Re: gobject-introspection: Cryptic error in g-ir-scanner

2014-02-10 Thread Martin Schlemmer
>>> On 2014/02/04 at 12:04 PM, Ankit Vani  wrote:
> On Tue, Feb 4, 2014 at 3:27 PM, Bastien Nocera  wrote:
>> Try getting a backtrace of the crash. It's likely a bug in the library
>> itself.
> 
> Can you tell me how exactly to go about getting a backtrace?
> 
> I've tried using gdb on python (to run g-ir-scanner) without any special
> setting, but I'm unable to break on g_log.

Setup PATH, LD_LIBRARY_PATH, etc. needed as per you environment.

Do the following:

# cd /home/ankit/devel/pidgin-dev/finch/libgnt/
# export GI_SCANNER_DEBUG="save-temps"
# make

Note the lines (will have different temporary directory prefix) like:
-
(process:13172): GLib-CRITICAL **: g_key_file_has_group: assertion 'key_file != 
NULL' failed
Command 
'['/home/ankit/devel/pidgin-dev/finch/libgnt/tmp-introspectZP9FjN/Gnt-2.8', 
'--introspect-dump=/home/ankit/devel/pidgin-dev/finch/libgnt/tmp-introspectZP9FjN/functions.txt,/home/ankit/devel/pidgin-dev/finch/libgnt/tmp-introspectZP9FjN/dump.xml']'
 returned non-zero exit status -11
-

then run (as mentioned, "ZP9FjN" will differ):

# gdb tmp-introspectZP9FjN/Gnt-2.8
(gdb) r 
--introspect-dump=tmp-introspectZP9FjN/functions.txt,tmp-introspectZP9FjN/dump.xml

You might have to use: 

# gdb tmp-introspectZP9FjN/.libs/Gnt-2.8

if libtool's wrappers are enabled.

Set breakpoints and debug as needed.

Hope this helps.


Regards,
Martin



Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: gtk+-3.9.10 build fixes for MinGW

2013-07-31 Thread Martin Schlemmer
>>> On 7/30/2013 at  6:46 PM, Erik van Pienbroek  wrote:
> Martin Schlemmer schreef op di 30-07-2013 om 16:30 [+0200]:
>> The last hunk (modules/input/gtkimcontextime.c) fixes undefined values from 
> "gdkkeysyms-compat.h".
>> I assume the duplicate added include of "gdkkeysyms.h" from commit:
>> 
>> 
> https://git.gnome.org/browse/gtk+/commit/modules/input/gtkimcontextime.c?id=4 
> 93ca20912a9a84b3b13f44c1e99b97eb75dd943
>> 
>> should have been to include "gdkkeysyms-compat.h".
> 
> I wasn't aware of this issue yet (the commit in pretty recent), but I
> would recommend you to create a separate patch containing this specific
> snippet and propose it at bugzilla
> 

Thanks for the other links. It seems Fan Chun-wei addresses this one with the 
last attachment (250515) of bug

https://bugzilla.gnome.org/show_bug.cgi?id=705068



Regards,
Martin




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


gtk+-3.9.10 build fixes for MinGW

2013-07-30 Thread Martin Schlemmer
Hi

First two hunks (g[dt]k/Makefile.am) fixes regressions due to commits:

https://git.gnome.org/browse/gtk+/commit/gdk/Makefile.am?id=d08d7f2c5a4c4c28a774119f8e1dd88e5fca1681
https://git.gnome.org/browse/gtk+/commit/gtk/Makefile.am?id=d08d7f2c5a4c4c28a774119f8e1dd88e5fca1681

(as well as the commits in the commit message).
Basically we need the .def or should remove the logic totally, but then the 
MS_LIB_AVAILABLE logic should be checked as well.
(Last I checked it did not work with GTK+3, although it still does with 2, but 
cannot currently verify.)

The third hunk (testsuite/gtk/Makefile.am) fix a regression from commit:

https://git.gnome.org/browse/gtk+/commit/testsuite/gtk/Makefile.am?id=c5e241147b6f710fcefde5d54582ea3936f48807

