gtk-osx-developer Mailing List for GTK+ Mac OS X (Page 5)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

This has probably been asked before, but the archives link on the
listinfo page didn't work.

Are there any plans to support gtk version 2?

I'm in the middle of trying to set up gtk-osx.  Where
do I get glib-config (with gtk)?

__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/

Hi Gtk-OSX developers,

Foolish person that I am, I managed to half subscribe myself, so that I
was able to post to this list, but not receive any replies. That is now
fixed with the assistance of Robin Rowe.

So sadly I have missed your replies to my question about using gtk-osx
with the gtk+ examples (buttons, in particular).

I humbly ask therefore for someone to forward me pertinent replies.  I
know I could wait 20 days and see the archive, but I am anxious to get
going!

Thanks,

Paul.

[I owe you a screenshot when I get my little program working :)]

On Mar 6, 2004, at 5:29 PM, David Burnett wrote:

> Bob Ippolito wrote:
>> On Mar 6, 2004, at 10:00 AM, David Burnett wrote:
>>> I can see a very good use for the patch.
>>> The window manager problem is the reason gimp
>>> plugins and extensions do not work.
>> I'm gonna call bullshit on that one, unless extensions/plugins run in 
>> a separate process??
> I'll see your BS and raise you a d'oh :-)
>
> Gimp plugin/extensions *are* separate processes. In fact they are
> separate programs that are run using execvp() and communicate
> with gimp through g_io_channels. Yuck :-)

Ok, sorry about that.. When I hear "plug-in", "extension", I think 
dynamically loadable code, because that's what it means to just about 
everything else.

Well anyways, it's not really possible to do what you want and be user 
friendly at the same time.. if a gimp plugin had a GUI, it would run as 
a separate application (separate icon on the dock, etc.).  I suppose 
you could have the shim info.plist set LSBackgroundOnly (or whatever 
it's called) to true, but it would still be a separate application and 
wouldn't be user friendly at all (you can't cycle to it, for example).

GIMP just can't act like this on OS X and cooperate with WindowServer.

>>> Stupid idea in the first place, not allowing command line
>>> tool to have a GUI.
>> This is all a non-issue, all that matters is
>>     - argv[0] points to a legitimate bundle somewhere
>>     - the bundle probably needs a correctly structured Info.plist
>>
>
> Info.plist must name the executable in the CFBundleExecutable key
> or the bundle must have the same name as the executable.

It is supposed to name *an* executable.  It doesn't affect what you're 
doing though, because the application will be launched by you, not by 
LaunchServices.  As you probably know, argv[0] and the actual 
executable don't have to be the same thing, that is only a convention.

execvp(plugin, {"/Full/path/to/shim.bundle/Contents/MacOS/fake", 
"arguments", "to", "plugin"})

> For gimp this would require major tinkerage with the gimp build process
> to create the bundles for the plugins, hacks into gimp to get it to 
> call
> the full path inside the bundle (running the bundle releases the
> process) and users having to create bundles for any third party plugins
> they want to build.

A small hack to gimp is required, nothing else... but there are going 
to be lots of problems, anyway, no matter how you end up doing it.

-bob

Bob,

> I'm gonna call [*#!@##!] on that one, unless [GIMP] extensions/plugins
> run in a separate process??

No swearing on our list please.

GIMP plug-ins are indeed forked processes running as executables, not
threaded dynamically loaded libraries. In CinePaint, which inherited the
GIMP architecture, we're building plug-ins into dlls instead of executables
(without changing the plug-in code!). We haven't implemented dlls yet on Mac
OS X, just Win32 so far. GIMP maintainers say that they won't change GIMP,
that they prefer the forked process architecture to help prevent buggy
plug-ins from crashing the main GIMP executable.

Cheers,

Robin
-------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Open source digital motion picture film software

Bob Ippolito wrote:
> On Mar 6, 2004, at 10:00 AM, David Burnett wrote:
> 
>> I can see a very good use for the patch.
>> The window manager problem is the reason gimp
>> plugins and extensions do not work. 
> 
> I'm gonna call bullshit on that one, unless extensions/plugins run in a 
> separate process??
> 
I'll see your BS and raise you a d'oh :-)

