Re: [Geany-devel] GtkFileChooser recent annoyance
On 12/20/2011 10:50 PM, Thomas Martitz wrote:
Am 21.12.2011 02:58, schrieb Matthew Brush:
And maybe add an hidden option in case ppl actually like the GTK
feature?
It's actually a *GNOME* feature that crept into GTK+. This seems to be
a pattern lately that makes me very sad. I guess they think because
their target users are idiots that everyone that uses GTK+ in their
program has the same target users.
But it's in GTK, and it'll behave that way everywhere where GTK is, no?
I.e. on non-Gnome DEs. So how's that a Gnome-only thing? Unless GTK has
a if (gnome) {} code path?
Yes, it's in GTK+ as default because a GNOME designer put it there,
breaking every GTK+ application (GNOME-specific or otherwise) that
relied on the default behaviour.
Cheers,
Matthew Brush
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
[Geany-devel] autocompletion plugins API
Hi, All. Geany have API for work with autocompletion list? P.S. Work on llvm plugin and need show autocompletion after press . - or :: ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] autocompletion plugins API
On Wed, 21 Dec 2011 20:24:20 +0200 Gordio gordi.o...@gmail.com wrote: Hi, All. Geany have API for work with autocompletion list? There is a tag file avaialble on http://wiki.geany.org/tags/start#c_tags which introduces common symbols provided by plugin API. Cheers, Frank -- http://frank.uvena.de/en/ pgpV0jAUq5Om1.pgp Description: PGP signature ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] GtkFileChooser recent annoyance
On 12/21/2011 07:41 AM, Thomas Martitz wrote:
Am 21.12.2011 16:39, schrieb Matthew Brush:
On 12/20/2011 10:50 PM, Thomas Martitz wrote:
Am 21.12.2011 02:58, schrieb Matthew Brush:
And maybe add an hidden option in case ppl actually like the GTK
feature?
It's actually a *GNOME* feature that crept into GTK+. This seems to be
a pattern lately that makes me very sad. I guess they think because
their target users are idiots that everyone that uses GTK+ in their
program has the same target users.
But it's in GTK, and it'll behave that way everywhere where GTK is, no?
I.e. on non-Gnome DEs. So how's that a Gnome-only thing? Unless GTK has
a if (gnome) {} code path?
Yes, it's in GTK+ as default because a GNOME designer put it there,
breaking every GTK+ application (GNOME-specific or otherwise) that
relied on the default behaviour.
How come you say it makes Geany's GTK+ open dialog even weirder on
non-GNOME DE then if it's not gnome specific at all?
It *should be GNOME-specific* is my point, not something applied to all
GTK+ programs who relied on the previously sane default.
It makes Geany's open dialog weirder because depending on which document
is currently open, it changes the entire look and behaviour of the open
dialog and also some DEs that use GTK+ don't follow the recent files
standard which makes the recent files view even weirder (ie. Where's
that file I just opened in Internet Explorer?). What's more, AFAIK no
other DE's open dialog does this by default, so that we're using GTK+
will be that much more obvious and awkward for users of those DEs.
I'd argue the other way around. Your patch makes Geany's open dialog
behave differently to the rest of the GTK apps.
Maybe it makes it behave different to the rest of GTK+ apps that don't
set a default current folder and haven't been patched to do so yet.
Already on my desktop many applications are setting a default themselves
causing this weird new view not to be shown. Geany is currently one of
the odd balls because we never set the default current folder before.
Cheers,
Matthew Brush
___
Geany-devel mailing list
Geany-devel@uvena.de
https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
Re: [Geany-devel] Glade 3 version?
[...] Also, HACKING says: Callbacks for the user-interface should go in ``src/callbacks.c``. I think this requirement should be relaxed, as having callbacks in a more relevant file means better encapsulation of functions data. Hi Nick, Good point, agree strongly. Cheers Lex ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel ___ Geany-devel mailing list Geany-devel@uvena.de https://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