("defaultvalue" does not build on win32).

The last hunk (modules/input/gtkimcontextime.c) fixes undefined values from 
"gdkkeysyms-compat.h".
I assume the duplicate added include of "gdkkeysyms.h" from commit:

https://git.gnome.org/browse/gtk+/commit/modules/input/gtkimcontextime.c?id=493ca20912a9a84b3b13f44c1e99b97eb75dd943

should have been to include "gdkkeysyms-compat.h".


Let me know if I should split it up rather or file bugs.


Regards,
Martin



Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

--- a/gdk/Makefile.am   2013-07-30 14:25:46 +0200
+++ b/gdk/Makefile.am   2013-07-30 15:46:41 +0200
@@ -178,8 +178,8 @@ endif # USE_QUARTZ
 if USE_WIN32
 libgdk_3_la_SOURCES += gdkkeynames.c
 libgdk_3_la_LIBADD += win32/libgdk-win32.la
-libgdk_3_la_DEPENDENCIES = win32/libgdk-win32.la win32/rc/gdk-win32-res.o 
gdk.def
-libgdk_3_la_LDFLAGS += -Wl,win32/rc/gdk-win32-res.o -export-symbols 
$(srcdir)/gdk.def
+libgdk_3_la_DEPENDENCIES = win32/libgdk-win32.la win32/rc/gdk-win32-res.o
+libgdk_3_la_LDFLAGS += -Wl,win32/rc/gdk-win32-res.o 
-Wl,--output-def,$(srcdir)/gdk.def
 endif # USE_WIN32
 
 if USE_BROADWAY