Gimp plugin/extensions *are* separate processes. In fact they are
separate programs that are run using execvp() and communicate
with gimp through g_io_channels. Yuck :-)

>> Stupid idea in the first place, not allowing command line
>> tool to have a GUI.
> 
> 
> This is all a non-issue, all that matters is
>     - argv[0] points to a legitimate bundle somewhere
>     - the bundle probably needs a correctly structured Info.plist
>

Info.plist must name the executable in the CFBundleExecutable key
or the bundle must have the same name as the executable.

For gimp this would require major tinkerage with the gimp build process
to create the bundles for the plugins, hacks into gimp to get it to call
the full path inside the bundle (running the bundle releases the
process) and users having to create bundles for any third party plugins
they want to build.

Dave

On Mar 6, 2004, at 10:00 AM, David Burnett wrote:

> Bob Ippolito wrote:
>
>> What you really should do is just get over it and create the bundles. 
>>  Please don't use my patch :)
>
> I can see a very good use for the patch.
> The window manager problem is the reason gimp
> plugins and extensions do not work. Putting them in
> a bundle would require far more significant reworking
> of the gimp code than relying on your hack.

I'm gonna call bullshit on that one, unless extensions/plugins run in a 
separate process??

> What we should really be doing is campaigning Apple
> to make this an official public call, after all if they
> are using it in GLUT they are unlikely to stop using it
> without providing an alternative.

It's not entirely clear why they are using it in GLUT, none of their 
examples demonstrate that it can work unbundled.  I only know it does 
it because I've read the source (and the source conspicuously links in 
a static library that calls this one function, because it's 
undocumented).

> Stupid idea in the first place, not allowing command line
> tool to have a GUI.

This is all a non-issue, all that matters is
	- argv[0] points to a legitimate bundle somewhere
	- the bundle probably needs a correctly structured Info.plist

You can even execve yourself with a fake argv[0] if you really want to 
be hacky.  Technically, I think that you can rewrite stack bottom too, 
if you do it early, but that's another thing I don't recommend.

-bob

Bob Ippolito wrote:

> What you really should do is just get over it and create the bundles.  
> Please don't use my patch :)
> 

I can see a very good use for the patch.
The window manager problem is the reason gimp
plugins and extensions do not work. Putting them in
a bundle would require far more significant reworking
of the gimp code than relying on your hack.

What we should really be doing is campaigning Apple
to make this an official public call, after all if they
are using it in GLUT they are unlikely to stop using it
without providing an alternative.

Stupid idea in the first place, not allowing command line
tool to have a GUI.

Dave

On Mar 6, 2004, at 1:43 AM, Ronald Oussoren wrote:

> On 5-mrt-04, at 18:02, Paul Emsley wrote:
>>
>> So I compile buttons:
>> $ gcc `gtk-config --cflags`  buttons.c -o buttons `gtk-config --libs`
>>
>> and run it
>> $ ./buttons
>
> I guess that is the problem, on OSX only binaries in application 
> bundles have full-featured access to the Window Server.
>
> What you should do is create a minimal app bundle for the application 
> and copy the executable into it:
>
> 	mkdir -p buttons.app/Contents/MacOS
> 	cp buttons buttons.app/Contents/MacOS/buttons
>
> I'm not sure if an Info.plist is required, you can copy one from 
> another application.
>
> Now run buttons.app/Contents/MacOS/buttons and you should have a 
> working application.
>
> Ronald
>
> P.S. There is an undocumented function that can be used to enable full 
> access to the window server, someone posted code for that in the 
> PyObjC patch manager (http://sf.net/projects/pyobjc,  and then the 
> patches tab).

What you really should do is just get over it and create the bundles.  
Please don't use my patch :)

If you copy an info.plist from another application, remember to 
actually change the contents as well... there are a couple keys in 
there that could confuse launchservices if you had a couple 
applications with the same info, even if it did seem to work.

-bob

On 5-mrt-04, at 18:02, Paul Emsley wrote:
>
> So I compile buttons:
> $ gcc `gtk-config --cflags`  buttons.c -o buttons `gtk-config --libs`
>
> and run it
> $ ./buttons

I guess that is the problem, on OSX only binaries in application 
bundles have full-featured access to the Window Server.

What you should do is create a minimal app bundle for the application 
and copy the executable into it:

	mkdir -p buttons.app/Contents/MacOS
	cp buttons buttons.app/Contents/MacOS/buttons

