Re: Issue with vim and GtkFileChooser

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Emmanuele Bassi <ebassi@xxxxxxxxx> [2008-07-26 17:56]:
> I have no idea. the FileChooser only job is to read the file to get the
> contents; I would expect to see a lot of read() operations.

Yes, it gets only written, after the dialog is closed.

> the only time when a gtk+ application writes to the recently used files
> storage and it's not calling the GtkRecentManager API directly is when
> the gtk+ main loop level reaches 0 - which is to say after the first
> gtk_main() call in the whole application returns (this is needed to
> ensure that the file is not left in an inconsistent state); all other
> writes are definitely explicit. I seriously doubt that vim spins the
> main loop and the stops it at every key press - it would be quite
> insane.

Thanks for the explanation, I'm not sure if I got it right, in
the eventhandlers there is often code like:
[...]
    if (gtk_main_level() > 0)
        gtk_main_quit();
[...]
If gtk_main_level() returns 1 and gtk_main_quit() is called, does
that mean that the recently used files list gets written?

-- 
Guido Berhoerster
_______________________________________________
gtk-list mailing list
gtk-list@xxxxxxxxx
http://mail.gnome.org/mailman/listinfo/gtk-list

[Index of Archives]     [Touch Screen Library]     [GIMP Users]     [Gnome]     [KDE]     [Yosemite News]     [Steve's Art]

  Powered by Linux