Menu
▾
▴
gtk2-perl-bugs — Bug reports and mail from bugzilla
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
|
Oct
(1) |
Nov
(5) |
Dec
(6) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(12) |
May
|
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
(15) |
Nov
(8) |
Dec
(4) |
| 2006 |
Jan
|
Feb
|
Mar
(11) |
Apr
(10) |
May
(105) |
Jun
(12) |
Jul
(42) |
Aug
(54) |
Sep
(15) |
Oct
(14) |
Nov
(27) |
Dec
(3) |
| 2007 |
Jan
(1) |
Feb
(6) |
Mar
(26) |
Apr
(11) |
May
(28) |
Jun
(5) |
Jul
(9) |
Aug
|
Sep
|
Oct
(4) |
Nov
(8) |
Dec
(7) |
| 2008 |
Jan
(4) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(7) |
Jul
|
Aug
(16) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
(1) |
| 2009 |
Jan
(37) |
Feb
(19) |
Mar
(32) |
Apr
(7) |
May
(2) |
Jun
(15) |
Jul
(8) |
Aug
(12) |
Sep
(2) |
Oct
(1) |
Nov
(6) |
Dec
(11) |
| 2010 |
Jan
(11) |
Feb
(5) |
Mar
(56) |
Apr
(75) |
May
(28) |
Jun
(10) |
Jul
(6) |
Aug
(1) |
Sep
(26) |
Oct
(23) |
Nov
(92) |
Dec
(41) |
| 2011 |
Jan
(6) |
Feb
(2) |
Mar
(2) |
Apr
(8) |
May
(20) |
Jun
(3) |
Jul
(1) |
Aug
(32) |
Sep
(6) |
Oct
(9) |
Nov
(3) |
Dec
(15) |
| 2012 |
Jan
(6) |
Feb
(13) |
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
(4) |
Aug
(7) |
Sep
|
Oct
(2) |
Nov
|
Dec
(4) |
| 2013 |
Jan
(9) |
Feb
(15) |
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
(9) |
Aug
|
Sep
(5) |
Oct
(4) |
Nov
(4) |
Dec
(11) |
| 2014 |
Jan
|
Feb
(3) |
Mar
(8) |
Apr
|
May
(4) |
Jun
(2) |
Jul
(2) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
(2) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(2) |
Apr
(3) |
May
(7) |
Jun
(3) |
Jul
(5) |
Aug
(15) |
Sep
|
Oct
(1) |
Nov
|
Dec
(6) |
| 2016 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(7) |
Dec
(8) |
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(8) |
| 2018 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
|
Aug
(5) |
Sep
(4) |
Oct
(3) |
Nov
(3) |
Dec
(4) |
| 2019 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(40) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-09 23:25:29
|
https://bugzilla.gnome.org/show_bug.cgi?id=665265 gnome-perl | Cairo | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEEDINFO CC| |kaf...@gm... Component|Gtk2 |Cairo -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-09 23:24:58
|
https://bugzilla.gnome.org/show_bug.cgi?id=665265 gnome-perl | Gtk2 | unspecified --- Comment #1 from Torsten Schoenfeld <kaf...@gm...> 2011-12-09 23:24:47 UTC --- Ah, the dreaded win32 linking issue. The export list for Cairo needed updating: <http://git.gnome.org/browse/perl-Cairo/commit/?id=2e9e0b2d561269>. Can you try building Cairo from git (or with this patch applied)? After that, building Gtk2 should work again. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-01 20:44:32
|
https://bugzilla.gnome.org/show_bug.cgi?id=665332 gnome-perl | Glib | unspecified Summary: GenPod %basic_types duplicate "char" key Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- In GenPod.pm "our %basic_types" hash, there's two entries for "char" key, char => 'integer', char => 'string', both under "# other C names which may sneak through". I struck this experimenting with some automated detection of duplicate literal hash keys in perlcritic. I suppose the last one is what results, with no ill effect, but it might be worth showing just one to avoid confusion for human readers. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-01 20:38:53
|
https://bugzilla.gnome.org/show_bug.cgi?id=665331 gnome-perl | Glib | unspecified Summary: GenPod typo INT_MIN in default value display Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: us...@zi... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=202550) View: https://bugzilla.gnome.org/attachment.cgi?id=202550 Review: https://bugzilla.gnome.org/review?bug=665331&attachment=202550 patch A typo in my default value display patch. Should be INT_MIN not INT_MAX. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-01 06:35:52
|
https://bugzilla.gnome.org/show_bug.cgi?id=665266 gnome-perl | Glib | unspecified --- Comment #1 from sis...@op... 2011-12-01 06:35:40 UTC --- Sorry - I should've specified this applies to version 1.241 of Glib. No such problem with version 1.224. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-01 06:33:58
|
https://bugzilla.gnome.org/show_bug.cgi?id=665266 gnome-perl | Glib | unspecified Summary: SvMAGIC_set not defined for perl-5.8.0 Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: sis...@op... QAContact: gtk...@li... GNOME version: --- This report also filed at https://rt.cpan.org/Ticket/Display.html?id=72830 (by mistake). Hi, Not sure when that symbol first arrived on the scene (5.009003 perhaps ?), but it's not be found in my build of perl-5.8.0. Therefore, if we really want Glib to be buildable using 5.8.0 we need the following patch to gperl.h (or something similar). --- gperl.h_orig 2011-11-30 19:15:41 +1100 +++ gperl.h 2011-11-30 19:33:25 +1100 @@ -36,6 +36,13 @@ #include <glib-object.h> +/* copied from ppport.h */ +#ifndef SvMAGIC_set +# define SvMAGIC_set(sv, val) \ + STMT_START { assert(SvTYPE(sv) >= SVt_PVMG); \ + (((XPVMG*) SvANY(sv))->xmg_magic = (val)); } STMT_END +#endif + /* * filenames */ Cheers, Rob -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-12-01 06:18:23
|
https://bugzilla.gnome.org/show_bug.cgi?id=665265 gnome-perl | Gtk2 | unspecified Summary: undefined reference to 'cairo_content_from_sv' Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Windows Status: UNCONFIRMED Severity: normal Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: sis...@op... QAContact: gtk...@li... GNOME version: --- This bug report also filed at https://rt.cpan.org/Ticket/Display.html?id=72832 (by mistake). Hi, Building Gtk2-1.241 on Win32, perl-5.12.0. My compiler is the mingw.org port of gcc-4.5.2 and I'm using the 'gtk+-bundle_2.24.8-20111122_win32.zip' GTK+ binaries. There were no problems with Gtk2-1.224, but with version 1.241 I get clobbered with the following: [ LD blib\arch\auto\Gtk2\Gtk2.dll ] xs/GdkCairo.o:GdkCairo.c:(.text+0x1af): undefined reference to `cairo_content_from_sv' collect2: ld returned 1 exit status dmake: Error code 129, while making 'blib\arch\auto\Gtk2\Gtk2.dll' I assume that the symbol is intended to be resolved by my site/lib/auto/Cairo/Cairo.a, but that import library contains no such symbol. (I have installed Cairo-1.081, btw.) Cheers, Rob -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-11-13 14:50:49
|
https://bugzilla.gnome.org/show_bug.cgi?id=663881 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |kaf...@gm... Resolution| |FIXED -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-11-13 14:50:03
|
https://bugzilla.gnome.org/show_bug.cgi?id=663881 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #201252|none |committed status| | --- Comment #1 from Torsten Schoenfeld <kaf...@gm...> 2011-11-13 14:49:49 UTC --- Review of attachment 201252: --> (https://bugzilla.gnome.org/review?bug=663881&attachment=201252) I pushed the change with the change described below. Thank you for the patch! [Normally, we don't add features like this in a stable branch (which master currently is), but I figured it's fine this case.] ::: GBoxed.xs @@ +689,3 @@ + + ptr = SvPV(sv, len); + gstr = g_string_new_len ( ptr, len ); The unwrap functions are not supposed to allocate new memory. In the default boxed handler, unwrap simply returns the stored pointer to the object. But that of course doesn't work for types which we convert to and from native types, like in the GString case. The usual pattern then is to use gperl_alloc_temp to allocate memory that will be freed at the end of the current lexical scope. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-11-11 19:49:28
|
https://bugzilla.gnome.org/show_bug.cgi?id=663881 gnome-perl | Glib | unspecified Summary: Add support for GString Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: emm...@gm... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=201252) View: https://bugzilla.gnome.org/attachment.cgi?id=201252 Review: https://bugzilla.gnome.org/review?bug=663881&attachment=201252 Patch for GString WebKit returns a GString which is a glib type and this causes some problems in Gtk3::WebKit. I propose a patch that can fix the problem. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-24 20:23:30
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified --- Comment #5 from Michael Culbertson <mic...@gm...> 2011-10-24 20:23:17 UTC --- It's true that element_spec can be NULL, in which case one is sort of out of luck (seems like poor object specification, in my view), but if the property specification supplies the element type, it seems reasonable to make use of it. Although it probably isn't possible to handle the arguments to signals and other closures automatically now, it probably would be through GObject Introspection (for well-documented objects, at least), once it becomes a little more mature. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-24 19:33:58
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified --- Comment #4 from Torsten Schoenfeld <kaf...@gm...> 2011-10-24 19:33:45 UTC --- (In reply to comment #3) > I'm wrapping the OSCATS library (http://code.google.com/p/oscats), which > includes an element param spec for the array-valued properties > (#GParamSpecValueArray.element_spec), so the expected type for the elements of > is known, at least at the point at which the property information has been > accessed---such as in: I see. (But note that element_spec is documented as allowing NULL.) > GObject.xs:g_object_new() > GObject.xs:init_property_value() > GParamSpec.xs:g_param_value_validate() > GParamSpec.xs:g_param_values_cmp() Yeah, gperl_value_from_sv is not among them. I guess we need to alter Glib::Object::set_property to somehow cooperate with init_property_value such that gperl_value_from_sv knows the expected element type when it encounters a boxed of type G_TYPE_VALUE_ARRAY. That won't cover G_TYPE_VALUE_ARRAY arguments to signals or similar, but I don't see how to handle that automatically. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-24 00:13:28
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified --- Comment #3 from Michael Culbertson <mic...@gm...> 2011-10-24 00:13:13 UTC --- I'm wrapping the OSCATS library (http://code.google.com/p/oscats), which includes an element param spec for the array-valued properties (#GParamSpecValueArray.element_spec), so the expected type for the elements of is known, at least at the point at which the property information has been accessed---such as in: GObject.xs:g_object_new() GObject.xs:init_property_value() GParamSpec.xs:g_param_value_validate() GParamSpec.xs:g_param_values_cmp() It would probably be better to handle the G_TYPE_VALUE_ARRAY case there, instead of in a boxed wrapper, as I did in the work-around, at least for the SV->GValue direction. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-23 22:04:25
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kaf...@gm... --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2011-10-23 22:04:14 UTC --- The GValue→SV part looks fine basically, but it should use g_value_array_get_nth and g_value_array_free. But as you note the trouble is with the the SV→GValue part. One simply cannot reliably know what type an SV has -- think of overloading, for example; <http://markmail.org/thread/xqab2x34q3kjm4l4> has more details. Also, Perl programmers don't expect to have to use things like 0+$value just because some function expects a number. The only safe way to do this, as far as I can see, is if you already know somehow what type is expected. This is the case for gtk_list_store_set_value, for example: you can find out the expected type by finding the column's type. So, what API are you trying to wrap? Is there a way to know the expected type? -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-20 22:31:34
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified Michael Culbertson <michael.culbertson> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #199499|0 |1 is obsolete| | --- Comment #1 from Michael Culbertson <mic...@gm...> 2011-10-20 22:31:21 UTC --- Created an attachment (id=199593) --> (https://bugzilla.gnome.org/attachment.cgi?id=199593) GPerlBoxedWrapperClass for G_TYPE_VALUE_ARRAY Fixed some of the work-around code. Has been tested SV->GValue and GValue->SV for int, string, and GObject. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-20 05:29:13
|
https://bugzilla.gnome.org/show_bug.cgi?id=662265 gnome-perl | Glib | unspecified Summary: gperl_value_from_sv() doesn't understand G_TYPE_VALUE_ARRAY values Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Normal Component: Glib AssignedTo: gtk...@li... ReportedBy: mic...@gm... QAContact: gtk...@li... GNOME version: --- Created an attachment (id=199499) --> (https://bugzilla.gnome.org/attachment.cgi?id=199499) GPerlBoxedWrapperClass for G_TYPE_VALUE_ARRAY I'm wrapping a GObject-based library with a couple of objects that have array properties (GParamSpecValueArray). When I try to set the property on construction, I get the following error: internal problem: GType GValueArray (2535808) has not been registered with GPerl This seems to be due to the fact that GValueArray is a boxed type, but it has not been registered with gperl_register_boxed, and there isn't any special code to handle ValueArray values in gperl_value_from_sv(). I needed a work around to get some minimal functionality for the library bindings, so I implemented the attached code, which I include in the library bindings module itself. This code probably isn't correct (I've only tested it for integers in the SV-to-GValue direction), and a proper fix should probably be to implement handling of value arrays at some point higher in the call stack (say when decoding the property GParamSpecs). -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-03 15:14:19
|
https://bugzilla.gnome.org/show_bug.cgi?id=636822 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #2 from Torsten Schoenfeld <kaf...@gm...> 2011-10-03 15:14:08 UTC --- Should now be fixed in git master. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-03 15:14:09
|
https://bugzilla.gnome.org/show_bug.cgi?id=636819 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #1 from Torsten Schoenfeld <kaf...@gm...> 2011-10-03 15:13:52 UTC --- Should now be fixed in git master. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-10-03 15:08:31
|
https://bugzilla.gnome.org/show_bug.cgi?id=629727 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #4 from Torsten Schoenfeld <kaf...@gm...> 2011-10-03 15:08:15 UTC --- I just pushed a patch to master that documents the unusual current return semantics of get_cells(). I feel that changing it like you proposed would be too risky. I'll try to make sure that Gtk3 gets this right. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-30 21:11:55
|
https://bugzilla.gnome.org/show_bug.cgi?id=632413 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|VERIFIED |RESOLVED Resolution|INCOMPLETE |FIXED --- Comment #3 from Torsten Schoenfeld <kaf...@gm...> 2011-09-30 21:11:37 UTC --- Alright, convinced. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-30 21:11:50
|
https://bugzilla.gnome.org/show_bug.cgi?id=632413 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #195264|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-30 21:08:13
|
https://bugzilla.gnome.org/show_bug.cgi?id=639559 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #195263|none |committed status| | -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-30 21:08:07
|
https://bugzilla.gnome.org/show_bug.cgi?id=639559 gnome-perl | Gtk2 | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #3 from Torsten Schoenfeld <kaf...@gm...> 2011-09-30 21:07:57 UTC --- Thanks, this is exactly what I had in mind. There are a few paragraphs about why re-blessing doesn't cut it in Glib::Object::Subclass' POD, but they don't actually mention the problem you describe. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-30 20:30:46
|
https://bugzilla.gnome.org/show_bug.cgi?id=658764 gnome-perl | general | unspecified Torsten Schoenfeld <kaffeetisch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kaf...@gm... Component|Gtk2 |general --- Comment #1 from Torsten Schoenfeld <kaf...@gm...> 2011-09-30 20:30:33 UTC --- GtkOSXApplication is not actually part of gtk+ itself, but of something called "ige-mac-integration". So support for GtkOSXApplication would have live in a separate Perl module too. But maybe Glib::Object::Introspection provides a short path to there? It doesn't look like ige-mac-integration supports gobject-introspection yet, however. -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
|
From: gnome-perl (bugzilla.gnome.o. <bug...@gn...> - 2011-09-11 20:47:29
|
https://bugzilla.gnome.org/show_bug.cgi?id=658764 gnome-perl | Gtk2 | unspecified Summary: Mac OS X Application Menu Classification: Bindings Product: gnome-perl Version: unspecified OS/Version: Mac OS Status: UNCONFIRMED Severity: enhancement Priority: Normal Component: Gtk2 AssignedTo: gtk...@li... ReportedBy: ha...@oe... QAContact: gtk...@li... GNOME version: --- L.S., On Mac OS X, gtk-osx will create a GtkOSXApplication object, to be able to create the typical Application Menu on OS X. I compiled Gtk-perl on OS X 10.6, but didn't see support for this object. Support would be greatly appreciated! Best wishes, -- Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug. You are the assignee for the bug. |
13 messages has been excluded from this view by a project administrator.