I'm not sure if an Info.plist is required, you can copy one from 
another application.

Now run buttons.app/Contents/MacOS/buttons and you should have a 
working application.

Ronald

P.S. There is an undocumented function that can be used to enable full 
access to the window server, someone posted code for that in the PyObjC 
patch manager (http://sf.net/projects/pyobjc,  and then the patches 
tab).

--
X|support bv            http://www.xsupport.nl/
T:  +31 610271479       F:  +31 204416173

Hi Gtk-OSX developers,

I would like to use gtk-osx for my project, it looks great, just the job!
My project is built around the GNU autotools, rather than Xcode.
It is not clear to me how to compile with gtk-osx in that system.

I downloaded gtk+-1.2.10 (says) and tried to compile (just) the example 
buttons:

First I set the path so that the gtk-config found is the one for gtk-osx:
i.e. gtk-config --cflags returns:
-I/Library/Frameworks/GDK.framework/Headers -F/Library/Frameworks -I/Library/Frameworks/GLib.framework/Headers
gtk-config --libs returns:
-F/Library/Frameworks -F/Library/Frameworks -framework GLib -framework GDK -framework GTK -I/Library/Frameworks/GLib.framework/Headers -lm

So I compile buttons:
$ gcc `gtk-config --cflags`  buttons.c -o buttons `gtk-config --libs`

and run it
$ ./buttons

A new gtk-osx window pops up - hooray!
But when I click on the the call back doesn't work - boo!
Why is that?

I notice that gtktestthing has a Carbon.framework thing that buttons 
does not have:

$ otool -L buttons
buttons:
        /Library/Frameworks/GLib.framework/Versions/A/GLib (compatibility version 1.0.0, current version 1.0.0)
        /Library/Frameworks/GDK.framework/Versions/A/GDK (compatibility version
1.0.0, current version 1.0.0)
        /Library/Frameworks/GTK.framework/Versions/A/GTK (compatibility version
1.0.0, current version 1.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.0.0)

$ otool -L gtktestthing
gtktestthing:
        /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon (compatibility version 2.0.0, current version 128.0.0)
        /Library/Frameworks/GDK.framework/Versions/A/GDK (compatibility version
1.0.0, current version 1.0.0)
        /Library/Frameworks/GLib.framework/Versions/A/GLib (compatibility version 1.0.0, current version 1.0.0)
        /Library/Frameworks/GTK.framework/Versions/A/GTK (compatibility version
1.0.0, current version 1.0.0)
        /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 71.0.0)

I would be very grateful if you could help me out. 

Thanks,

Paul.

Rafael,

That's great.  Could you put together a howto for the list?

Thanks,
Andy

Rafael Muller wrote:

> Hi:
>
> Just to let you guys know that I got ethereal working under 
> gtk-osx-0.6. It limps along pretty badly and is almost unusable but it 
> works! :)
>
> When opening large trace files it takes a really long long time to 
> load for some reason ( don't understand why ). I would have thought 
> that specific UI things would be slower but the actual file 
> manipulations would be at par with the X11 version.
>
> Oh well...
>
> Great project you guys have going here. This simply rocks!
>
> Thanks!
> Raf
>
>
>
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer

Hi:

Just to let you guys know that I got ethereal working under 
gtk-osx-0.6. It limps along pretty badly and is almost unusable but it 
works! :)