@@ -270,6 +270,10 @@ CLEANFILES += $(gir_DATA) $(typelibs_DAT
 endif # HAVE_INTROSPECTION
 
 if OS_WIN32
+noinst_DATA = gdk.def
+
+gdk.def: libgdk-3.la
+
 install-def-file: gdk.def
mkdir -p $(DESTDIR)$(libdir)
$(INSTALL) $(srcdir)/gdk.def $(DESTDIR)$(libdir)/gdk-win32-3.0.def
--- a/gtk/Makefile.am   2013-07-30 14:49:30 +0200
+++ b/gtk/Makefile.am   2013-07-30 15:46:54 +0200
@@ -61,12 +61,15 @@ no_undefined = -no-undefined
 endif
 
 if OS_WIN32
-gtk_def = gtk.def
-gtk_win32_symbols = -export-symbols $(srcdir)/gtk.def
+noinst_DATA = gtk.def
+
+gtk_gen_def = -Wl,--output-def,$(srcdir)/gtk.def
 
 gtk_win32_res = gtk-win32-res.o
 gtk_win32_res_ldflag = -Wl,gtk-win32-res.o
 
+gtk.def: libgtk-3.la
+
 gtk-win32-res.o : gtk-win32.rc
$(WINDRES) gtk-win32.rc $@
 
@@ -1236,8 +1239,8 @@ libgtk_3_la_DEPENDENCIES = $(deps)
 if USE_WIN32
 libgtk_3_la_LIBADD += -lole32 -lgdi32 -lcomdlg32 -lwinspool -lcomctl32
 libgtk_3_la_LDFLAGS += -Wl,-luuid
-libgtk_3_la_DEPENDENCIES += $(gtk_def) $(gtk_win32_res) $(deps)
-libgtk_target_ldflags = $(gtk_win32_res_ldflag) $(gtk_win32_symbols)
+libgtk_3_la_DEPENDENCIES += $(gtk_win32_res) $(deps)
+libgtk_target_ldflags = $(gtk_win32_res_ldflag) $(gtk_gen_def)
 endif
 
 install-exec-hook:
--- a/testsuite/gtk/Makefile.am 2013-07-30 15:14:07 +0200
+++ b/testsuite/gtk/Makefile.am 2013-07-30 15:14:19 +0200
@@ -32,7 +32,6 @@ TEST_PROGS += \
bitmask \
builder \
cellarea\
-   defaultvalue\
entry   \
expander\
floating\
@@ -58,7 +57,7 @@ TEST_PROGS += \
$(NULL)
 
 if OS_UNIX
-#TEST_PROGS+= defaultvalue
+TEST_PROGS += defaultvalue
 endif
 
 #TEST_PROGS+= testing
--- a/modules/input/gtkimcontextime.c   2013-07-30 14:47:39 +0200
+++ b/modules/input/gtkimcontextime.c   2013-07-30 14:48:38 +0200
@@ -31,7 +31,7 @@
 
 #include "imm-extra.h"
 
-#include 
+#include 
 #include "gdk/win32/gdkwin32.h"
 #include "gdk/gdkkeysyms.h"
 
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Is GTK+ a cross-platform toolkit ?

2013-03-15 Thread Martin Schlemmer
Windows 7 Aero theme if I'm not too tired/blind? If that is the case, then its 
strange, as I do not get similar results.


>>> On 3/15/2013 at  2:26 PM,  wrote:
> You are so helpful, Martin. Yes you're right. Changing the .css files as you 
> suggested enabled spinners to spin again ; thanks for preventing me of 
> spenting hours in obscure code.
> I prefer the Adwaita one, too. 
> 
> For the GtkNotebook revert you suggested before (based on 
> https://git.gnome.org/browse/gtk+/commit/?id=7e917e54), though, I'm not so 
> sure. See below : 
> 
> That's before reverting :
> http://www.tarnyko.net/repo/gtk364-before.png 
> and after :
> http://www.tarnyko.net/repo/gtk364-after.png 
> 
> Before, only selected tabs look like they miss their borders. After, they 
> all look like that. 
> 
> Regards,
> Tarnyko 
> 
> 
> Martin Schlemmer writes: 
> 
>>>>> On 3/15/2013 at  1:45 AM,  wrote:
>>> For the Spinner problem you noticed (they don't spin) : it's not a 
>>> Win32-specific bug. In fact, you can reproduce this on Linux by removing or 
>>> commenting the "gtk-theme" line in "/etc/gtk-3.0/settings.ini" (tested on 
>>> Ubuntu Raring).
>>> This seems to be related to new code in "gtkstylecontext.c" which now runs 
>>> animations only if a CSS theme has been loaded before (and that never 
>>> happens when falling back to default theme). I'm tracking that down and 
>>> will 
>  
>>> 
>> 
>> Seems more its due to the animation now being handled through CSS - the 
> @keyframes, etc. sections for .spinner and animation property for 
> .spinner:active being missing.
>> If you copy all the .spinner bits from gtk-default.css (or the Adwaita 
>> theme) 
> to gtk-win32-base.css, you get the same "circle"-themed spinner (personally I 
> think the Adwaita one looks better, as it have less circles - 8 vs 12).
>> Not sure if its possible to have the "bar"-themed spinner used to date on 
> win32 with current CSS theming? 
>> 
>> 
>> Regards,
>> Martin 
>> 
>>> 
>>> Martin Schlemmer writes:  
>>> 
>>>>>>> On 3/11/2013 at  6:22 PM, Andy Spencer  wrote:
>>>>> On 2013-03-11 17:20, Martin Schlemmer wrote:
>>>>>> Compared to 3.4.4:
>>>>>> - GtkNotebooks with a non-default oritation is broken
>>>>> 
>>>>> I opened a bug report for this issue a while back. I didn't realize
>>>>> it worked in 3.4.4 though:  
>>>>> 
>>>>>   https://bugzilla.gnome.org/show_bug.cgi?id=691678   
>>>>> 
>>>>> Taking a quick look at the logs I think it *may* be related to this
>>>>> commit. I'll see if I can do a build and check for sure sometime. If it
>>>>> is. I think there are better ways to implement tab positions in win32
>>>>> anyway.  
>>>>> 
>>>>>   https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 
>>>>   
>>>> 
>>>> Good catch, reverting this fixes it. Might add it to the mentioned report. 
>>>>  
>>>> 
>>>> 
>>>> Regards,
>>>> Martin  
>>>> 
>>>>   
>>>> 
>>>> Vrywaringsklousule / Disclaimer:  
>>> http://www.nwu.ac.za/it/gov-man/disclaimer.html  
>>>> 
>>> ___
>>> gtk-devel-list mailing list
>>> gtk-devel-list@gnome.org 
>>> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 
>>  
>> 
>>  
>> 
>> Vrywaringsklousule / Disclaimer:  
> http://www.nwu.ac.za/it/gov-man/disclaimer.html  
>> 
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org 
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Is GTK+ a cross-platform toolkit ?

2013-03-15 Thread Martin Schlemmer
>>> On 3/15/2013 at  1:45 AM,  wrote:
> For the Spinner problem you noticed (they don't spin) : it's not a 
> Win32-specific bug. In fact, you can reproduce this on Linux by removing or 
> commenting the "gtk-theme" line in "/etc/gtk-3.0/settings.ini" (tested on 
> Ubuntu Raring).
> This seems to be related to new code in "gtkstylecontext.c" which now runs 
> animations only if a CSS theme has been loaded before (and that never 
> happens when falling back to default theme). I'm tracking that down and will 
> 

Seems more its due to the animation now being handled through CSS - the 
@keyframes, etc. sections for .spinner and animation property for 
.spinner:active being missing.
If you copy all the .spinner bits from gtk-default.css (or the Adwaita theme) 
to gtk-win32-base.css, you get the same "circle"-themed spinner (personally I 
think the Adwaita one looks better, as it have less circles - 8 vs 12).
Not sure if its possible to have the "bar"-themed spinner used to date on win32 
with current CSS theming?


Regards,
Martin

> 
> Martin Schlemmer writes: 
> 
>>>>> On 3/11/2013 at  6:22 PM, Andy Spencer  wrote:
>>> On 2013-03-11 17:20, Martin Schlemmer wrote:
>>>> Compared to 3.4.4:
>>>> - GtkNotebooks with a non-default oritation is broken
>>> 
>>> I opened a bug report for this issue a while back. I didn't realize
>>> it worked in 3.4.4 though: 
>>> 
>>>   https://bugzilla.gnome.org/show_bug.cgi?id=691678  
>>> 
>>> Taking a quick look at the logs I think it *may* be related to this
>>> commit. I'll see if I can do a build and check for sure sometime. If it
>>> is. I think there are better ways to implement tab positions in win32
>>> anyway. 
>>> 
>>>   https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 
>>  
>> 
>> Good catch, reverting this fixes it. Might add it to the mentioned report. 
>> 
>> 
>> Regards,
>> Martin 
>> 
>>  
>> 
>> Vrywaringsklousule / Disclaimer:  
> http://www.nwu.ac.za/it/gov-man/disclaimer.html  
>> 
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org 
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Is GTK+ a cross-platform toolkit ?

2013-03-14 Thread Martin Schlemmer
>>> On 3/11/2013 at  6:22 PM, Andy Spencer  wrote:
> On 2013-03-11 17:20, Martin Schlemmer wrote:
>> Compared to 3.4.4:
>> - GtkNotebooks with a non-default oritation is broken
> 
> I opened a bug report for this issue a while back. I didn't realize
> it worked in 3.4.4 though:
> 
>   https://bugzilla.gnome.org/show_bug.cgi?id=691678 
> 
> Taking a quick look at the logs I think it *may* be related to this
> commit. I'll see if I can do a build and check for sure sometime. If it
> is. I think there are better ways to implement tab positions in win32
> anyway.
> 
>   https://git.gnome.org/browse/gtk+/commit/?id=7e917e54 


Good catch, reverting this fixes it. Might add it to the mentioned report.


Regards,
Martin



Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Asking a favor to review a patch

2013-03-11 Thread Martin Schlemmer
Hi,

Builds fine against 2.34.3 on MinGW (official MinGW with TDM-gcc). Glade 3.14.2 
(that I know use gresources) seems fine.


Regards,
Martin

>>> On 2/25/2013 at  5:49 AM, Fan Chun-wei  wrote:
> Hi,
> 
> I have filed bug 693646 about two weeks ago regarding 
> gspawn-win32-helper.c which fixes the Win32 spawn helper programs when 
> they are linked with msvcr80.dll or later.  As msvcr80.dll (and later) 
> are much more picky on the validity of the fd (file descriptor) passed 
> into close(), the current code in gspawn-win32-helper.c will assert 
> (aborted by the CRT) when it is linked against msvcr80.dll or later 
> (please see the bug report for more details).  As the helper program 
> will be used by programs using the gspawn APIs on Windows, this problem 
> will cause programs and tools, more notably glib-compile-resources to 
> fail to run on Windows when it is built with msvcr80.dll or later.  I am 
> asking people, especially that build and use GLib on Windows, to see
> 
> -Whether this bug causes any problems for those building and using GLib 
> with MinGW (as they would most probably use MSVCRT.dll)
> -Whether this bug affects those building and linking GLib with 
> msvcr80.dll or later, and whether the proposed fix fixes the problem.
> -Whether the patch is good to land.
> 
> Sorry for the noise, but this is a bug I would definitely like to fix 
> and close ASAP (it's a pain if unfixed :)
> 
> With blessings, thank you!
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org 
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: [RC] GTK+ 3.4.2/3.6.4 Bundle (Win32)

2013-03-11 Thread Martin Schlemmer
Hi,

I know you asked for validation some time back, but I could not get time as 
yet, sorry.

I have a bit of a very custom build system that mostly uses shell scripts via 
bash & msys, but it includes:
- making tools (intltool, etc.) more relocatable
- rather build gdk-pixbuf and gtk+ loaders into the libraries (skipping 
*-query-* commands mostly)
- include other libraries and programs like:
  - gobject-introspection
  - gtk2/gtk3
  - glade for both above
  - webkit and needed stack (not gstreamer and co yet)
- some other odd stuff.

I have been planning to clean it up and make it a bit more modular for ages, 
but just never get to it, but if anybody want to have a look and maybe get some 
extra ideas (I started back in 2007 by looking at TML's stuff), I can put it 
somewhere.


Regards,
Martin

>>> On 3/7/2013 at  2:43 AM,  wrote:
> Hi folks, 
> 
> Following the discussion in this previous thread 
> (https://mail.gnome.org/archives/gtk-devel-list/2013-March/msg00020.html), I 
> am very pleased to announce the availability for tests of two Win32 bundles 
> :
>  - GTK 3.4.2 / GLib 2.32.2
>  built with "GTK+3.4.2_build_system_(v3)"
>  - GTK+ 3.6.4 / GLib 2.34.3
>  build with "GTK+3.6.4_build_system_(v1)" 
> 
> You will find the downloads here :
> http://www.tarnyko.net/repo/gtk3_build_system/ 
> 
> Each bundle is a ZIP archive containing among binaries :
>  - a README including installation instructions ;
>  - a manifest file ;
>  - source build scripts with build logs (see "src/tarnyko/scripts/logs"). 
> 
> Each build system is a complete MinGW/MSYS environments intended for 
> installation on vanilla Windows XP/Vista/7/8. They are very straightforward 
> to use if you follow the instructions carefully. They should work 
> out-of-the-box. 
> 
>  --- 
> 
> If you want to test a real-world GTK+3 win32 app with these bundles, please 
> grab Glade 3.14.1 here :
> http://www.tarnyko.net/repo/Glade-3.14.1_(RAUM-TARNYKO).exe 
> 
> It's an installer without GTK+3, so it always uses the system-wide bundle 
> (or the binaries dropped directly in its "bin" folder). 
> 
>  --- 
> 
> It's very nice to see GTK+ 3.6.4 working on Windows. Here is a screenshot of 
> 
> the new CSS widgets :
> http://www.tarnyko.net/repo/gtk-demo-3.6.4-win32.png 
> 
> But some resources don't seem to load properly (see red-crossed images in 
> "Style Classes" demo). Debug planned... 
> 
>  --- 
> 
> Regards,
> Tarnyko
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org 
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Is GTK+ a cross-platform toolkit ?

2013-03-11 Thread Martin Schlemmer
>>> On 3/6/2013 at  3:07 PM,  wrote:
> 3.6.4 is stable ? So the work I'm doing right now is going to be
worth it 
> ^^. Thanks for the info, for the wiki thing too, I'm going to be back
soon 
> with some stuff. 
> 

Compared to 3.4.4:
- GtkNotebooks with a non-default oritation is broken
- GtkSpinners do not spin (think its fixed in 3.7.x somewhere if I read
the ChangeLog correctly - have not tried 3.7 yet)

Maybe a few other things, but that is just from visual inspection.
Unfortunately my time is a bit limited at the moment, and as I do not
yet use GTK+3, I have not tried to track it down.


Regards,
Martin

>> Hi, 
>> 
>> On 5 March 2013 11:32,   wrote:
>>> OK, as a majority of people seem to be interested, here is what I
will do :
>>> 1) Produce binaries of following GTK+3 versions :
>>> - 3.4.1 "stable" (http://packages.ubuntu.com/precise/libgtk-3-0,
Debian
>>> Wheezy provides 3.4.2 so we are safe) ;
>>> - 3.6.4 "development" (last one).
>>> 2) Package them as .zip files. I will use the same layout as
existing GTK+2
>>> .zip files, except for the .spec file which I don't use.
>>> 3) Put them, and the corresponding build environments, online. Give
links so
>>> you folks can download and test them.
>>> I will post a new message here when it's ready. Should not be too
long.
>> 
>> Thanks a lot for your work. Until this get in a more 'official'
form
>> Ive added your work to the GTK+ wiki [1], feel free to improve the
>> page if you find something not correct.
>> Also, note that the latest GTK+ stable version is 3.6.4 (the
current
>> development version is 3.7.12) 
>> 
>> Thanks again and keep the good work ;) 
>> 
>> [1] https://live.gnome.org/GTK%2B/Win32 
>> 
>> -- 
>> Javier Jardón Cabezas
> ___
> gtk-devel-list mailing list
> gtk-devel-list@gnome.org 
> https://mail.gnome.org/mailman/listinfo/gtk-devel-list 




Vrywaringsklousule / Disclaimer: 
http://www.nwu.ac.za/it/gov-man/disclaimer.html 
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Notebook tab not correctly drawn if tab pos = BOTTOM (gtk 3.5.4, win32)

2013-03-11 Thread Martin Schlemmer
>>> On 2/21/2013 at  4:29 AM, Federico Mena Quintero  wrote:
> On Tue, 2013-02-19 at 18:39 +0100, th-pitsc...@uni.de wrote:
> 
>> I was putting a GtkNotebook on a main window widget (using glade) and
>> set the tab position to BOTTOM. This looks alright in glade.
>> 
>> 
>> However, running the application itself one sees that the tabs are not
>> drawn correctly (they retain round corners and the highlighting orange
>> at the _top_ edge of the tab, while it should be at the bottom). see
>> attach link.
> 
> Please file a bug about this.  If you have time, file it with a minimal
> test case - a little program and the corresponding .ui file, or a little
> program with the Glade stuff embedded and using
> gtk_builder_add_from_string().
> 

This is a regression in 3.5.x somewhere. It is fine in 3.4.4 still, but I know 
its the same for 3.6.2 and 3.6.4.
Existing test case is  'gtk3-widget-factory'.


Regards,
Martin



Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Problems with un-owned objects passed to closures in pygobject (gtk_cell_renderer_text_start_editing)

2013-03-11 Thread Martin Schlemmer
>>> On 2/8/2013 at  9:43 AM, Simon Feltman  wrote:
> Ticket and patch for the transient argument to the GtkCellRendererText
> "editing-started" signal:
> https://bugzilla.gnome.org/show_bug.cgi?id=693400 
> 
> This is what I was proposing when I started this thread. If this kind of
> fix is ok, I have no problem looking for more cases in the GTK+ code base.
> 

Isn't this also a problem for GtkCellRendererCombo? I know especially with 
callbacks on the GtkEntry GtkBin child if 'has-entry' are enabled with Perl 
there are issues ...
Possibly the other's as well, but I normally do not use them.


Regards,
Martin

> 
> 
> On Thu, Feb 7, 2013 at 7:08 PM, Simon Feltman  wrote:
> 
>> I've created a ticket and proposed patch for GTK+:
>> https://bugzilla.gnome.org/show_bug.cgi?id=693393 
>>
>>  I am looking for feedback to see if this type of thing is even acceptable
>> and if it's worthy of further pursuit.
>>
>> Thanks,
>> -Simon
>>
>>
>>
>> On Thu, Feb 7, 2013 at 1:16 PM, Torsten Schoenfeld wrote:
>>
>>> On 07.02.2013 01:12, Simon Feltman wrote:
>>>
 Unfortunately there are a few more of these:
 Gtk.Action.create_menu
 Gtk.Action.create_menu_item
 Gtk.Action.create_tool_item
 Gtk.PrintOperation.create_**custom_widget
 Gtk.PrintOperation.create-**custom-widget (signal)
 Gladeui.EditorProperty.create_**input
 Gladeui.BaseEditor.build_**child?
 Gladeui.BaseEditor.build-child (signal)

>>>
>>> Also: Gtk.CellRenderer.start_**editing.
>>>
>>> __**_
>>> gtk-devel-list mailing list
>>> gtk-devel-list@gnome.org 
>>> 
> https://mail.gnome.org/**mailman/listinfo/gtk-devel-**list  
> g/mailman/listinfo/gtk-devel-list>
>>>
>>
>>




Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Notebook tab not correctly drawn if tab pos = BOTTOM (gtk 3.5.4, win32)

2013-03-11 Thread Martin Schlemmer
>>> On 2/21/2013 at 10:09 AM, Jernej Simoncic
wrote:
> On Tue, 19 Feb 2013 18:39:18 +0100, th-pitsc...@uni.de wrote:
> 
>> Looking through the code (git master gtknotebook.c) I can only guess
>> where the respective drawing action might occur, and I can't see
>> anything which might cause this behavior (specifically on windows).
>> I was hesitating to file a bug report for this.
> 
> I think this is a limitation of the Windows' theming engine - I remember
> similar problems happening in native applications.
> 

This is a regression in 3.5.x somewhere. It is fine in 3.4.4 still, but I know 
its the same for 3.6.2 and 3.6.4.


Regards,
Martin


Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Some questions regarding GObject-Introspection

2012-07-29 Thread Martin Schlemmer
>>> On 7/19/2012 at  7:28 AM, Fan Chun-wei  wrote:
> After figuring out where I should place the .typelib/.gir files, I 
> proceeded to to run the glib-print example, but I get:
> **
> domain:ERROR:glib-print.c:1057148:main: hello world
> 
> This application has requested the Runtime to terminate it in an unusual 
> way.
> Please contact the application's support team for more information.
> 

Seems fine, as its an assert that is triggered by that example. Try to change 
line 20 from:

-
base_info = g_irepository_find_by_name(repository, "GLib", "assertion_message");
-

to:

-
base_info = g_irepository_find_by_name(repository, "GLib", "warn_message");
-

then it will not trigger the assert and (hopefully) exit normally and just 
issue the following warning:

-
(glib-print.exe:6764): domain-WARNING **: (glib-print.c:4206717):main: runtime 
check failed: (hello world)
-

>From the error to that call, it looks like it should have been warn_message 
>anyhow 


Regards,
Martin



Vrywaringsklousule / Disclaimer:  
http://www.nwu.ac.za/it/gov-man/disclaimer.html 

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list