|
»
»
tool-bar doesn't work on the trunk with (default) GTK build
|
View:
New views
15 Messages
—
Rating Filter:
Alert me
|
 |
tool-bar doesn't work on the trunk with (default) GTK build
by Nick Roberts
::
Rate this Message:
If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I get messages like: <write-file> is undefined <dired> is undefined I don't know if this is particular to the trunk, using GTK, or my build. -- Nick http://www.inet.net.nz/~nickrob In GNU Emacs 22.1.50.5 (i686-pc-linux-gnu, GTK+ Version 2.10.11) of 2007-08-02 on kahikatea.snap.net.nz Windowing system distributor `The X.Org Foundation', version 11.0.70200000 configured using `configure 'CFLAGS=-g3'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en_NZ.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: show-paren-mode: t tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: e f i n d <help-echo> <help-echo> <switch-frame> <help-echo> <help-echo> <help-echo> <dired> <switch-frame> <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-movement> <mouse-movement> <drag-mouse-1> <down-mouse-2> <mouse-2> <down-mouse-1> <mouse-1> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> d i r e d <down-mouse-1> <mouse-1> <return> <return> <down-mouse-1> <mouse-1> I f SPC I SPC c l i c k SPC o n SPC t o o l - b a r SPC b i <backspace> u t t o n <return> <down-mouse-1> <mouse-1> <return> <down-mouse-1> <mouse-1> U s i n g SPC E m <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <backspace> <down-mouse-1> <mouse-1> s SPC e . g . SPC i <backspace> w h e n SPC t h e SPC <switch-frame> <down-mouse-1> <mouse-movement> <mouse-1> <switch-frame> <down-mouse-1> <mouse-movement> <drag-mouse-1> <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> * s c r a t c h * SPC b u f f e r SPC i s SPC c u r r e t <backspace> n t SPC <backspace> . SPC <backspace> <backspace> , SPC I <return> g e t SPC m e s s a g e s SPC l i k e : <down-mouse-1> <mouse-1> <backspace> <down-mouse-1> <mouse-1> <return> <return> <return> <down-mouse-1> <mouse-1> I SPC d o n ' t SPC k n o w SPC i f SPC t h i s SPC i s SPC p a r t i c u l a r SPC t o SPC t h e SPC <down-mouse-1> <mouse-movement> <mouse-movement> <drag-mouse-1> <down-mouse-2> <mouse-2> , SPC u s i g <backspace> n g SPC G T K SPC <down-mouse-1> <mouse-1> <down-mouse-1> <mouse-1> <backspace> , SPC o r SPC m y SPC b u i l d . <switch-frame> <down-mouse-1> <mouse-movement> <mouse-1> <down-mouse-1> <mouse-1> M-x r e p o e <backspace> r t SPC e m SPC b SPC <r eturn> Recent messages: Saving... Saving file /home/nickrob/mail/mbox... Wrote /home/nickrob/mail/mbox Mark set Loading mail-utils...done Auto-saving...done Mark set [2 times] Auto-saving...done Mark set Loading emacsbug...done -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Nick Roberts skrev:
> If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I > get messages like: > > <write-file> is undefined > <dired> is undefined > > I don't know if this is particular to the trunk, using GTK, or my build. > > Now fixed, please test it. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Nick Roberts
::
Rate this Message:
Jan Djärv writes:
> Nick Roberts skrev: > > If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I > > get messages like: > > > > <write-file> is undefined > > <dired> is undefined > > > > I don't know if this is particular to the trunk, using GTK, or my build. > > > > > > Now fixed, please test it. I don't think this is the right fix. On some of the GUD toolbar icons in a debug session, if I don't move the mouse pointer off the tool-bar button and click again, e.g., next, step nothing happens. I have to move the pointer away and back again to activate the button. Oddly, there doesn't seem to be a problem with other buttons like Info-next in Info. -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Nick Roberts skrev: > Jan Djärv writes: > > Nick Roberts skrev: > > > If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I > > > get messages like: > > > > > > <write-file> is undefined > > > <dired> is undefined > > > > > > I don't know if this is particular to the trunk, using GTK, or my build. > > > > > > > > > > Now fixed, please test it. > > I don't think this is the right fix. On some of the GUD toolbar icons in a > debug session, if I don't move the mouse pointer off the tool-bar button and > click again, e.g., next, step nothing happens. I have to move the pointer away > and back again to activate the button. Oddly, there doesn't seem to be a > problem with other buttons like Info-next in Info. > That is another bug. It only shows up in Gnus. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Reiner Steib
::
Rate this Message:
On Sat, Aug 04 2007, Jan Djärv wrote:
> Nick Roberts skrev: >> On some of the GUD toolbar icons in a debug session, if I don't >> move the mouse pointer off the tool-bar button and click again, >> e.g., next, step nothing happens. I have to move the pointer away >> and back again to activate the button. Oddly, there doesn't seem >> to be a problem with other buttons like Info-next in Info. >> > > That is another bug. It only shows up in Gnus. What is the bug showing up in Gnus? Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
|
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Reiner Steib skrev: > On Sat, Aug 04 2007, Jan Djärv wrote: > >> Nick Roberts skrev: >>> On some of the GUD toolbar icons in a debug session, if I don't >>> move the mouse pointer off the tool-bar button and click again, >>> e.g., next, step nothing happens. I have to move the pointer away >>> and back again to activate the button. Oddly, there doesn't seem >>> to be a problem with other buttons like Info-next in Info. >>> >> That is another bug. It only shows up in Gnus. > > What is the bug showing up in Gnus? > Sorry, I meant GUD. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Nick Roberts
::
Rate this Message:
> > > > I don't think this is the right fix. On some of the GUD toolbar
> > > > icons in a debug session, if I don't move the mouse pointer off the > > > > tool-bar button and click again, e.g., next, step nothing happens. I > > > > have to move the pointer away and back again to activate the button. > > > > Oddly, there doesn't seem to be a problem with other buttons like > > > > Info-next in Info. > > > > > > > > > > That is another bug. It only shows up in Gnus. > > > > The report above demonstrates that it doesn't only show up in Gnus. Does > > it occur on EMACS_22_BASE with a GTK build too? I find it quite > > inconvenient and a reason to revert to the Lucid toolkit. Are you saying > > that it can't be fixed? > > > > No, I'm not saying it can't be fixed. Which GUD toolbar icons have this bug? In addition to the ones I've already mentioned above (we seem to have a very poor line!), gud-stepi, gud-nexti, perhaps gud-finish but not gud-up or gud-down. It looks like the ones which restart execution of the program being debugged. Perhaps the problem in Gnus involves another process too. -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
I can't reproduce this on HEAD or EMACS_22_BASE.
What version of Gtk do you have? Does the clicks show up in C-h l? That is if you do two rapid clicks, do you get two tool bar events or just one? Jan D. Nick Roberts skrev: > > > > > I don't think this is the right fix. On some of the GUD toolbar > > > > > icons in a debug session, if I don't move the mouse pointer off the > > > > > tool-bar button and click again, e.g., next, step nothing happens. I > > > > > have to move the pointer away and back again to activate the button. > > > > > Oddly, there doesn't seem to be a problem with other buttons like > > > > > Info-next in Info. > > > > > > > > > > > > > That is another bug. It only shows up in Gnus. > > > > > > The report above demonstrates that it doesn't only show up in Gnus. Does > > > it occur on EMACS_22_BASE with a GTK build too? I find it quite > > > inconvenient and a reason to revert to the Lucid toolkit. Are you saying > > > that it can't be fixed? > > > > > > > No, I'm not saying it can't be fixed. Which GUD toolbar icons have this bug? > > In addition to the ones I've already mentioned above (we seem to have a very > poor line!), gud-stepi, gud-nexti, perhaps gud-finish but not gud-up or > gud-down. It looks like the ones which restart execution of the program being > debugged. Perhaps the problem in Gnus involves another process too. > > _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Nick Roberts
::
Rate this Message:
> I can't reproduce this on HEAD or EMACS_22_BASE.
Maybe it's a problem with my build/configuration. > What version of Gtk do you have? GTK+ Version 2.10.11 (I did give this in my first post) > Does the clicks show up in C-h l? That is > if you do two rapid clicks, do you get two tool bar events or just one? Interestingly if they are rapid I do get two tool bar events and the button remains active. However, if I just do one click the highlighting around the button disappears and I can't activate it again without moving it away first. Does anybody else see this? (I'm using Ubuntu 7.4, if that's relevant) It looks to me like some kind of timing problem and presumably it doesn't respond nicely to running an underlying asynchronous process. -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Nick Roberts skrev:
> > > Does the clicks show up in C-h l? That is > > if you do two rapid clicks, do you get two tool bar events or just one? > > Interestingly if they are rapid I do get two tool bar events and the button > remains active. However, if I just do one click the highlighting around the > button disappears and I can't activate it again without moving it away first. > > Does anybody else see this? (I'm using Ubuntu 7.4, if that's relevant) You mean 7.04 I guess? > > It looks to me like some kind of timing problem and presumably it doesn't > respond nicely to running an underlying asynchronous process. > Dou you have click to focus or focus follows mouse or something else? Do you use metacity? It sounds like after the first click, GUD does something that moves the focus away from the tool bar. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Nick Roberts
::
Rate this Message:
> > Does anybody else see this? (I'm using Ubuntu 7.4, if that's relevant)
> > You mean 7.04 I guess? Yes. > > It looks to me like some kind of timing problem and presumably it doesn't > > respond nicely to running an underlying asynchronous process. > > > > Dou you have click to focus or focus follows mouse or something else? Do you > use metacity? It sounds like after the first click, GUD does something that > moves the focus away from the tool bar. I'm fairly sure it's metacity. I just use the default desktop which is Gnome. I don't even know how to change the window manager. I use click to focus (default again) but if I change to focus follows mouse then I can indeed click on a toolbar button again without moving it away first. There's still something a bit odd though because the highlighting around the button still disappears after the first click. This is not the case if I look at another GTK application with a toolbar, e.g., Firefox. -- Nick http://www.inet.net.nz/~nickrob _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Nick Roberts skrev:
> > > > Dou you have click to focus or focus follows mouse or something else? Do you > > use metacity? It sounds like after the first click, GUD does something that > > moves the focus away from the tool bar. > > I'm fairly sure it's metacity. I just use the default desktop which is Gnome. > I don't even know how to change the window manager. Metacity it is then :-) > > I use click to focus (default again) but if I change to focus follows mouse > then I can indeed click on a toolbar button again without moving it away first. > There's still something a bit odd though because the highlighting around the > button still disappears after the first click. This is not the case if I look > at another GTK application with a toolbar, e.g., Firefox. Well, at least I now can see it too. Focus is definitly shifted away, but where and why? I'll have to come back to this. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Richard Stallman
::
Rate this Message:
Well, at least I now can see it too. Focus is definitly shifted away, but
where and why? I'll have to come back to this. Could you please put a note in FOR-RELEASE so we will know this is still pending? _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
|
|
Re: tool-bar doesn't work on the trunk with (default) GTK build
by Jan Djärv
::
Rate this Message:
Richard Stallman skrev: > Well, at least I now can see it too. Focus is definitly shifted away, but > where and why? > > I'll have to come back to this. > > Could you please put a note in FOR-RELEASE so we will know this > is still pending? Done. Jan D. _______________________________________________ emacs-pretest-bug mailing list emacs-pretest-bug@... http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug |
| Free embeddable forum powered by Nabble | Forum Help |
