* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
@ 2016-12-15 15:17 Dani Moncayo
2016-12-15 15:22 ` Dani Moncayo
2016-12-15 16:11 ` Eli Zaretskii
0 siblings, 2 replies; 14+ messages in thread
From: Dani Moncayo @ 2016-12-15 15:17 UTC (permalink / raw)
To: 25204
When Emacs has the focus, pressing the <scroll> key (usually labelled
"scroll lock") has no effect, i.e., if scroll-lock was enabled at that
moment, it remains enabled (and vice-versa).
If I select another application, then the above problem disappears,
i.e., I can't switch on/off the scroll-lock setting.
Tested with "emacs -Q".
In GNU Emacs 25.1.50.1 (i686-pc-mingw32)
of 2016-11-12 built on LEG570
Repository revision: 9ad2ae7757b96d5887c3c0547fcd62e558cadd23
Windowing system distributor 'Microsoft Corp.', version 6.1.7601
Configured using:
'configure --host=i686-pc-mingw32'
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-15 15:17 bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus Dani Moncayo
@ 2016-12-15 15:22 ` Dani Moncayo
2016-12-15 16:11 ` Eli Zaretskii
1 sibling, 0 replies; 14+ messages in thread
From: Dani Moncayo @ 2016-12-15 15:22 UTC (permalink / raw)
To: 25204
> If I select another application, then the above problem disappears,
> i.e., I can't switch on/off the scroll-lock setting.
^^^^^^^
I *can* (sorry).
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-15 15:17 bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus Dani Moncayo
2016-12-15 15:22 ` Dani Moncayo
@ 2016-12-15 16:11 ` Eli Zaretskii
2016-12-15 16:22 ` Dani Moncayo
1 sibling, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-15 16:11 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Thu, 15 Dec 2016 16:17:47 +0100
>
> When Emacs has the focus, pressing the <scroll> key (usually labelled
> "scroll lock") has no effect, i.e., if scroll-lock was enabled at that
> moment, it remains enabled (and vice-versa).
When I do that, I see Emacs bitching at me, saying that <scroll> is
undefined. Don't you see that?
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-15 16:11 ` Eli Zaretskii
@ 2016-12-15 16:22 ` Dani Moncayo
2016-12-16 14:04 ` Eli Zaretskii
0 siblings, 1 reply; 14+ messages in thread
From: Dani Moncayo @ 2016-12-15 16:22 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
>> When Emacs has the focus, pressing the <scroll> key (usually labelled
>> "scroll lock") has no effect, i.e., if scroll-lock was enabled at that
>> moment, it remains enabled (and vice-versa).
>
> When I do that, I see Emacs bitching at me, saying that <scroll> is
> undefined. Don't you see that?
Yes, I do. And the scroll-lock led of my keyboard blinks as if the
setting was changed but restored after a fraction of a second.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-15 16:22 ` Dani Moncayo
@ 2016-12-16 14:04 ` Eli Zaretskii
2016-12-16 15:52 ` Dani Moncayo
0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-16 14:04 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Thu, 15 Dec 2016 17:22:18 +0100
> Cc: 25204@debbugs.gnu.org
>
> >> When Emacs has the focus, pressing the <scroll> key (usually labelled
> >> "scroll lock") has no effect, i.e., if scroll-lock was enabled at that
> >> moment, it remains enabled (and vice-versa).
> >
> > When I do that, I see Emacs bitching at me, saying that <scroll> is
> > undefined. Don't you see that?
>
> Yes, I do. And the scroll-lock led of my keyboard blinks as if the
> setting was changed but restored after a fraction of a second.
That's the intended behavior, since Emacs receives and by default
ignores that key.
Why is that a problem? What did you expect this key to do inside
Emacs, when it is not bound to any key? AFAIK, it has no system-wide
default behavior, each application does whatever it pleases with it.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-16 14:04 ` Eli Zaretskii
@ 2016-12-16 15:52 ` Dani Moncayo
2016-12-17 14:44 ` Eli Zaretskii
0 siblings, 1 reply; 14+ messages in thread
From: Dani Moncayo @ 2016-12-16 15:52 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
>> >> When Emacs has the focus, pressing the <scroll> key (usually labelled
>> >> "scroll lock") has no effect, i.e., if scroll-lock was enabled at that
>> >> moment, it remains enabled (and vice-versa).
>> >
>> > When I do that, I see Emacs bitching at me, saying that <scroll> is
>> > undefined. Don't you see that?
>>
>> Yes, I do. And the scroll-lock led of my keyboard blinks as if the
>> setting was changed but restored after a fraction of a second.
>
> That's the intended behavior, since Emacs receives and by default
> ignores that key.
>
> Why is that a problem?
That (Emacs ignoring the key) is not the problem I reported.
> What did you expect this key to do inside
> Emacs, when it is not bound to any key? AFAIK, it has no system-wide
> default behavior, each application does whatever it pleases with it.
I expect the <scroll> key to *always* toggle the "scroll lock"
(system-wide) state, which is the behavior I've ever seen, with the
only exception reported here.
It doesn't make any sense to me that Emacs, when focused, blocks the
current "scroll lock" state. To me, this is definitely unexpected
(annoying) behavior.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-16 15:52 ` Dani Moncayo
@ 2016-12-17 14:44 ` Eli Zaretskii
2016-12-18 21:40 ` Dani Moncayo
0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-17 14:44 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Fri, 16 Dec 2016 16:52:44 +0100
> Cc: 25204@debbugs.gnu.org
>
> I expect the <scroll> key to *always* toggle the "scroll lock"
> (system-wide) state, which is the behavior I've ever seen, with the
> only exception reported here.
>
> It doesn't make any sense to me that Emacs, when focused, blocks the
> current "scroll lock" state. To me, this is definitely unexpected
> (annoying) behavior.
That was the default behavior since Emacs 23.2; I guess very few users
really press that key or care about the results.
If you set w32-scroll-lock-modifier to t, does that produce the
behavior you expect? If so, I prefer to update the doc string to
mention this setting, rather than change back 7-year old behavior.
Thanks.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-17 14:44 ` Eli Zaretskii
@ 2016-12-18 21:40 ` Dani Moncayo
2016-12-19 18:03 ` Eli Zaretskii
2016-12-20 9:13 ` Dani Moncayo
0 siblings, 2 replies; 14+ messages in thread
From: Dani Moncayo @ 2016-12-18 21:40 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
> That was the default behavior since Emacs 23.2; I guess very few users
> really press that key or care about the results.
I agree, because otherwise a bug report like this would have been filed earlier.
In fact, I also don't use that key for anything. I found this bug
while investigating another problem: In my office PC, the scroll-lock
state sometimes, somehow, ends up being "ON" (without pressing the
scroll-lock key). That annoys me while working in MS-Excel, and I
suspect that Emacs has something to do with that phenomenon. But I
still haven't found a recipe to report that problem.
> If you set w32-scroll-lock-modifier to t, does that produce the
> behavior you expect?
Yes.
> If so, I prefer to update the doc string to
> mention this setting, rather than change back 7-year old behavior.
FWIW: IMO, the default behavior should be let the scroll-lock key
toggle the scroll-lock status. Definitely.
Thanks.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-18 21:40 ` Dani Moncayo
@ 2016-12-19 18:03 ` Eli Zaretskii
2016-12-20 9:13 ` Dani Moncayo
1 sibling, 0 replies; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-19 18:03 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204-done
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Sun, 18 Dec 2016 22:40:25 +0100
> Cc: 25204@debbugs.gnu.org
>
> > If you set w32-scroll-lock-modifier to t, does that produce the
> > behavior you expect?
>
> Yes.
OK, I documented how to get the behavior you wanted, and I'm marking
this bug done.
> FWIW: IMO, the default behavior should be let the scroll-lock key
> toggle the scroll-lock status. Definitely.
Well, as I said, this was changed from t to nil 7 years ago, see
bug#2827. The reason that was done seems no longer be pertinent, but
still, we had this default since then, so I don't think we should
change it.
Thanks.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-18 21:40 ` Dani Moncayo
2016-12-19 18:03 ` Eli Zaretskii
@ 2016-12-20 9:13 ` Dani Moncayo
2016-12-20 15:55 ` Eli Zaretskii
1 sibling, 1 reply; 14+ messages in thread
From: Dani Moncayo @ 2016-12-20 9:13 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
> FWIW: IMO, the default behavior should be let the scroll-lock key
> toggle the scroll-lock status. Definitely.
For the record: I've just noticed the following inconsistency:
The same Emacs (-Q) binary[1] have different behaviors on different
MS-Windows variants. With w32-scroll-modifier set to nil:
* On Windows 7 and 10, the scroll-lock key does _not_ toggle the setting.
* On Windows 2003 server, the scroll-lock key _does_ toggle the setting.
--
Dani Moncayo
[1] Build from the emacs-25 branch on 2016-11-12.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-20 9:13 ` Dani Moncayo
@ 2016-12-20 15:55 ` Eli Zaretskii
2016-12-21 7:55 ` Dani Moncayo
0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-20 15:55 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Tue, 20 Dec 2016 10:13:14 +0100
> Cc: 25204@debbugs.gnu.org
>
> For the record: I've just noticed the following inconsistency:
>
> The same Emacs (-Q) binary[1] have different behaviors on different
> MS-Windows variants. With w32-scroll-modifier set to nil:
> * On Windows 7 and 10, the scroll-lock key does _not_ toggle the setting.
> * On Windows 2003 server, the scroll-lock key _does_ toggle the setting.
I cannot reproduce this here. I tried on XP and Windows 7, and on
both I see the LED blink for a small fraction of a second. Maybe it's
so fast on your systems that you don't notice?
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-20 15:55 ` Eli Zaretskii
@ 2016-12-21 7:55 ` Dani Moncayo
2016-12-21 17:20 ` Eli Zaretskii
0 siblings, 1 reply; 14+ messages in thread
From: Dani Moncayo @ 2016-12-21 7:55 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
>> For the record: I've just noticed the following inconsistency:
>>
>> The same Emacs (-Q) binary[1] have different behaviors on different
>> MS-Windows variants. With w32-scroll-modifier set to nil:
>> * On Windows 7 and 10, the scroll-lock key does _not_ toggle the setting.
>> * On Windows 2003 server, the scroll-lock key _does_ toggle the setting.
>
> I cannot reproduce this here. I tried on XP and Windows 7, and on
> both I see the LED blink for a small fraction of a second. Maybe it's
> so fast on your systems that you don't notice?
No. What you see is the same I see on Windows 7 and 10. When I said
that the key "does not toggle the setting", I was referring to the
final outcome. But the LED indeed blinks.
But as I said, from a Windows 2003 server[1], the scroll-lock key
_does_ toggle the key. Hence the inconsistency.
--
Dani Moncayo
[1] FWIW: the windows 2003 server is a remote machine I access to, via
remote desktop, from my local windows 7 system.
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-21 7:55 ` Dani Moncayo
@ 2016-12-21 17:20 ` Eli Zaretskii
2016-12-21 18:54 ` Dani Moncayo
0 siblings, 1 reply; 14+ messages in thread
From: Eli Zaretskii @ 2016-12-21 17:20 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 25204
> From: Dani Moncayo <dmoncayo@gmail.com>
> Date: Wed, 21 Dec 2016 08:55:03 +0100
> Cc: 25204@debbugs.gnu.org
>
> >> For the record: I've just noticed the following inconsistency:
> >>
> >> The same Emacs (-Q) binary[1] have different behaviors on different
> >> MS-Windows variants. With w32-scroll-modifier set to nil:
> >> * On Windows 7 and 10, the scroll-lock key does _not_ toggle the setting.
> >> * On Windows 2003 server, the scroll-lock key _does_ toggle the setting.
> >
> > I cannot reproduce this here. I tried on XP and Windows 7, and on
> > both I see the LED blink for a small fraction of a second. Maybe it's
> > so fast on your systems that you don't notice?
>
> No. What you see is the same I see on Windows 7 and 10. When I said
> that the key "does not toggle the setting", I was referring to the
> final outcome. But the LED indeed blinks.
>
> But as I said, from a Windows 2003 server[1], the scroll-lock key
> _does_ toggle the key. Hence the inconsistency.
There's no inconsistency on my machines, including XP (which is
roughly equivalent to your Windows 2003). On all of the machines I
tried, the LED blinks and Scroll Lock remains in its previous state,
as long as w32-scroll-modifier is nil.
Maybe that W2003 system has some software installed that causes this?
^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus
2016-12-21 17:20 ` Eli Zaretskii
@ 2016-12-21 18:54 ` Dani Moncayo
0 siblings, 0 replies; 14+ messages in thread
From: Dani Moncayo @ 2016-12-21 18:54 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 25204
> There's no inconsistency on my machines, including XP (which is
> roughly equivalent to your Windows 2003). On all of the machines I
> tried, the LED blinks and Scroll Lock remains in its previous state,
> as long as w32-scroll-modifier is nil.
>
> Maybe that W2003 system has some software installed that causes this?
Could be (I don't know). Or maybe being a remote system managed via
remote desktop could make a difference.
Anyway, if no one else can reproduce this, let's forget about it (at
least for now).
Thanks.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2016-12-21 18:54 UTC | newest]
Thread overview: 14+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-15 15:17 bug#25204: 25.1.50; I can't change the scroll-lock setting when Emacs has the focus Dani Moncayo
2016-12-15 15:22 ` Dani Moncayo
2016-12-15 16:11 ` Eli Zaretskii
2016-12-15 16:22 ` Dani Moncayo
2016-12-16 14:04 ` Eli Zaretskii
2016-12-16 15:52 ` Dani Moncayo
2016-12-17 14:44 ` Eli Zaretskii
2016-12-18 21:40 ` Dani Moncayo
2016-12-19 18:03 ` Eli Zaretskii
2016-12-20 9:13 ` Dani Moncayo
2016-12-20 15:55 ` Eli Zaretskii
2016-12-21 7:55 ` Dani Moncayo
2016-12-21 17:20 ` Eli Zaretskii
2016-12-21 18:54 ` Dani Moncayo
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).