unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#13829: 24.2.93; delete-window different behaviour in gui and tty
@ 2013-02-27  8:43 Leo Liu
  2013-03-19 11:08 ` Leo Liu
  0 siblings, 1 reply; 4+ messages in thread
From: Leo Liu @ 2013-02-27  8:43 UTC (permalink / raw)
  To: 13829

I was browsing emacs/src in a ssh session. I observed ggtags.el behaving
differently there.

Here is the recipe:

1. Install ggtags from GNU ELPA
2. cd emacs/src
3. Run in terminal: gtags¹
4. emacs buffer.c and moves to line 61 with point at the word 'buffer'
5. M-x ggtags-mode
6. M-.

In a GUI emacs you should have the frame with just one window showing
buffer.h.

In a TTY emacs you should have the frame having TWO windows showing
buffer.h and buffer.c.

Leo

Footnotes: 
¹  from http://www.gnu.org/software/global





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#13829: 24.2.93; delete-window different behaviour in gui and tty
  2013-02-27  8:43 bug#13829: 24.2.93; delete-window different behaviour in gui and tty Leo Liu
@ 2013-03-19 11:08 ` Leo Liu
  2013-03-19 15:23   ` Jan Djärv
  0 siblings, 1 reply; 4+ messages in thread
From: Leo Liu @ 2013-03-19 11:08 UTC (permalink / raw)
  To: 13829-done

After some investigation the different behaviours are between OSX and
GNU/Linux in terms of how idle timers work.

On GNU/Linux (ggtags-navigation-mode-cleanup buf 0.5) is called in
ggtags-handle-single-match before compilation-auto-jump in the idle
timer runs. So the window displaying *ggtags-global* is closed (by the
cleanup routine) and popped up again (by compilation-auto-jump) with a
different quit-restore parameter.

On OSX compilation-auto-jump runs before the cleanup routine so there is
no close and popup of the *ggtags-global* window.

Leo





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#13829: 24.2.93; delete-window different behaviour in gui and tty
  2013-03-19 11:08 ` Leo Liu
@ 2013-03-19 15:23   ` Jan Djärv
  2013-03-19 15:47     ` Leo Liu
  0 siblings, 1 reply; 4+ messages in thread
From: Jan Djärv @ 2013-03-19 15:23 UTC (permalink / raw)
  To: Leo Liu; +Cc: 13829-done@debbugs.gnu.org

Hello.

I don't think you can assume any order for idle timers. Different systems behave different so "idle" is not the same either.

    Jan D. 

19 mar 2013 kl. 12:08 skrev Leo Liu <sdl.web@gmail.com>:

> After some investigation the different behaviours are between OSX and
> GNU/Linux in terms of how idle timers work.
> 
> On GNU/Linux (ggtags-navigation-mode-cleanup buf 0.5) is called in
> ggtags-handle-single-match before compilation-auto-jump in the idle
> timer runs. So the window displaying *ggtags-global* is closed (by the
> cleanup routine) and popped up again (by compilation-auto-jump) with a
> different quit-restore parameter.
> 
> On OSX compilation-auto-jump runs before the cleanup routine so there is
> no close and popup of the *ggtags-global* window.
> 
> Leo
> 
> 





^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#13829: 24.2.93; delete-window different behaviour in gui and tty
  2013-03-19 15:23   ` Jan Djärv
@ 2013-03-19 15:47     ` Leo Liu
  0 siblings, 0 replies; 4+ messages in thread
From: Leo Liu @ 2013-03-19 15:47 UTC (permalink / raw)
  To: Jan Djärv; +Cc: 13829

On 2013-03-19 23:23 +0800, Jan Djärv wrote:
> Hello.
>
> I don't think you can assume any order for idle timers. Different
> systems behave different so "idle" is not the same either.
>
>     Jan D. 

Thank you for the note.

Leo





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-03-19 15:47 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-02-27  8:43 bug#13829: 24.2.93; delete-window different behaviour in gui and tty Leo Liu
2013-03-19 11:08 ` Leo Liu
2013-03-19 15:23   ` Jan Djärv
2013-03-19 15:47     ` Leo Liu

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).