Thread: [Gtk-osx-users] GtkOSXApplication menu support
Status: Beta
Brought to you by:
jralls
Menu
▾
▴
gtk-osx-users
|
From: Jesse v. d. K. <jes...@ep...> - 2011-03-16 12:21:42
Attachments:
jesse_vandenkieboom.vcf
|
Hi, I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. Does anyone have any idea why this happens and how to fix it? Jesse |
|
From: Jesse v. d. K. <je...@ic...> - 2011-03-16 12:48:14
|
Hi, I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. Does anyone have any idea why this happens and how to fix it? Jesse |
|
From: John R. <jr...@ce...> - 2011-03-16 13:45:44
|
On Mar 16, 2011, at 5:21 AM, Jesse van den Kieboom wrote: > Hi, > > I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. > > Does anyone have any idea why this happens and how to fix it? Does the extra apple have a menu attached to it? Is it a duplicate of the system menu or something else? Regards, John Ralls |
|
From: Jesse v. d. K. <jes...@ep...> - 2011-03-16 15:03:18
Attachments:
jesse_vandenkieboom.vcf
|
On 03/16/2011 02:45 PM, John Ralls wrote: > On Mar 16, 2011, at 5:21 AM, Jesse van den Kieboom wrote: > >> Hi, >> >> I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. >> >> Does anyone have any idea why this happens and how to fix it? > Does the extra apple have a menu attached to it? Is it a duplicate of the system menu or something else? There is nothing attached to it (clicking it has not really any effect). I can't reproduce with test-integration, but I'm not sure what could be different in gedit. I also tried explicitly syncing the menu but it doesn't remove the apple menu. > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: van d. K. J. <jes...@ep...> - 2011-03-19 19:20:06
|
In addition, it also appears that all menu items have the Shift accelerator. Even if I override with an accelmap, Shift is still present in the menu item. Do you have any idea what might cause this? Jesse ________________________________________ Van: Jesse van den Kieboom [jes...@ep...] Verzonden: woensdag 16 maart 2011 16:03 Aan: gtk...@li... Onderwerp: Re: [Gtk-osx-users] GtkOSXApplication menu support On 03/16/2011 02:45 PM, John Ralls wrote: > On Mar 16, 2011, at 5:21 AM, Jesse van den Kieboom wrote: > >> Hi, >> >> I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. >> >> Does anyone have any idea why this happens and how to fix it? > Does the extra apple have a menu attached to it? Is it a duplicate of the system menu or something else? There is nothing attached to it (clicking it has not really any effect). I can't reproduce with test-integration, but I'm not sure what could be different in gedit. I also tried explicitly syncing the menu but it doesn't remove the apple menu. > Regards, > John Ralls > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Gtk-osx-users mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: John R. <jr...@ce...> - 2011-03-19 21:50:25
|
On Mar 19, 2011, at 12:19 PM, van den Kieboom Jesse wrote: > In addition, it also appears that all menu items have the Shift accelerator. Even if I override with an accelmap, Shift is still present in the menu item. Do you have any idea what might cause this? > > Using capital letters in your accelmap entries will turn on GDK_MOD_SHIFT_MASK. Supposedly a feature, but FWIW Cocoa will do the same thing. Regards, John Ralls |
|
From: Shawn B. <sha...@ho...> - 2011-03-24 20:10:53
|
The code in question:
/* The Logo */
g_object_get((GObject*)self->display,"main_logo",&file_name,NULL);
logo = gtk_image_new_from_file (file_name);
gtk_box_pack_start(main_hbox,logo,FALSE,FALSE,0);
gtk_widget_show (logo);
The code compiles and runs fine when I am in the jhbuild shell, the logo displays with no issues. However, after having created a bundle file using ige-mac-integration, all the files that use the ciaro_* functions work fine (load and display all images correctly, except for this one, and the only real difference is that I use gtk_image_new_from_file to create a widget to pack, instead of drawing it using cairo_* functions.
Here are the file locations when running in jhbuild shell:
Main File: /Users/shawn/gtk/inst/share/isiod/macodie.ui
Base: /Users/shawn/gtk/inst/share/
Object: orderdesk
Page Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISI40.png
Page Bkgd: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISI16-1.png
Main Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISILOGO-TRANS.png
Here are the files locations reported when running via the bundle:
Main File: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/macodie.ui
Base: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/
Object: orderdesk
Page Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISI40.png
Page Bkgd: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISI16-1.png
Main Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISILOGO-TRANS.png
Any ideas?
|
|
From: John R. <jr...@ce...> - 2011-03-24 21:12:54
|
On Mar 24, 2011, at 1:10 PM, Shawn Bakhtiar wrote: > > The code in question: > > /* The Logo */ > g_object_get((GObject*)self->display,"main_logo",&file_name,NULL); > logo = gtk_image_new_from_file (file_name); > gtk_box_pack_start(main_hbox,logo,FALSE,FALSE,0); > gtk_widget_show (logo); > > > The code compiles and runs fine when I am in the jhbuild shell, the logo displays with no issues. However, after having created a bundle file using ige-mac-integration, all the files that use the ciaro_* functions work fine (load and display all images correctly, except for this one, and the only real difference is that I use gtk_image_new_from_file to create a widget to pack, instead of drawing it using cairo_* functions. > > Here are the file locations when running in jhbuild shell: > Main File: /Users/shawn/gtk/inst/share/isiod/macodie.ui > Base: /Users/shawn/gtk/inst/share/ > Object: orderdesk > Page Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISI40.png > Page Bkgd: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISI16-1.png > Main Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISILOGO-TRANS.png > > > Here are the files locations reported when running via the bundle: > Main File: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/macodie.ui > Base: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/ > Object: orderdesk > Page Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISI40.png > Page Bkgd: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISI16-1.png > Main Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISILOGO-TRANS.png > > > Any ideas? > About what? Is there a problem or a question buried in there somewhere? Regards, John Ralls |
|
From: Richard P. <ric...@gm...> - 2011-03-24 21:29:45
|
On 25/03/2011, at 7:10 AM, Shawn Bakhtiar wrote: > > The code in question: > > /* The Logo */ > g_object_get((GObject*)self->display,"main_logo",&file_name,NULL); > logo = gtk_image_new_from_file (file_name); > gtk_box_pack_start(main_hbox,logo,FALSE,FALSE,0); > gtk_widget_show (logo); > > > The code compiles and runs fine when I am in the jhbuild shell, the logo displays with no issues. However, after having created a bundle file using ige-mac-integration, all the files that use the ciaro_* functions work fine (load and display all images correctly, except for this one, and the only real difference is that I use gtk_image_new_from_file to create a widget to pack, instead of drawing it using cairo_* functions. > > [snip] - unbundled > Main Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISILOGO-TRANS.png > > [snip] - bundled > Main Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISILOGO-TRANS.png Is this the measured value of file_name when running bundled? > Any ideas? Check the file permissions? Are there any relevant warnings in the syslog? regards, Richard. |
|
From: Shawn B. <sha...@ho...> - 2011-03-24 21:56:35
|
The output is the runtime value of the variables from a debug function (the first is jhbuild the second is running the bundle from the command line), the question is, I don't know why all the cairo_* functions seem to find the correct location, and have no permission issues in opening the file, while the gtk_image_new_from_file does not work, and I don't know why it does not work?
Here is how I got around it, instead of loading a GtkImage, I ceated a GtkDrawingArea like so, and now the logo shows with no problems:
GtkWidget *drawing_area = gtk_drawing_area_new ();
gtk_widget_set_size_request (drawing_area, 128, 128);
g_signal_connect (G_OBJECT (drawing_area), "expose-event",
G_CALLBACK (isi_app_draw_logo_callback), (gpointer)self);
// logo = gtk_image_new_from_file (file_name);
gtk_box_pack_start(main_hbox,drawing_area,FALSE,FALSE,0);
gtk_widget_show (drawing_area);
gboolean
isi_app_draw_logo_callback (GtkWidget *widget, GdkEventExpose *event, gpointer user_data)
{
IsiApp *self;
cairo_t *cr = NULL; /* Rendering context derived from widget */
cairo_surface_t *logo_image = NULL; /* background image of current frame*/
gchar *file_name = NULL;
self = (IsiApp*)user_data;
/* Sanity Check */
g_return_val_if_fail(self != NULL, FALSE);
/* Get the context to which we need to draw */
cr = gdk_cairo_create(widget->window);
g_object_get((GObject*)self->display,"main_logo",&file_name,NULL);
logo_image = cairo_image_surface_create_from_png(file_name);
/* Set pattern as new source */
if(cr != NULL && logo_image != NULL)
cairo_set_source_surface(cr, logo_image, 0, 20);
cairo_paint (cr);
/* clean up */
g_free(file_name);
/* Distroy the context we created */
cairo_destroy(cr);
cairo_surface_destroy (logo_image);
return FALSE;
}
The file_name is the file_name, and the application can access it since all the other png files work, and now that I have re-implemented using the above code, it too, works. It seems that the cairo_image_surface_create_from_* set of functions work fine, while the gtk_image_new_from_file does not.
> From: ric...@gm...
> Date: Fri, 25 Mar 2011 07:46:47 +1100
> To: gtk...@li...
> Subject: Re: [Gtk-osx-users] ige-mac-bundler and gtk_image_new_from_file
>
>
> On 25/03/2011, at 7:10 AM, Shawn Bakhtiar wrote:
>
> >
> > The code in question:
> >
> > /* The Logo */
> > g_object_get((GObject*)self->display,"main_logo",&file_name,NULL);
> > logo = gtk_image_new_from_file (file_name);
> > gtk_box_pack_start(main_hbox,logo,FALSE,FALSE,0);
> > gtk_widget_show (logo);
> >
> >
> > The code compiles and runs fine when I am in the jhbuild shell, the logo displays with no issues. However, after having created a bundle file using ige-mac-integration, all the files that use the ciaro_* functions work fine (load and display all images correctly, except for this one, and the only real difference is that I use gtk_image_new_from_file to create a widget to pack, instead of drawing it using cairo_* functions.
> >
> > [snip] - unbundled
> > Main Logo: /Users/shawn/gtk/inst/share/isiod/pixmaps/ISILOGO-TRANS.png
> >
> > [snip] - bundled
> > Main Logo: ///Users/shawn/odie_bundle/orderdesk.app/Contents/Resources/share/isiod/pixmaps/ISILOGO-TRANS.png
>
> Is this the measured value of file_name when running bundled?
>
> > Any ideas?
>
> Check the file permissions? Are there any relevant warnings in the syslog?
>
> regards,
> Richard.
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users
|
|
From: John R. <jr...@ce...> - 2011-03-24 22:32:42
|
On Mar 24, 2011, at 2:56 PM, Shawn Bakhtiar wrote: > > The output is the runtime value of the variables from a debug function (the first is jhbuild the second is running the bundle from the command line), the question is, I don't know why all the cairo_* functions seem to find the correct location, and have no permission issues in opening the file, while the gtk_image_new_from_file does not work, and I don't know why it does not work? > > Here is how I got around it, instead of loading a GtkImage, I ceated a GtkDrawingArea like so, and now the logo shows with no problems: > > > > > > GtkWidget *drawing_area = gtk_drawing_area_new (); > gtk_widget_set_size_request (drawing_area, 128, 128); > g_signal_connect (G_OBJECT (drawing_area), "expose-event", > G_CALLBACK (isi_app_draw_logo_callback), (gpointer)self); > > // logo = gtk_image_new_from_file (file_name); > gtk_box_pack_start(main_hbox,drawing_area,FALSE,FALSE,0); > gtk_widget_show (drawing_area); Ah. Are you sure that your bundle includes the gdk-pixbuf loadable modules? They moved out of lib/gtk+-2.0 into lib/gdk-pixbuf-2.0 between Gtk+-2.20 and Gtk+-2.24. Regards, John Ralls |
|
From: Shawn B. <sha...@ho...> - 2011-03-25 17:28:16
|
Thanks as always John,
But I did try importing everything in the {prefix}/lib and it still did not work. That was my first though. At this point I am just leaving it the way it is, and move on, I am assuming that pixbuf is not the same as cairo? Doesn't that cause bloat? To have two libraries that do the same thing?
> From: jr...@ce...
> Date: Thu, 24 Mar 2011 15:32:33 -0700
> To: gtk...@li...
> Subject: Re: [Gtk-osx-users] ige-mac-bundler and gtk_image_new_from_file
>
>
> On Mar 24, 2011, at 2:56 PM, Shawn Bakhtiar wrote:
>
> >
> > The output is the runtime value of the variables from a debug function (the first is jhbuild the second is running the bundle from the command line), the question is, I don't know why all the cairo_* functions seem to find the correct location, and have no permission issues in opening the file, while the gtk_image_new_from_file does not work, and I don't know why it does not work?
> >
> > Here is how I got around it, instead of loading a GtkImage, I ceated a GtkDrawingArea like so, and now the logo shows with no problems:
> >
> >
> >
> >
> >
> > GtkWidget *drawing_area = gtk_drawing_area_new ();
> > gtk_widget_set_size_request (drawing_area, 128, 128);
> > g_signal_connect (G_OBJECT (drawing_area), "expose-event",
> > G_CALLBACK (isi_app_draw_logo_callback), (gpointer)self);
> >
> > // logo = gtk_image_new_from_file (file_name);
> > gtk_box_pack_start(main_hbox,drawing_area,FALSE,FALSE,0);
> > gtk_widget_show (drawing_area);
>
> Ah. Are you sure that your bundle includes the gdk-pixbuf loadable modules? They moved out of lib/gtk+-2.0 into lib/gdk-pixbuf-2.0 between Gtk+-2.20 and Gtk+-2.24.
>
> Regards,
> John Ralls
>
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users
|
|
From: John R. <jr...@ce...> - 2011-03-25 18:28:36
|
On Mar 25, 2011, at 10:28 AM, Shawn Bakhtiar wrote:
> Thanks as always John,
>
> But I did try importing everything in the {prefix}/lib and it still did not work. That was my first though. At this point I am just leaving it the way it is, and move on, I am assuming that pixbuf is not the same as cairo? Doesn't that cause bloat? To have two libraries that do the same thing?
Looks like you've forgotten about http://mail.gnome.org/archives/gtk-devel-list/2010-September/msg00022.html.
Yes, there's a fair amount of overlap, which has I think been removed from Gtk3, IIRC what's in that thread. But gdk-pixbuf does some other stuff to prepare an image to put on the cairo surface and to cache it, and that part is still in place.
Anyway, if it works in the build directory and not in the bundle, it surely means that either something is missing from the bundle or the app can't find it. (Do you have LD_LIBRARY_PATH exported in your bundle? OSX uses that to find loadable modules. I don't think it normally needs to be set for gdk-pixbuf, though.) There should be some messages about not being able to find something in the console log; if there isn't, try a lower loglevel setting for the Gtk log domain.
Regards,
John Ralls
|
|
From: Richard P. <ric...@gm...> - 2011-03-25 22:50:26
|
On 26/03/2011, at 5:28 AM, John Ralls wrote:
>
> On Mar 25, 2011, at 10:28 AM, Shawn Bakhtiar wrote:
>
>> Thanks as always John,
>>
>> But I did try importing everything in the {prefix}/lib and it still did not work. That was my first though. At this point I am just leaving it the way it is, and move on, I am assuming that pixbuf is not the same as cairo? Doesn't that cause bloat? To have two libraries that do the same thing?
>
> Anyway, if it works in the build directory and not in the bundle, it surely means that either something is missing from the bundle or the app can't find it. (Do you have LD_LIBRARY_PATH exported in your bundle? OSX uses that to find loadable modules. I don't think it normally needs to be set for gdk-pixbuf, though.)
Speaking of environment variables, a whole slew (I wonder if there a tastier collective noun for these?) is required for GTK to find everything. Here's my setup, modelled on the ige-mac-integration example, which you may find useful to check against - especially GDK_PIXBUF_MODULE_FILE. Also note that some of the other settings may be redundant or non-optimal.
self_path=`dirname $0`
echo "Args are $@"
bundle_base="${self_path}/../.."
bundle_contents="${bundle_base}/Contents"
bundle_resources="${bundle_contents}/Resources"
# These really ought not be necessary but GTK_PATH
# is insufficient to switch our GTK tree. GTK_IM_MODULE_FILE may
# be redundant. PANGO_RC_FILE is necessary, as GDK_PIXBUF_MODULE_FILE
export GTK2_RC_FILES="$bundle_resources/etc/gtk-2.0/gtkrc"
export GTK_IM_MODULE_FILE="$bundle_resources/etc/gtk-2.0/gtk.immodules"
export GDK_PIXBUF_MODULE_FILE="$bundle_resources/etc/gtk-2.0/gdk-pixbuf.loaders"
export PANGO_RC_FILE="${bundle_resources}/pango/pangorc"
export DYLD_LIBRARY_PATH="${bundle_resources}/lib"
export GTK_PATH="${bundle_resources}"
export GTK_DATA_PREFIX="${bundle_resources}"
export GTK_EXE_PREFIX="${bundle_resources}"
regards,
Richard.
> There should be some messages about not being able to find something in the console log; if there isn't, try a lower loglevel setting for the Gtk log domain.
>
> Regards,
> John Ralls
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar_______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users
|
|
From: John R. <jr...@ce...> - 2011-03-25 23:03:49
|
On Mar 25, 2011, at 3:48 PM, Richard Procter wrote: > export GTK2_RC_FILES="$bundle_resources/etc/gtk-2.0/gtkrc" > export GTK_IM_MODULE_FILE="$bundle_resources/etc/gtk-2.0/gtk.immodules" Does that imply that you've gotten Gtk IMs to work on OSX? Regards, John Ralls |
|
From: Richard P. <ric...@gm...> - 2011-03-25 23:27:37
|
On 26/03/2011, at 10:03 AM, John Ralls wrote: > > On Mar 25, 2011, at 3:48 PM, Richard Procter wrote: > >> export GTK2_RC_FILES="$bundle_resources/etc/gtk-2.0/gtkrc" >> export GTK_IM_MODULE_FILE="$bundle_resources/etc/gtk-2.0/gtk.immodules" > > Does that imply that you've gotten Gtk IMs to work on OSX? It's nice of you to think that I might have, but I haven't, no. I added it in case it was necessary after discovering that GTK_PATH was insufficient. regards, Richard. |
|
From: Shawn B. <sha...@ho...> - 2011-03-28 16:37:00
|
Ah now the fog is lifting from my Swiss Cheese mind.
I switch the relevant parts of the code to use cairo so it all works now. To address your question, here are the snipits from the input file to ige-mac-bundler and the subsequent script it creates. I don't see anything wrong; I have verified that the exported variables are pointing to the right place (the files do exist in the bundle).
Here is what orderdesk.bundle looks like (truncated):
....
<plist>${project}/Info.plist</plist>
<main-binary>${prefix}/bin/orderdesk</main-binary>
<binary>${prefix}/bin/scanner</binary>
<binary>${prefix}/bin/isiutil</binary>
<binary>
${prefix}/lib/gtk-2.0/*
</binary>
<binary>
${prefix}/lib/gdk-pixbuf-2.0/*
</binary>
....
I use ige-mac-bundler which than creates this (truncated):
....
name="`basename $0`"
tmp="`pwd`/$0"
tmp=`dirname "$tmp"`
tmp=`dirname "$tmp"`
bundle=`dirname "$tmp"`
bundle_contents="$bundle"/Contents
bundle_res="$bundle_contents"/Resources
bundle_lib="$bundle_res"/lib
bundle_bin="$bundle_res"/bin
bundle_data="$bundle_res"/share
bundle_etc="$bundle_res"/etc
export DYLD_LIBRARY_PATH="$bundle_lib"
export XDG_CONFIG_DIRS="$bundle_etc"/xdg
export XDG_DATA_DIRS="$bundle_data"
export GTK_DATA_PREFIX="$bundle_res"
export GTK_EXE_PREFIX="$bundle_res"
export GTK_PATH="$bundle_res"
export GTK2_RC_FILES="$bundle_etc/gtk-2.0/gtkrc"
export GTK_IM_MODULE_FILE="$bundle_etc/gtk-2.0/gtk.immodules"
export GDK_PIXBUF_MODULE_FILE="$bundle_etc/gtk-2.0/gdk-pixbuf.loaders"
export PANGO_RC_FILE="$bundle_etc/pango/pangorc"
.....
$EXEC "$bundle_contents/MacOS/$name-bin" $* $EXTRA_ARGS
Thanks as always :)
From: jr...@ce...
Date: Fri, 25 Mar 2011 11:28:23 -0700
To: gtk...@li...
Subject: Re: [Gtk-osx-users] ige-mac-bundler and gtk_image_new_from_file
On Mar 25, 2011, at 10:28 AM, Shawn Bakhtiar wrote:Thanks as always John,
But I did try importing everything in the {prefix}/lib and it still did not work. That was my first though. At this point I am just leaving it the way it is, and move on, I am assuming that pixbuf is not the same as cairo? Doesn't that cause bloat? To have two libraries that do the same thing?
Looks like you've forgotten about http://mail.gnome.org/archives/gtk-devel-list/2010-September/msg00022.html.
Yes, there's a fair amount of overlap, which has I think been removed from Gtk3, IIRC what's in that thread. But gdk-pixbuf does some other stuff to prepare an image to put on the cairo surface and to cache it, and that part is still in place.
Anyway, if it works in the build directory and not in the bundle, it surely means that either something is missing from the bundle or the app can't find it. (Do you have LD_LIBRARY_PATH exported in your bundle? OSX uses that to find loadable modules. I don't think it normally needs to be set for gdk-pixbuf, though.) There should be some messages about not being able to find something in the console log; if there isn't, try a lower loglevel setting for the Gtk log domain.
Regards,John Ralls
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Gtk-osx-users mailing list
Gtk...@li...
https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: John R. <jr...@ce...> - 2011-03-28 16:54:11
|
On Mar 28, 2011, at 9:36 AM, Shawn Bakhtiar wrote: > > export GDK_PIXBUF_MODULE_FILE="$bundle_etc/gtk-2.0/gdk-pixbuf.loaders" And there's the problem. I'll update the launcher scripts shortly. Regards, John Ralls |
|
From: Mikkel K. J. <mi...@st...> - 2011-04-10 17:11:59
|
Hi Jesse and Others Did you resolve your problem with the extra apple menu ? I have the same issue, it appears when I create a new window and switching between windows makes it disappear. I also have a problem getting the "Window" and main menu to translate. Did you get this to work ? /Mikkel ons, 16 03 2011 kl. 16:03 +0100, skrev Jesse van den Kieboom: > On 03/16/2011 02:45 PM, John Ralls wrote: > > On Mar 16, 2011, at 5:21 AM, Jesse van den Kieboom wrote: > > > >> Hi, > >> > >> I'm currently porting gedit to the new GtkOSXApplication. Things seem to be much nicer now (cool with the multiple windows support for global menu). There is one thing that is a bit strange and I don't know why it happens, but when I set the menu (according to the example) I get somehow an additional Apple (like the system menu) in the menu bar (only a bit smaller). The weird thing also is that when I open an additional gedit window, and then switch back to the first one, this smaller apple logo menu thingie disappears. > >> > >> Does anyone have any idea why this happens and how to fix it? > > Does the extra apple have a menu attached to it? Is it a duplicate of the system menu or something else? > There is nothing attached to it (clicking it has not really any effect). > I can't reproduce with test-integration, but I'm not sure what could be > different in gedit. I also tried explicitly syncing the menu but it > doesn't remove the apple menu. > > Regards, > > John Ralls > > > > > > ------------------------------------------------------------------------------ > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > Gtk-osx-users mailing list > > Gtk...@li... > > https://lists.sourceforge.net/lists/listinfo/gtk-osx-users > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ Gtk-osx-users mailing list Gtk...@li... https://lists.sourceforge.net/lists/listinfo/gtk-osx-users |
|
From: John R. <jr...@ce...> - 2011-04-10 19:19:03
|
On Apr 10, 2011, at 10:11 AM, Mikkel Kruse Johnsen wrote: > Hi Jesse and Others > > Did you resolve your problem with the extra apple menu ? > > I have the same issue, it appears when I create a new window and switching between windows makes it disappear. > > I also have a problem getting the "Window" and main menu to translate. Did you get this to work ? > Can you create a minimal sample, perhaps by jiggering testintegration, that demonstrates the problem? Even if the problem turns out to be in your code this often helps find what the problem is. Regards John Ralls |
|
From: Mikkel K. J. <mi...@st...> - 2011-04-11 17:23:20
Attachments:
test-integration.c
|
Hi John Here is the test sample. Click on "Change Icon" and a new window will open. The extra Apple menu will also appear. -- Med Venlig Hilsen / Kind Regards Mikkel Kruse Johnsen IT Ansvarlig, Medejer Structura IT ApS Kratbjerg 212 3480 Fredensborg Telefon: +45 4816 1001 Telefax: +45 4824 5320 Direkte: +45 2128 7793 e-mail: mi...@st... søn, 10 04 2011 kl. 12:18 -0700, skrev John Ralls: > On Apr 10, 2011, at 10:11 AM, Mikkel Kruse Johnsen wrote: > > > Hi Jesse and Others > > > > Did you resolve your problem with the extra apple menu ? > > > > I have the same issue, it appears when I create a new window and switching between windows makes it disappear. > > > > I also have a problem getting the "Window" and main menu to translate. Did you get this to work ? > > > > Can you create a minimal sample, perhaps by jiggering testintegration, that demonstrates the problem? Even if the problem turns out to be in your code this often helps find what the problem is. > > Regards > John Ralls > > |
|
From: John R. <jr...@ce...> - 2011-04-11 19:11:08
|
On Apr 11, 2011, at 10:23 AM, Mikkel Kruse Johnsen wrote: > Hi John > > Here is the test sample. > > Click on "Change Icon" and a new window will open. The extra Apple menu will also appear. > Cool. I'll have to debug on that a bit; nothing obvious comes to mind. Regards, John Ralls |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X