* bug#1305: All code that currently beeps should use visual bellinstead
@ 2008-11-17 7:32 Tim Connors
2008-11-17 7:37 ` Jason Spiro
0 siblings, 1 reply; 5+ messages in thread
From: Tim Connors @ 2008-11-17 7:32 UTC (permalink / raw)
To: Jason Spiro; +Cc: rms, bug-gnu-emacs, bug-submit-list, 1305
"Jason Spiro" <jasonspiro4@gmail.com> wrote:
> 2008/11/10 Richard M. Stallman <rms@gnu.org> wrote:
>> For changes like this, you should poll the users, with a poll
>> announced at least on info-gnu-emacs and help-gnu-emacs.
>>
>> To get the most useful information in return, it is important to ask
>> them to state the reasons for their preference, rather than simply to
>> "vote".
>
> We should poll for which change? Surely removing beeping from the
> trivial things like:
>
> * quit (C-g), and
> * moving the point off the end of the buffer, and
> * failing isearches
>
> should not require a poll.
See, I very much disagree that at least one of these is a "trivial" use,
which demonstrates that deciding not to ask for a poll because *you* think
something is obviously the case is a flawed proposition.
For the first year of the life of this laptop, the sound driver didn't
output beeps at all, which made editing in emacs very much more painful
(the latest ALSA release restores beeps for this chipset, yay).
I find visible-bell *way* too distracting, so use beeps (I can turn it
down and control its pitch, but I can't make reverse video any less of a
shock to the eyesight). And I've lost count of the number of times I've
gone more than once around a buffer doing an isearch, because I failed to
hear the non-existant beep telling me I had already gone around once. A
simple visual notification in the status area is not enough, because
almost by definition the entire screen is changing every isearch anyway,
so a few extra words saying "failing i-search" doesn't get noticed.
--
TimC
cat /kat/ n. A furry keyboard cover
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#1305: All code that currently beeps should use visual bellinstead
2008-11-17 7:32 bug#1305: All code that currently beeps should use visual bellinstead Tim Connors
@ 2008-11-17 7:37 ` Jason Spiro
2008-11-17 8:01 ` Sven Joachim
2008-11-17 14:52 ` bug#1305: All code that currently beeps should use visual bellinstead Stefan Monnier
0 siblings, 2 replies; 5+ messages in thread
From: Jason Spiro @ 2008-11-17 7:37 UTC (permalink / raw)
To: Tim Connors; +Cc: rms, bug-gnu-emacs, bug-submit-list, 1305
2008/11/17 Tim Connors <tim.w.connors@gmail.com> wrote:
> [...]
> [...] I've lost count of the number of times I've
> gone more than once around a buffer doing an isearch, because I failed to
> hear the non-existant beep telling me I had already gone around once. A
> simple visual notification in the status area is not enough, because
> almost by definition the entire screen is changing every isearch anyway,
> so a few extra words saying "failing i-search" doesn't get noticed.
Firefox's incremental search feature does it much better than Emacs.
When an incremental search is failing, it doesn't just add the word
"Failing" onscreen. It also changes the search text entry field to
have a bright red background. This attracts the eye to see that the
search is failing. Should I file a bug to request that Emacs do the
same?
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#1305: All code that currently beeps should use visual bellinstead
2008-11-17 7:37 ` Jason Spiro
@ 2008-11-17 8:01 ` Sven Joachim
2008-11-17 8:19 ` bug#1305: All code that currently beeps should use visualbellinstead Drew Adams
2008-11-17 14:52 ` bug#1305: All code that currently beeps should use visual bellinstead Stefan Monnier
1 sibling, 1 reply; 5+ messages in thread
From: Sven Joachim @ 2008-11-17 8:01 UTC (permalink / raw)
To: Jason Spiro; +Cc: 1305, rms, Tim Connors
On 2008-11-17 08:37 +0100, Jason Spiro wrote:
> 2008/11/17 Tim Connors <tim.w.connors@gmail.com> wrote:
>> [...]
>> [...] I've lost count of the number of times I've
>> gone more than once around a buffer doing an isearch, because I failed to
>> hear the non-existant beep telling me I had already gone around once. A
>> simple visual notification in the status area is not enough, because
>> almost by definition the entire screen is changing every isearch anyway,
>> so a few extra words saying "failing i-search" doesn't get noticed.
>
> Firefox's incremental search feature does it much better than Emacs.
> When an incremental search is failing, it doesn't just add the word
> "Failing" onscreen. It also changes the search text entry field to
> have a bright red background. This attracts the eye to see that the
> search is failing. Should I file a bug to request that Emacs do the
> same?
Emacs does it another way, one that in my opinion is even better: it
highlights just the part of the search that failed. This is quite
convenient if you have already typed several extra characters before
noticing the search failure.
Note that this is not available in Emacs 22, but has been in the trunk
for about a year.
Sven
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#1305: All code that currently beeps should use visualbellinstead
2008-11-17 8:01 ` Sven Joachim
@ 2008-11-17 8:19 ` Drew Adams
0 siblings, 0 replies; 5+ messages in thread
From: Drew Adams @ 2008-11-17 8:19 UTC (permalink / raw)
To: 'Sven Joachim', 1305, 'Jason Spiro'
Cc: rms, 'Tim Connors'
> > Firefox's incremental search feature does it much better than Emacs.
> > When an incremental search is failing, it doesn't just add the word
> > "Failing" onscreen. It also changes the search text entry field to
> > have a bright red background. This attracts the eye to see that the
> > search is failing. Should I file a bug to request that Emacs do the
> > same?
>
> Emacs does it another way, one that in my opinion is even better: it
> highlights just the part of the search that failed. This is quite
> convenient if you have already typed several extra characters before
> noticing the search failure.
>
> Note that this is not available in Emacs 22, but has been in the trunk
> for about a year.
It's not only better in general, it's more appropriate for incremental search.
The increment of your search that is successful (matches) is not highlighted;
only the increment that is a mismatch is highlighted. The highlighting is added
and removed incrementally, as you type and delete characters.
^ permalink raw reply [flat|nested] 5+ messages in thread
* bug#1305: All code that currently beeps should use visual bellinstead
2008-11-17 7:37 ` Jason Spiro
2008-11-17 8:01 ` Sven Joachim
@ 2008-11-17 14:52 ` Stefan Monnier
1 sibling, 0 replies; 5+ messages in thread
From: Stefan Monnier @ 2008-11-17 14:52 UTC (permalink / raw)
To: Jason Spiro; +Cc: Tim Connors, bug-gnu-emacs, bug-submit-list, 1305, rms
> Firefox's incremental search feature does it much better than Emacs.
> When an incremental search is failing, it doesn't just add the word
> "Failing" onscreen. It also changes the search text entry field to
> have a bright red background. This attracts the eye to see that the
> search is failing. Should I file a bug to request that Emacs do the
> same?
I don't think it addresses Tim's problem that he simply doesn't see
(aka. look at) the echo area at all.
The bell is more noticeable (both the visual and the auditory one).
Stefan
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-11-17 14:52 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-17 7:32 bug#1305: All code that currently beeps should use visual bellinstead Tim Connors
2008-11-17 7:37 ` Jason Spiro
2008-11-17 8:01 ` Sven Joachim
2008-11-17 8:19 ` bug#1305: All code that currently beeps should use visualbellinstead Drew Adams
2008-11-17 14:52 ` bug#1305: All code that currently beeps should use visual bellinstead Stefan Monnier
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.