i agree with you actually, for 21.4.
even under windows, there are problems, specifically with focus.
andy, i really appreciate all the widget work you've done, but unfortunately
it's at the dreaded 80% stage, and not really ready for prime-time. i know that
you're very busy and probably won't have time to work on this for awhile, if
ever -- so what would really help is if you could spend some time and document
in as much detail as you can exactly how the widget code works. this is really
important because it's pretty much the only way that other maintainers are going
to be able to fix up the problems in your code.
please?
Hrvoje Niksic wrote:
The Edit->Find menu entry pops up a search dialog box, as seen in
many
other GUI application. This is an excellent idea, and maybe the
dialog works perfectly under some OS/window system combinations, but
for me it is almost completely broken. (See below for a detailed
description.)
"Find" is a pretty basic editor feature; if the existing menu entry
cannot be fixed before the release, could we remove the menu entry or
have it invoke a simple minibuffer-based search? The current state of
affairs is IMHO quite an embarrassment.
Problem: It looks horribly and works worse. :-( For one, the "Search"
and "Search for:" labels do not honor the foreground color of the
default face, which makes them look horribly ugly on dark background.
Second, all the buttons quickly flash several thousands of times (for
several seconds) after the dialog box appears. During the flashing
XEmacs is unusable. The flashing repeats whenever I move or resize
the dialog box window.
The search area is smaller than it needs to be to show the font that
is used for input. The same problem plagues some of the buttons.
In some cases, I cannot focus to the search area, so the whole thing
is useless. When I can, pressing Enter apparently does not do
anything. I have to press the "Find Next". Likewise, the customary
Escape key fails to close the dialog box.
When I resize the dialog using my window manager (useful for large
search strings, different fonts, etc.), even worse things start
happening: the text of the current buffer starts appearing below the
dialog, and you can actually input text in it! It looks like the
dialog is implemented as the "gutter" of an XEmacs frame. Even worse,
once XEmacs text shows up, it is impossible to focus on the input
entry; all input events go to the XEmacs buffer. Attached image
demonstrates that.
I really don't mean this as a personal attack and I implore not to be
understood that way. I would just like us to rethink whether we want
to advertise this particular feature under X before it is cleaned up.
------------------------------------------------------------------------
find-shot.png
Content-Type:
image/png
Content-Encoding:
base64
--
ben
I'm sometimes slow in getting around to reading my mail, so if you
want to reach me faster, call 520-661-6661.
See
http://www.666.com/ben/chronic-pain/ for the hell I've been
through.