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
"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
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.