When opening large trace files it takes a really long long time to load 
for some reason ( don't understand why ). I would have thought that 
specific UI things would be slower but the actual file manipulations 
would be at par with the X11 version.

Oh well...

Great project you guys have going here. This simply rocks!

Thanks!
Raf

The purpose of this project is to port gtk+ 1.x.  Once that is acheived, 
a port of gtk 2 could be considered, and if so, most likely would be a 
new sourceforge project.

Andy

don smith wrote:
> Now that gimp and many other gtk apps are moving to gtk 2 is the project 
> considering moving to it as well? Would it be a significant amount of 
> work to forward port the work?
> 
> many thanks
> 
> don smith
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net is sponsored by: Speed Start Your Linux Apps Now.
> Build and deploy apps & Web services for Linux with
> a free DVD software kit from IBM. Click Now!
> http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
> _______________________________________________
> Gtk-osx-developer mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer

Now that gimp and many other gtk apps are moving to gtk 2 is the 
project considering moving to it as well? Would it be a significant 
amount of work to forward port the work?

many thanks

don smith

This update adds an expose event to MacGWin_Show, and
event propagation to mouse events which improves scroll
bar and range control behaviour.

David Burnett wrote:
> 

> I'll add a patch when sf cvs is working again so I can diff.
> 

patch 888534 fixes the Xcode compile.

Patches item #888534, was opened at 2004-02-01 12:37
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526809&aid=888534&group_id=70160

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: David Burnett (vargol)
Assigned to: Nobody/Anonymous (nobody)
Summary: xcode fix

Initial Comment:
The compiler and settings used by Xcode on panther are 
more fussy about strings that start on on line and end on the 
next.

This patch fixes the one string that prevents Xcode compiling 
gdk.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=526809&aid=888534&group_id=70160

>>I've problems with compiling gtk+osx. I get errors on errors for the
>>gtk package with xcode on 10.3.2. have you updated sources or
>>precompiled binarys?

Okay I've recompiled in Xcode, and yes there is a problem
in gdkfont.c line 194

numfields += sscanf (font_name + n1,
"-%8[^-]-%8[^-]-%8[^-]-%8[^-]-%30[^-]-%8[^-]-%30[^-]-
%30[^-]%n",
pixel_size,

The format string is split on to two lines. This
gives an error in Xcode, but not in PB
Putting it all back on one line compiles on both.

I'll add a patch when sf cvs is working again so I can diff.

Dave.

knk wrote:
> can't find lib files.
> I'd tried to "configure" like this
> 
> ./configure --with-gtk-prefix=/gmp --prefix=/gmp 
> --bindir=/gimp/gimp-1.2.app/Contents/MacOS 
> --sbindir=/gimp/gimp-1.2.app/Contents/MacOS
> 

libjpeg and libtiff are third party libraries. Both
build fairly easily on OSX.

libtiff is from http://www.libtiff.org/
libjpeg is from http://www.ijg.org/

alternatively use --without-libjpeg
along with --without-libtiff

If you haven't not gimp print installed you'll
need --disable-print too.

Jens,

Thanks for writing.

Unaware of a compile problem. Forwarding your question to the developers
list.

Please post the error messages.

Robin
-------------------------------------------------------------------
Rob...@Mo...   Hollywood, California
www.CinePaint.org   Free motion picture and still image editing software

----- Original Message ----- 
To: <ro...@mo...>
Sent: Thursday, January 29, 2004 11:54 AM
Subject: GTK+

> Hey!
>
> I've problems with compiling gtk+osx. I get errors on errors for the
> gtk package with xcode on 10.3.2. have you updated sources or
> precompiled binarys?
>
> can you send it to me??
>
>
> thx
> jens from germany
>
>
>

can't find lib files.
I'd tried to "configure" like this

./configure --with-gtk-prefix=/gmp --prefix=/gmp 
--bindir=/gimp/gimp-1.2.app/Contents/MacOS 
--sbindir=/gimp/gimp-1.2.app/Contents/MacOS

but,it can't create Makefile.

error massage said  "can't find TIFF lib".
ok,then I'd tried to add such command with "--without-libtiff".

ok?

and then my Mac shows error message like this

"can't find libjpeg".

wheres such files?

I can't find these files.

gimp-1.2.5.tar,gz and gtk-osx-0.6.tar.gz too.

Nothing.

I can't make gimp.

This is mostly an improvement of gdkwindow rendering
after a gdkwindow has been unmapped them mapped again.

In GIMP terms, the tool window and preferences window
rendering has been improved when moving back and forth
between different tools or preferences.

The biggest remaining problem is now the lists.
Can anyone spot where the 'empty' bits of gtklist are
redraw after being unmapped, I can only see where
it redraws the items.

Dave

I'm in the process of building GIMP on Jaguar 10.2.8 following your 
instructions at : http://gtk-osx.sourceforge.net/docs/gimp.html
During the make process I'm stopped by the following error :
cpp-precomp: warning: errors during smart preprocessing, retrying in 
basic mode
In file included from 
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:37,
                  from text_tool.c:33:
/Library/Frameworks/gdk.framework/Headers/MacGWind.h:10:1: warning: 
multi-line string literals are deprecated
In file included from 
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:37,
                  from text_tool.c:33:
/Library/Frameworks/gdk.framework/Headers/MacGWind.h:10: parse error 
before string constant
/Library/Frameworks/gdk.framework/Headers/MacGWind.h:91:1: warning: 
multi-line string literals are deprecated
In file included from text_tool.c:33:
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:122: parse error 
before "MacGWindRef"
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:130: parse error 
before ':' token
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:131: parse error 
before ':' token
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:132: parse error 
before ':' token
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:161: parse error 
before '}' token
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:166: parse error 
before "MacGWindRef"
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:177: parse error 
before '}' token
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:354: parse error 
before "view"
/Library/Frameworks/gdk.framework/Headers/gdkprivate.h:355: parse error 
before "view"
text_tool.c: In function `text_gdk_image_to_region':
text_tool.c:516: warning: unused variable `black'
make[2]: *** [text_tool.o] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive-am] Error 2
[Ordinateur-de-Pierre-Vaudrey:perlGraphics/gimp/gimp-1.2.5] pierreva%

Could you help me to fix it ?

Pierre

Patches should be submitted to the sourceforge section of the site.
http://sourceforge.net/tracker/?group_id=70160&atid=526809

Also, here's a howto on creating patches.
http://cinepaint.sourceforge.net/docs/patches.html

Andy

William MacKay wrote:
 > Sounds good. In that case, how can i submit patches? I'm new to this
 > whole working-with-other-people thing.
 >
 > On 26 Jan 2004, at 11:50, David Burnett wrote:
 >
 >> William MacKay wrote:
 >>
 >>> It looks like gdk_pixmap_create_from_data() is nonworking right now,
 >>> since it calls gdk_draw_pixmap() with a NULL source, which causes it
 >>> to immediately return. Can you reccomend any alternatives to this
 >>> function that i can use to take raw pixel data
 >>
 >>
 >> It looks like it would be easier to fix gdk_pixmap_create_from_data.
 >> After a quick look world appear to need a function that's a copy of
 >> gdk_pixmap_new which calls a new function instead of MacGWind_NewPixMap.
 >>
 >> That new function is a copy of MacGWind_NewPixMap except it copies the
 >> data into the GWorldPixMap.
 >>
 >> The only problem with that is
 >>
 >> a) RGB byte order ???
 >> b) is gdk_pixmap_create_from_data supposed to copy the data or use it
 >> in place?
 >>
 >> Dave
 >
 >
 >
 >
 > -------------------------------------------------------
 > The SF.Net email is sponsored by EclipseCon 2004
 > Premiere Conference on Open Tools Development and Integration
 > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
 > http://www.eclipsecon.org/osdn
 > _______________________________________________
 > Gtk-osx-developer mailing list
 > Gtk...@li...
 > https://lists.sourceforge.net/lists/listinfo/gtk-osx-developer

2002	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec (5)
2003	Jan (88)	Feb (15)	Mar	Apr (7)	May (11)	Jun (2)	Jul (2)	Aug (23)	Sep (13)	Oct (9)	Nov (3)	Dec (48)
2004	Jan (38)	Feb (7)	Mar (9)	Apr (5)	May (15)	Jun (1)	Jul (6)	Aug (2)	Sep (2)	Oct (1)	Nov	Dec
2005	Jan	Feb (3)	Mar (14)	Apr (7)	May (1)	Jun	Jul (9)	Aug (1)	Sep (1)	Oct	Nov	Dec (2)
2006	Jan (3)	Feb	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct (2)	Nov (7)	Dec
2007	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (1)	Nov (2)	Dec
2008	Jan	Feb	Mar (4)	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2009	Jan	Feb	Mar	Apr	May	Jun (1)	Jul (1)	Aug	Sep	Oct	Nov	Dec
2010	Jan	Feb	Mar	Apr	May	Jun	Jul (8)	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr	May	Jun	Jul (1)	Aug	Sep	Oct	Nov	Dec
2020	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (1)	Dec

gtk-osx-developer Mailing List for GTK+ Mac OS X (Page 5)

gtk-osx-developer — GTK+-1 on Mac OSX developers list