* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
@ 2012-11-18 12:36 Dani Moncayo
2012-11-18 15:29 ` Eli Zaretskii
2015-07-06 11:04 ` martin rudalics
0 siblings, 2 replies; 10+ messages in thread
From: Dani Moncayo @ 2012-11-18 12:36 UTC (permalink / raw)
To: 12922
Hi,
(Maybe I'm missing something, but I fail to see what)
I've read this paragraph in (info "(emacs) Display Custom"):
If the mouse pointer lies inside an Emacs frame, Emacs makes it
invisible each time you type a character to insert text, to prevent it
from obscuring the text. (To be precise, the hiding occurs when you
type a "self-inserting" character. *Note Inserting Text::.) Moving
the mouse pointer makes it visible again. To disable this feature, set
the variable `make-pointer-invisible' to `nil'.
When I try to test that feature, the mouse pointer never hides. It
only changes between the arrow (when the pointer is over an empty
area) and the "I-beam" (when the pointer is over some text).
I've tested this with Emacs -Q, with the current trunk, with the
current emacs-24 branch, and with the 24.2, 24.1 and 23.4 releases.
In all cases the behavior is the same (mouse pointer remains visible
after typing text).
In GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601)
of 2012-11-18 on MS-W7-DANI
Bzr revision: 110940 cyd@gnu.org-20121118053813-ijg6257029399jtu
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src
-Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5
-Ic:/emacs/libs/giflib-4.1.4-1-lib/include
-Ic:/emacs/libs/jpeg-6b-4-lib/include
-Ic:/emacs/libs/tiff-3.8.2-1-lib/include
-Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2
-Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include
-Ic:/emacs/libs/libiconv-1.9.2-1-lib/include'
Important settings:
value of $LANG: ENU
locale-coding-system: cp1252
default enable-multibyte-characters: t
--
Dani Moncayo
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 12:36 bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work Dani Moncayo
@ 2012-11-18 15:29 ` Eli Zaretskii
2012-11-18 15:38 ` Dani Moncayo
2015-07-06 11:04 ` martin rudalics
1 sibling, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2012-11-18 15:29 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 12922
severity 12922 wishlist
stop
> Date: Sun, 18 Nov 2012 13:36:38 +0100
> From: Dani Moncayo <dmoncayo@gmail.com>
>
> I've read this paragraph in (info "(emacs) Display Custom"):
>
> If the mouse pointer lies inside an Emacs frame, Emacs makes it
> invisible each time you type a character to insert text, to prevent it
> from obscuring the text. (To be precise, the hiding occurs when you
> type a "self-inserting" character. *Note Inserting Text::.) Moving
> the mouse pointer makes it visible again. To disable this feature, set
> the variable `make-pointer-invisible' to `nil'.
>
> When I try to test that feature, the mouse pointer never hides. It
> only changes between the arrow (when the pointer is over an empty
> area) and the "I-beam" (when the pointer is over some text).
>
> I've tested this with Emacs -Q, with the current trunk, with the
> current emacs-24 branch, and with the 24.2, 24.1 and 23.4 releases.
> In all cases the behavior is the same (mouse pointer remains visible
> after typing text).
This feature is not currently supported on MS-Windows. I marked this
"wishlist"; patches are welcome.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 15:29 ` Eli Zaretskii
@ 2012-11-18 15:38 ` Dani Moncayo
2012-11-18 15:54 ` Drew Adams
0 siblings, 1 reply; 10+ messages in thread
From: Dani Moncayo @ 2012-11-18 15:38 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 12922
> This feature is not currently supported on MS-Windows. I marked this
> "wishlist"; patches are welcome.
Ok.
I suggest putting this clarification in the documentation (docstring
and manual) while this feature is not available on MS-Windows.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 15:38 ` Dani Moncayo
@ 2012-11-18 15:54 ` Drew Adams
2012-11-18 17:11 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Drew Adams @ 2012-11-18 15:54 UTC (permalink / raw)
To: 'Dani Moncayo', 'Eli Zaretskii'; +Cc: 12922
> > This feature is not currently supported on MS-Windows. I
> > marked this "wishlist"; patches are welcome.
>
> I suggest putting this clarification in the documentation (docstring
> and manual) while this feature is not available on MS-Windows.
+1
There are also other things regarding the mouse pointer that are not supported
on Windows. They too should should be pointed out. I have seen more than one
user try to change the pointer attributes in vain.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 15:54 ` Drew Adams
@ 2012-11-18 17:11 ` Eli Zaretskii
2012-11-18 19:39 ` Dani Moncayo
0 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2012-11-18 17:11 UTC (permalink / raw)
To: Drew Adams; +Cc: 12922
> From: "Drew Adams" <drew.adams@oracle.com>
> Cc: <12922@debbugs.gnu.org>
> Date: Sun, 18 Nov 2012 07:54:35 -0800
>
> > > This feature is not currently supported on MS-Windows. I
> > > marked this "wishlist"; patches are welcome.
> >
> > I suggest putting this clarification in the documentation (docstring
> > and manual) while this feature is not available on MS-Windows.
>
> +1
We don't normally do that in the manuals, but feel free to suggest
changes, perhaps Stefan or Chong will accept them.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 17:11 ` Eli Zaretskii
@ 2012-11-18 19:39 ` Dani Moncayo
2012-11-18 21:12 ` Eli Zaretskii
0 siblings, 1 reply; 10+ messages in thread
From: Dani Moncayo @ 2012-11-18 19:39 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 12922
>> > > This feature is not currently supported on MS-Windows. I
>> > > marked this "wishlist"; patches are welcome.
>> >
>> > I suggest putting this clarification in the documentation (docstring
>> > and manual) while this feature is not available on MS-Windows.
>>
>> +1
>
> We don't normally do that in the manuals, but feel free to suggest
> changes, perhaps Stefan or Chong will accept them.
Not sure about the docstrings, but the Emacs Manual has many
references to MS-Windows, explaining things specific to that platform,
which obviously is TRT, as that is a supported platform.
The very reason for filing this bug report was that I read about a
feature that didn't work for me. If the documentation had been
accurate, I wouldn't have had to send this bug report.
IOW, this is a documentation bug. So, why not fixing it?
--
Dani Moncayo
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 19:39 ` Dani Moncayo
@ 2012-11-18 21:12 ` Eli Zaretskii
2012-11-18 21:36 ` Dani Moncayo
0 siblings, 1 reply; 10+ messages in thread
From: Eli Zaretskii @ 2012-11-18 21:12 UTC (permalink / raw)
To: Dani Moncayo; +Cc: 12922
> Date: Sun, 18 Nov 2012 20:39:44 +0100
> From: Dani Moncayo <dmoncayo@gmail.com>
> Cc: Drew Adams <drew.adams@oracle.com>, 12922@debbugs.gnu.org
>
> >> > > This feature is not currently supported on MS-Windows. I
> >> > > marked this "wishlist"; patches are welcome.
> >> >
> >> > I suggest putting this clarification in the documentation (docstring
> >> > and manual) while this feature is not available on MS-Windows.
> >>
> >> +1
> >
> > We don't normally do that in the manuals, but feel free to suggest
> > changes, perhaps Stefan or Chong will accept them.
>
> Not sure about the docstrings, but the Emacs Manual has many
> references to MS-Windows, explaining things specific to that platform,
> which obviously is TRT, as that is a supported platform.
No, I meant we don't normally say in the manual "this and that feature
is not (yet) implemented on this and that platform." Especially if
that platform is Windows.
> The very reason for filing this bug report was that I read about a
> feature that didn't work for me. If the documentation had been
> accurate, I wouldn't have had to send this bug report.
>
> IOW, this is a documentation bug. So, why not fixing it?
Because it's not a documentation bug. It's a feature that's missing
on one particular platform.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 21:12 ` Eli Zaretskii
@ 2012-11-18 21:36 ` Dani Moncayo
2012-11-18 21:46 ` Drew Adams
0 siblings, 1 reply; 10+ messages in thread
From: Dani Moncayo @ 2012-11-18 21:36 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 12922
>> > We don't normally do that in the manuals, but feel free to suggest
>> > changes, perhaps Stefan or Chong will accept them.
>>
>> Not sure about the docstrings, but the Emacs Manual has many
>> references to MS-Windows, explaining things specific to that platform,
>> which obviously is TRT, as that is a supported platform.
>
> No, I meant we don't normally say in the manual "this and that feature
> is not (yet) implemented on this and that platform." Especially if
> that platform is Windows.
I don't see the point of not doing that.
>> The very reason for filing this bug report was that I read about a
>> feature that didn't work for me. If the documentation had been
>> accurate, I wouldn't have had to send this bug report.
>>
>> IOW, this is a documentation bug. So, why not fixing it?
>
> Because it's not a documentation bug. It's a feature that's missing
> on one particular platform.
To me, a documentation bug is a bug in the documentation, i.e., the
program's behavior is the intended one, but the documentation doesn't
describes that behavior. And that is what happens here.
Definitions aside, the fact is that currently, any user of the
MS-Windows port of Emacs will be confused when she reads about the
`make-pointer-invisible' variable and notice that the actual behavior
of the program does not match the documentation.
--
Dani Moncayo
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 21:36 ` Dani Moncayo
@ 2012-11-18 21:46 ` Drew Adams
0 siblings, 0 replies; 10+ messages in thread
From: Drew Adams @ 2012-11-18 21:46 UTC (permalink / raw)
To: 'Dani Moncayo', 'Eli Zaretskii'; +Cc: 12922
> a bug in the documentation, i.e., the program's behavior is
> the intended one, but the documentation doesn't
> describes that behavior. And that is what happens here.
>
> Definitions aside, the fact is that currently, any user of the
> MS-Windows port of Emacs will be confused when she reads about the
> `make-pointer-invisible' variable and notice that the actual behavior
> of the program does not match the documentation.
If it is not possible to update the doc wrt specific platforms here and there,
describing specific limitations per platform, perhaps it would at least be
possible in some cases (like this one) to state that the feature (whatever it is
- making the pointer invisible, for instance) "might not be available on some
platforms".
That would at least give readers a heads-up, so they do not completely wonder
what's going on and whether (a) there is perhaps a product bug or (b) they are
perhaps misreading the doc.
Yes, such a weak caveat is true for nearly all features. But this is not
something black-and-white, all-or-nothing.
If such caveats are used judiciously, i.e., only in places where we in fact do
not support a feature on some platform (especially a commonly used platform) and
where we realize there might well be a chance for reader confusion, then I, for
one, think they could be helpful.
^ permalink raw reply [flat|nested] 10+ messages in thread
* bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work
2012-11-18 12:36 bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work Dani Moncayo
2012-11-18 15:29 ` Eli Zaretskii
@ 2015-07-06 11:04 ` martin rudalics
1 sibling, 0 replies; 10+ messages in thread
From: martin rudalics @ 2015-07-06 11:04 UTC (permalink / raw)
To: Dani Moncayo, 12922-done
Version: 25.1
> I've read this paragraph in (info "(emacs) Display Custom"):
>
> If the mouse pointer lies inside an Emacs frame, Emacs makes it
> invisible each time you type a character to insert text, to prevent it
> from obscuring the text. (To be precise, the hiding occurs when you
> type a "self-inserting" character. *Note Inserting Text::.) Moving
> the mouse pointer makes it visible again. To disable this feature, set
> the variable `make-pointer-invisible' to `nil'.
>
> When I try to test that feature, the mouse pointer never hides. It
> only changes between the arrow (when the pointer is over an empty
> area) and the "I-beam" (when the pointer is over some text).
>
> I've tested this with Emacs -Q, with the current trunk, with the
> current emacs-24 branch, and with the 24.2, 24.1 and 23.4 releases.
> In all cases the behavior is the same (mouse pointer remains visible
> after typing text).
>
>
> In GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601)
> of 2012-11-18 on MS-W7-DANI
This should work with Emacs 25.1. Bug closed.
Thanks, martin
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2015-07-06 11:04 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-11-18 12:36 bug#12922: 24.3.50; `make-pointer-invisible' don't seem to work Dani Moncayo
2012-11-18 15:29 ` Eli Zaretskii
2012-11-18 15:38 ` Dani Moncayo
2012-11-18 15:54 ` Drew Adams
2012-11-18 17:11 ` Eli Zaretskii
2012-11-18 19:39 ` Dani Moncayo
2012-11-18 21:12 ` Eli Zaretskii
2012-11-18 21:36 ` Dani Moncayo
2012-11-18 21:46 ` Drew Adams
2015-07-06 11:04 ` martin rudalics
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).