[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#70622: [PATCH] New window parameter 'cursor-type'
From: |
Eli Zaretskii |
Subject: |
bug#70622: [PATCH] New window parameter 'cursor-type' |
Date: |
Tue, 30 Apr 2024 15:12:12 +0300 |
> Date: Tue, 30 Apr 2024 11:03:44 +0200
> Cc: me@eshelyaron.com, 70622@debbugs.gnu.org
> From: martin rudalics <rudalics@gmx.at>
>
> > So that cursor-type is no longer a window-parameter?
>
> Yes. IIUC it would mean that we have to initialize the cursor_type slot
> of a new window to t. With the window parameter solution one would have
> to add a new 'cursor-type' parameter with a value of t whenever making a
> new window. This would break with the convention that non-nil window
> parameters are used for handling "special" behaviors only.
I'm fine with this approach, thanks. It will also solve nicely the
problem of redisplaying the affected window ASAP.
- bug#70622: [PATCH] New window parameter 'cursor-type', (continued)
- bug#70622: [PATCH] New window parameter 'cursor-type', Eli Zaretskii, 2024/04/28
- bug#70622: [PATCH] New window parameter 'cursor-type', Eshel Yaron, 2024/04/28
- bug#70622: [PATCH] New window parameter 'cursor-type', Eli Zaretskii, 2024/04/28
- bug#70622: [PATCH] New window parameter 'cursor-type', Eshel Yaron, 2024/04/28
- bug#70622: [PATCH] New window parameter 'cursor-type', Eli Zaretskii, 2024/04/29
- bug#70622: [PATCH] New window parameter 'cursor-type', Eshel Yaron, 2024/04/29
- bug#70622: [PATCH] New window parameter 'cursor-type', Eli Zaretskii, 2024/04/29
- bug#70622: [PATCH] New window parameter 'cursor-type', martin rudalics, 2024/04/29
- bug#70622: [PATCH] New window parameter 'cursor-type', Eli Zaretskii, 2024/04/29
- bug#70622: [PATCH] New window parameter 'cursor-type', martin rudalics, 2024/04/30
- bug#70622: [PATCH] New window parameter 'cursor-type',
Eli Zaretskii <=
- bug#70622: [PATCH] New window parameter 'cursor-type', martin rudalics, 2024/04/29