Hi all,
We are happy to announce the release of Geany Plugins 0.19, which is targeted to work with Geany 0.19. Tarballs, the Windows setup file, and their corresponding GPG signatures can be found at http://plugins.geany.org/geany-plugins
A comprehensive list of changes can be found at http://plugins.geany.org/geany-plugins/geany-plugins-0.19.NEWS
Happy updating! :-)
Hello
On Mon, Jun 14, 2010 at 8:58 PM, Chow Loong Jin hyperair@gmail.com wrote:
Happy updating! :-)
With the new plugins (previously I was running SVN plug-ins and Geany 0.19) and Geany 0.19 I am getting the following error-like message: 21:45:05: INFO : Geany 0.19, GTK+ 2.20.0, GLib 2.24.0 (en_GB.UTF-8) 21:45:05: INFO : Added filetype Genie (48). 21:45:05: INFO : Loaded: /usr/local/lib/geany/addons.so (Addons) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanylatex.so (GeanyLaTeX) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanyvc.so (GeanyVC) 21:45:05: INFO : Loaded: /usr/local/lib/geany/htmlchars.so (HTML Characters) 21:45:05: INFO : Loaded: /usr/local/lib/geany/saveactions.so (Save Actions) 21:45:05: INFO : Loaded: /usr/local/lib/geany/shiftcolumn.so (Shift Column) 21:45:05: INFO : Loaded: /usr/local/lib/geany/splitwindow.so (Split Window) 21:45:05: INFO : /home/liviu/Documents/toulouse/m2recherche/sri/thesis-ext/checks.R : R (UTF-8) 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Not sure that this causes any practical problems. Regards Liviu
On Mon, 14 Jun 2010 21:48:34 +0100 Liviu Andronic landronimirc@gmail.com wrote:
Hello
On Mon, Jun 14, 2010 at 8:58 PM, Chow Loong Jin hyperair@gmail.com wrote:
Happy updating! :-)
With the new plugins (previously I was running SVN plug-ins and Geany 0.19) and Geany 0.19 I am getting the following error-like message:
...
/home/liviu/Documents/toulouse/m2recherche/sri/thesis-ext/checks.R : R (UTF-8) 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Not sure that this causes any practical problems. Regards
Could you attach an example .R file that causes one or more assertion please?
Regards, Nick
Hi,
Le 14/06/2010 22:48, Liviu Andronic a écrit :
Hello
On Mon, Jun 14, 2010 at 8:58 PM, Chow Loong Jin hyperair@gmail.com wrote:
Happy updating! :-)
With the new plugins (previously I was running SVN plug-ins and Geany 0.19) and Geany 0.19 I am getting the following error-like message: 21:45:05: INFO : Geany 0.19, GTK+ 2.20.0, GLib 2.24.0 (en_GB.UTF-8) 21:45:05: INFO : Added filetype Genie (48). 21:45:05: INFO : Loaded: /usr/local/lib/geany/addons.so (Addons) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanylatex.so (GeanyLaTeX) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanyvc.so (GeanyVC) 21:45:05: INFO : Loaded: /usr/local/lib/geany/htmlchars.so (HTML Characters) 21:45:05: INFO : Loaded: /usr/local/lib/geany/saveactions.so (Save Actions) 21:45:05: INFO : Loaded: /usr/local/lib/geany/shiftcolumn.so (Shift Column) 21:45:05: INFO : Loaded: /usr/local/lib/geany/splitwindow.so (Split Window) 21:45:05: INFO : /home/liviu/Documents/toulouse/m2recherche/sri/thesis-ext/checks.R : R (UTF-8) 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Not sure that this causes any practical problems. Regards Liviu
I don't think it is a Geany bug, but rather the "well-known" mouse wheel notebook tab switching GTK bug, #604391[1]. Isn't it?
Regards, Colomban
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
On 16 June 2010 09:07, Colomban Wendling lists.ban@herbesfolles.org wrote:
Hi,
Le 14/06/2010 22:48, Liviu Andronic a écrit :
Hello
On Mon, Jun 14, 2010 at 8:58 PM, Chow Loong Jin hyperair@gmail.com wrote:
Happy updating! :-)
With the new plugins (previously I was running SVN plug-ins and Geany 0.19) and Geany 0.19 I am getting the following error-like message: 21:45:05: INFO : Geany 0.19, GTK+ 2.20.0, GLib 2.24.0 (en_GB.UTF-8) 21:45:05: INFO : Added filetype Genie (48). 21:45:05: INFO : Loaded: /usr/local/lib/geany/addons.so (Addons) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanylatex.so (GeanyLaTeX) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanyvc.so (GeanyVC) 21:45:05: INFO : Loaded: /usr/local/lib/geany/htmlchars.so (HTML Characters) 21:45:05: INFO : Loaded: /usr/local/lib/geany/saveactions.so (Save Actions) 21:45:05: INFO : Loaded: /usr/local/lib/geany/shiftcolumn.so (Shift Column) 21:45:05: INFO : Loaded: /usr/local/lib/geany/splitwindow.so (Split Window) 21:45:05: INFO : /home/liviu/Documents/toulouse/m2recherche/sri/thesis-ext/checks.R : R (UTF-8) 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Not sure that this causes any practical problems. Regards Liviu
I don't think it is a Geany bug, but rather the "well-known" mouse wheel notebook tab switching GTK bug, #604391[1]. Isn't it?
Regards, Colomban
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Hi,
The CRITICAL messages are generated by GTK not Geany, the section of the BTK manual "Running GTK Applications" tells how to configure and compile with more debugging set. I havn't tried it but that may give more useful messages.
Cheers Lex
[1] https://bugzilla.gnome.org/show_bug.cgi?id=604391 _______________________________________________ Geany-devel mailing list Geany-devel@uvena.de http://lists.uvena.de/cgi-bin/mailman/listinfo/geany-devel
On Wed, 16 Jun 2010 10:03:47 +1000 Lex Trotman elextr@gmail.com wrote:
On 16 June 2010 09:07, Colomban Wendling lists.ban@herbesfolles.org wrote:
Hi,
Le 14/06/2010 22:48, Liviu Andronic a écrit :
Hello
On Mon, Jun 14, 2010 at 8:58 PM, Chow Loong Jin hyperair@gmail.com wrote:
Happy updating! :-)
With the new plugins (previously I was running SVN plug-ins and Geany 0.19) and Geany 0.19 I am getting the following error-like message: 21:45:05: INFO : Geany 0.19, GTK+ 2.20.0, GLib 2.24.0 (en_GB.UTF-8) 21:45:05: INFO : Added filetype Genie (48). 21:45:05: INFO : Loaded: /usr/local/lib/geany/addons.so (Addons) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanylatex.so (GeanyLaTeX) 21:45:05: INFO : Loaded: /usr/local/lib/geany/geanyvc.so (GeanyVC) 21:45:05: INFO : Loaded: /usr/local/lib/geany/htmlchars.so (HTML Characters) 21:45:05: INFO : Loaded: /usr/local/lib/geany/saveactions.so (Save Actions) 21:45:05: INFO : Loaded: /usr/local/lib/geany/shiftcolumn.so (Shift Column) 21:45:05: INFO : Loaded: /usr/local/lib/geany/splitwindow.so (Split Window) 21:45:05: INFO : /home/liviu/Documents/toulouse/m2recherche/sri/thesis-ext/checks.R : R (UTF-8) 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed 21:45:07: CRITICAL : gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Not sure that this causes any practical problems. Regards Liviu
I don't think it is a Geany bug, but rather the "well-known" mouse wheel notebook tab switching GTK bug, #604391[1]. Isn't it?
Regards, Colomban
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Hi,
The CRITICAL messages are generated by GTK not Geany, the section of the BTK manual "Running GTK Applications" tells how to configure and compile with more debugging set. I havn't tried it but that may give more useful messages.
Did you try to run it with gdb and stop on warning as described on HACKING-file?
Thanks, Frank
On Wed, Jun 16, 2010 at 12:07 AM, Colomban Wendling lists.ban@herbesfolles.org wrote:
I don't think it is a Geany bug, but rather the "well-known" mouse wheel notebook tab switching GTK bug, #604391[1]. Isn't it?
Yes, it seems so. To get the message it sufficed to create two new files and scroll-wheel switch tabs. Liviu
Le 16/06/2010 09:47, Liviu Andronic a écrit :
On Wed, Jun 16, 2010 at 12:07 AM, Colomban Wendling lists.ban@herbesfolles.org wrote:
I don't think it is a Geany bug, but rather the "well-known" mouse wheel notebook tab switching GTK bug, #604391[1]. Isn't it?
Yes, it seems so. To get the message it sufficed to create two new files and scroll-wheel switch tabs. Liviu
Even if I'm pretty sure it is the bug I mentioned, can you check with other apps, like GEdit? They should spawn teh same critical messages on the standard error output when you croll to change tabs (then launch it via a terminal to see them -- note that in the case of gedit you need to close all gedit windows before, because it uses a single instance model).
Regards, Colomban
On Sun, Jun 20, 2010 at 8:38 PM, Colomban Wendling lists.ban@herbesfolles.org wrote:
Even if I'm pretty sure it is the bug I mentioned, can you check with other apps, like GEdit? They should spawn teh same critical messages on
Yes, I get the same messages.
liviu@debian-liv:~$ gedit
(gedit:25627): Gtk-CRITICAL **: gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
(gedit:25627): Gtk-CRITICAL **: gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
Liviu
Le 22/06/2010 14:01, Liviu Andronic a écrit :
On Sun, Jun 20, 2010 at 8:38 PM, Colomban Wendling lists.ban@herbesfolles.org wrote:
Even if I'm pretty sure it is the bug I mentioned, can you check with other apps, like GEdit? They should spawn teh same critical messages on
Yes, I get the same messages.
liviu@debian-liv:~$ gedit
(gedit:25627): Gtk-CRITICAL **: gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
(gedit:25627): Gtk-CRITICAL **: gtk_widget_is_ancestor: assertion `ancestor != NULL' failed
OK, good then, thanks for the investigation! It's not a real problem, but it's rather annoying… hope it'd get fixed on GTK+ soon.
Regards, Colomban
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Regards, Enrico
Le 31/07/2010 17:33, Enrico Tröger a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Oh, okay. Anyway while responding to Frank I just felt on the GLib documentation which made me think handling this would be really easy, so I took a little look… and I think that the patch attached is pretty good [1].
Regards, Colomban
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix, the alignment is not guaranteed to be good for two different log domains -- and perhaps even for a single one if the added offset changes the amount of needed tabulations for a particular log level. This said, this last issue would be easy to fix by replacing tabulations by spaces in the prefix returned by get_log_prefix().
Le 09/08/2010 00:19, Colomban Wendling a écrit :
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix, the alignment is not guaranteed to be good for two different log domains -- and perhaps even for a single one if the added offset changes the amount of needed tabulations for a particular log level. This said, this last issue would be easy to fix by replacing tabulations by spaces in the prefix returned by get_log_prefix().
Hum, sorry, forget the last sentence, it isn't true since the font in the debug window isn't monospace.
On Mon, 09 Aug 2010 00:19:03 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 31/07/2010 17:33, Enrico Tröger a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Oh, okay. Anyway while responding to Frank I just felt on the GLib documentation which made me think handling this would be really easy, so I took a little look… and I think that the patch attached is pretty good [1].
[...]
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix
Looks nice. But as I'm not this familiar with this is the dash needed between Geany and Info?
Thanks, Frank
Le 09/08/2010 00:40, Frank Lanitz a écrit :
On Mon, 09 Aug 2010 00:19:03 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 31/07/2010 17:33, Enrico Tröger a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Oh, okay. Anyway while responding to Frank I just felt on the GLib documentation which made me think handling this would be really easy, so I took a little look… and I think that the patch attached is pretty good [1].
[...]
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix
Looks nice. But as I'm not this familiar with this is the dash needed between Geany and Info?
No, not at all. I only did this because it's the way it's done in the default GLib handler, the one that outputs on the console. If you prefer a space or whatever (even a completely different output, say "00:00:00: [Geany] INFO: loaded foo"), I doubt anybody would complain :)
Regards, Colomban
On Mon, 09 Aug 2010 00:46:12 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 09/08/2010 00:40, Frank Lanitz a écrit :
On Mon, 09 Aug 2010 00:19:03 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 31/07/2010 17:33, Enrico Tröger a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Oh, okay. Anyway while responding to Frank I just felt on the GLib documentation which made me think handling this would be really easy, so I took a little look… and I think that the patch attached is pretty good [1].
[...]
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix
Looks nice. But as I'm not this familiar with this is the dash needed between Geany and Info?
No, not at all. I only did this because it's the way it's done in the default GLib handler, the one that outputs on the console. If you prefer a space or whatever (even a completely different output, say "00:00:00: [Geany] INFO: loaded foo"), I doubt anybody would complain :)
OK. If nobody complains I'd like to commit the change w/o the dash ;)
Cheers, Frank
On Mon, 9 Aug 2010 08:45:17 +0200 Frank Lanitz frank@frank.uvena.de wrote:
On Mon, 09 Aug 2010 00:46:12 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 09/08/2010 00:40, Frank Lanitz a écrit :
On Mon, 09 Aug 2010 00:19:03 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 31/07/2010 17:33, Enrico Tröger a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200, Colomban wrote:
Hey,
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Yes, absolutely. I planned to do this but didn't manage to actually implement it yet.
Oh, okay. Anyway while responding to Frank I just felt on the GLib documentation which made me think handling this would be really easy, so I took a little look… and I think that the patch attached is pretty good [1].
[...]
[1] hum, there's one issue: the tabulation alignment. Now that there is a domain prefix
Looks nice. But as I'm not this familiar with this is the dash needed between Geany and Info?
No, not at all. I only did this because it's the way it's done in the default GLib handler, the one that outputs on the console. If you prefer a space or whatever (even a completely different output, say "00:00:00: [Geany] INFO: loaded foo"), I doubt anybody would complain :)
OK. If nobody complains I'd like to commit the change w/o the dash ;)
Alright. Done with svn r5129. Without the dash ;) Thanks for the little patch.
Cheers, Frank
On Wed, 16 Jun 2010 01:07:18 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Sorry, don't get this. Can you give an example here?
Cheers, Frank
Le 08/08/2010 23:39, Frank Lanitz a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Sorry, don't get this. Can you give an example here?
Haha, don't worry Frank, it has nothing to do with translation domains ;) -- I'm kidding.
No, I talk about GLib's LOG_DOMAINs [1]: when logging an error/warning/info with the GLib's mechanisms, it may have an associated domain which is useful to know what/who triggered it. For example, GLib's domain is Glib, GTK's one is Gtk and so on, which gives entries of the form "Glib-CRITICAL: foo" or "Gtk-WARNING: bar", "Geany-INFO: baz" and so on. On the standard error output the log domain is visible, but not in the message window (and then we only have "CRITICAL: foo" or "INFO: baz"), which isn't as perfect to identify the messages.
Regards, Colomban
[1] See G_LOG_DOMAIN in the GLib's docs
On Mon, 09 Aug 2010 00:01:37 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
Le 08/08/2010 23:39, Frank Lanitz a écrit :
On Wed, 16 Jun 2010 01:07:18 +0200 Colomban Wendling lists.ban@herbesfolles.org wrote:
PS: @geany devs: wouldn't it be cool to add the domain from where messages comes in the debug window? Not sure it is easily doable, but would probably be better for debugging purpose :)
Sorry, don't get this. Can you give an example here?
Haha, don't worry Frank, it has nothing to do with translation domains ;) -- I'm kidding.
No, I talk about GLib's LOG_DOMAINs [1]: when logging an error/warning/info with the GLib's mechanisms, it may have an associated domain which is useful to know what/who triggered it. For example, GLib's domain is Glib, GTK's one is Gtk and so on, which gives entries of the form "Glib-CRITICAL: foo" or "Gtk-WARNING: bar", "Geany-INFO: baz" and so on. On the standard error output the log domain is visible, but not in the message window (and then we only have "CRITICAL: foo" or "INFO: baz"), which isn't as perfect to identify the messages.
Ah ok. Thanks. ;) No I can think of what you did mean ;)
Cheers, Frank