Re: Function w32_abort not defined
From: Richard M. Stallman [EMAIL PROTECTED] CC: [EMAIL PROTECTED], emacs-pretest-bug@gnu.org Date: Fri, 06 Jan 2006 23:23:20 -0500 but why have you taken your code out of the conditional? Because it didn't work inside the conditional in GDB 6.3, 6.4, and a recent snapshot of the GDB CVS. GDB 6.2 also exhibits this problem. GDB 6.1 works okay. Could you please send a GDB bug report? I will, once I debug this enough for me to understand what is going on. I get weird error messages, which are different in different builds of the same GDB version, and sometimes no message at all. I need to figure out what the heck is happening. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: State button in Customize is not a button
Drew Adams [EMAIL PROTECTED] writes: The State button in Customize is not a button but a pulldown list (menu). Your observation applies to the Value Menu as well. Sounds like changing the text of the State menu from State to State Menu would be a good choice as long as the widget still looks like a button. In general, however, pulldown menus are not a good UI idea. Disagree in general. They are fine in menu bars and context menus. Because it is too easy to not notice that they are menus (i.e represent choices). I agree. The menus should not look like buttons. I am at a loss of how to make a standalone menu though as menus are usually associated with menu bars. And these are menus, not comboboxes, since they perform actions, not just represent choices. Now that I think of it, the Value Menu is not a menu, but a combobox. Oy, we probably should postpone creating different widgets for menus and comboboxes until after the release. It is a bad idea for the closed state of a menu to represent one of the possible menu choices. True, but you'd use a combobox widget in this case and it doesn't apply to the State menu anyway. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: :link is ignored in defface - contradicts Elisp manual
BTW, it seems that Show Value and Show Face show more than the value/face. IOW, someone might not guess that it is by clicking Show Value that he will see the other stuff. I don't think that is a problem. It is too much to ask that menu items be precise explanations of what they do. All they can be is overall summaries. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: State button in Customize is not a button
The State button in Customize is not a button but a pulldown list (menu). That is, it opens a menu; it does not effect an action. It should not look like the other buttons. A pulldown menu label (button) often has a small triangle next to the text, to indicate that it is a pulldown menu. I've seen those small triangles. They are a pain in the neck to put the mouse on. We certainly won't do that. I do not want to consider changing this now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: mouse-1-click-follows-link does not affect Customize buttons
Click mouse-1 on any button in the Custom* buffer. The button is activated. Many such buttons (e.g. :link) are really links, and should be shown as such Tough luck. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
RE: State button in Customize is not a button
The State button in Customize is not a button but a pulldown list (menu). That is, it opens a menu; it does not effect an action. It should not look like the other buttons. A pulldown menu label (button) often has a small triangle next to the text, to indicate that it is a pulldown menu. I've seen those small triangles. They are a pain in the neck to put the mouse on. We certainly won't do that. FWIW, the triangle I'm talking about is part of the pull-down menu label. There is no need to put the mouse on the triangle itself - just as now, the mouse works anywhere on the label (State) or the triangle - that is, anywhere on the button. The triangle (or maybe a V) is just an indication that the label hides a menu. At any rate, as I said, pull-down lists are a bad idea altogether, whether or not they have some extra annotation (e.g. triangle) to indicate that they are menus. I do not want to consider changing this now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug