gtk-osx-users — User discussions and support for GTK+-2 on OSX

[Gtk-osx-users] Error with: jhbuild build meta-gtk-osx-bootstrap

[Cliff S. <cs...@vb...>]

I am getting the following error with the following command:

$ jhbuild build meta-gtk-osx-bootstrap
jhbuild build: failed to parse http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: mismatched tag: line 8, column 4

I noticed on the web page (https://github.com/jralls/gtk-osx-build) there is not "master" directory...
Could this be the problem???

Thanks

[Gtk-osx-users] could not download

[Cliff S. <cs...@vb...>]

I am new to gtk-osx

The following two commands work fine:
sh gtk-osx-build-setup.sh
jhbuild bootstrap


But the following two command give me the following errors:

$ jhbuild build meta-gtk-osx-bootstrap
W: Duplicate repository: ftp.gnu.org
jhbuild build: failed to parse http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules: mismatched tag: line 75, column 4

AND

$ jhbuild build meta-gtk-osx-core
jhbuild build: could not download http://raw.github.com/jralls/gtk-osx-build/master/modulesets-stable/gtk-osx.modules:

Can anyone help me?

Thanks

Re: [Gtk-osx-users] Glade doesn't allow changing og accel keys

[John R. <jr...@ce...>]

On Jun 9, 2011, at 4:26 AM, Dwayne Bailey wrote:

> 
> On 2011-06-08 02:21, John Ralls wrote:
>> 
>> On Jun 7, 2011, at 4:54 PM, Richard Procter wrote:
>> 
>>> Hi Dwayne,
>>> 
>>> On 7/06/2011, at 4:49 PM, Dwayne Bailey wrote:
>>> 
>>>> I was wondering if anyone had had experience overriding accel_path
>>>> mapping in glade files?
>>> My understanding is that glade keybinding definitions are implemented in the lower level (?) AccelGroup mechanism, not the AccelMap.
>>> 
>>> This bit me when implementing an automatic translation of my application's keybindings for OS X: AccelGroups keep their key->callback mapping private as far as I can tell.
>> Are you guys sure you're not confusing Accelerators (for menus) with Bindings (for buttons and other stuff)?
>> Accelerators are customized with AccelMaps -- regardless of whether they're created in directly in code or with GtkBuilder and xml files. Bindings are customized with gtkrc files.
> I'm pretty sure we talking about accelerators i.e. Ctrl+O to open a 
> file, Ctrl+S to save, etc.  The common theme as I write this is that 
> they are all stock items.
> 
> The ones that are created in code can be changed with an accelmap, the 
> stock ones can't.  Perhaps the AccelGroup is the clue.  Or perhaps Stock 
> items are changed using the Binding mechanism?

OK, so you're on accelerators. Good.

The problem isn't stock menu items, but it may be that you're using an older version of Glade (before 3.6) which uses libglade, then it rolls its own accelerator keys in code, emitting the appropriate signal on its own. The solution is to upgrade to a more recent Glade (3.6 came out in 2009) and use GtkBuilder to load the UI files, associating them with action groups. Once that's done accel_map_save() will report all of the accelerators you've defined in Glade.

Regards,
John Ralls

Re: [Gtk-osx-users] Glade doesn't allow changing og accel keys

[Dwayne B. <dw...@tr...>]

On 2011-06-08 02:21, John Ralls wrote:
>
> On Jun 7, 2011, at 4:54 PM, Richard Procter wrote:
>
>> Hi Dwayne,
>>
>> On 7/06/2011, at 4:49 PM, Dwayne Bailey wrote:
>>
>>> I was wondering if anyone had had experience overriding accel_path
>>> mapping in glade files?
>> My understanding is that glade keybinding definitions are implemented in the lower level (?) AccelGroup mechanism, not the AccelMap.
>>
>> This bit me when implementing an automatic translation of my application's keybindings for OS X: AccelGroups keep their key->callback mapping private as far as I can tell.
> Are you guys sure you're not confusing Accelerators (for menus) with Bindings (for buttons and other stuff)?
> Accelerators are customized with AccelMaps -- regardless of whether they're created in directly in code or with GtkBuilder and xml files. Bindings are customized with gtkrc files.
I'm pretty sure we talking about accelerators i.e. Ctrl+O to open a 
file, Ctrl+S to save, etc.  The common theme as I write this is that 
they are all stock items.

The ones that are created in code can be changed with an accelmap, the 
stock ones can't.  Perhaps the AccelGroup is the clue.  Or perhaps Stock 
items are changed using the Binding mechanism?

-- 
regards
Dwayne

Re: [Gtk-osx-users] Is Alt on Mac really Mod5?

[Dwayne B. <dw...@tr...>]

On 2011-06-07 15:51, John Ralls wrote:
>
> On Jun 6, 2011, at 11:43 PM, Dwayne Bailey wrote:
>
>> I'm developing on a Mac book Air and discovered that specifying<Alt>  in
>> my $app.accel file didn't work.  Worse it failed silently.  In the end I
>> needed to use<Mod5>.  I'm concerned that this is just an issue on my
>> keyboard layout.  Anyone else have experience with this issue?
>>
>> Now that is the last of my major blocking bugs ironed out.
>>
> I'm not sure what you mean by silently. It would be truly weird for an app to log a message because a user used the wrong mod-key.
We use Left and Right as normal for navigation in a text area. <Alt>Left 
and <Alt>Right for moving between what we call placeables.  With <Alt> 
not being understood our key binding for the <Alt>Left action simply 
became Left.  Replacing <Alt> with <Mod5> worked.
> The short answer to your problem is to use<Meta>  in your quartz accelerator map. The long answer can be found in the discussion of bug 617583 [1].
Isn't meta the Command key?  I don't want to use meta we already use 
that for other navigation in the interface.  That bug doesn't seem to 
relate to the issue. But I might try to see if using <Opt> is a better 
approach then the <Alt> that I was trying.
> Regards,
> John Ralls
>
> [1] https://bugzilla.gnome.org/show_bug.cgi?id=617583
>
>
> ------------------------------------------------------------------------------
> EditLive Enterprise is the world's most technically advanced content
> authoring tool. Experience the power of Track Changes, Inline Image
> Editing and ensure content is compliant with Accessibility Checking.
> http://p.sf.net/sfu/ephox-dev2dev
> _______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users


-- 
regards
Dwayne

Re: [Gtk-osx-users] Glade doesn't allow changing og accel keys

[John R. <jr...@ce...>]

On Jun 7, 2011, at 4:54 PM, Richard Procter wrote:

> Hi Dwayne, 
> 
> On 7/06/2011, at 4:49 PM, Dwayne Bailey wrote:
> 
>> I was wondering if anyone had had experience overriding accel_path 
>> mapping in glade files?
> 
> My understanding is that glade keybinding definitions are implemented in the lower level (?) AccelGroup mechanism, not the AccelMap. 
> 
> This bit me when implementing an automatic translation of my application's keybindings for OS X: AccelGroups keep their key->callback mapping private as far as I can tell.  

Are you guys sure you're not confusing Accelerators (for menus) with Bindings (for buttons and other stuff)?
Accelerators are customized with AccelMaps -- regardless of whether they're created in directly in code or with GtkBuilder and xml files. Bindings are customized with gtkrc files.

Regards,
John Ralls

Re: [Gtk-osx-users] Glade doesn't allow changing og accel keys

[Richard P. <ric...@gm...>]

Hi Dwayne, 

On 7/06/2011, at 4:49 PM, Dwayne Bailey wrote:

> I was wondering if anyone had had experience overriding accel_path 
> mapping in glade files?

My understanding is that glade keybinding definitions are implemented in the lower level (?) AccelGroup mechanism, not the AccelMap. 

This bit me when implementing an automatic translation of my application's keybindings for OS X: AccelGroups keep their key->callback mapping private as far as I can tell.  

regards, 
Richard. 

Re: [Gtk-osx-users] Is Alt on Mac really Mod5?

[John R. <jr...@ce...>]

On Jun 6, 2011, at 11:43 PM, Dwayne Bailey wrote:

> 
> I'm developing on a Mac book Air and discovered that specifying <Alt> in 
> my $app.accel file didn't work.  Worse it failed silently.  In the end I 
> needed to use <Mod5>.  I'm concerned that this is just an issue on my 
> keyboard layout.  Anyone else have experience with this issue?
> 
> Now that is the last of my major blocking bugs ironed out.
> 

I'm not sure what you mean by silently. It would be truly weird for an app to log a message because a user used the wrong mod-key.

The short answer to your problem is to use <Meta> in your quartz accelerator map. The long answer can be found in the discussion of bug 617583 [1].

Regards,
John Ralls

[1] https://bugzilla.gnome.org/show_bug.cgi?id=617583

[Gtk-osx-users] Virtaal for Mac now ready - for human translation of Gettext PO and other files

[Dwayne B. <dw...@tr...>]

Hi,

All my questions to the list have been around my efforts to to package 
Virtaal a desktop human translation tool http://virtaal.org

Virtaal is a translation editor like Poedit.  It is, I beleive, simpler 
to use and has more powerful translation features.

If you'd like to test my efforts please download it from 
http://sourceforge.net/projects/translate/files/Virtaal/0.7.0/Virtaal-0.7.0-Mac-Beta-2.dmg/download

I hope Virtaal will be a tool that you can recommend to Mac translators 
for your port GTK applications.

-- 
regards
Dwayne

[Gtk-osx-users] Glade doesn't allow changing og accel keys

[Dwayne B. <dw...@tr...>]

We use .glade files in our apps UI.  We combine this with some menu 
items and accel keys setup in code.

Using gtk.accel_map_save() only saves those setup in code,  accel_path 
entries in the glade file aren't dumped.

Using gtk.accel_map_load() I can override accel_path for the ones 
changed in code but nothing happens for those in glade files.

I was wondering if anyone had had experience overriding accel_path 
mapping in glade files?

-- 
regards
Dwayne

[Gtk-osx-users] Is Alt on Mac really Mod5?

[Dwayne B. <dw...@tr...>]

I'm developing on a Mac book Air and discovered that specifying <Alt> in 
my $app.accel file didn't work.  Worse it failed silently.  In the end I 
needed to use <Mod5>.  I'm concerned that this is just an issue on my 
keyboard layout.  Anyone else have experience with this issue?

Now that is the last of my major blocking bugs ironed out.

-- 
regards
Dwayne

[Gtk-osx-users] Click-drag activation of submenus

[Richard P. <ric...@gm...>]

Hi Everyone, 

This is strictly speaking a GTK issue but I post here as you're all using it on OS X. 

I've noticed for a while that the menuitems of submenus or popups are cannot be selected if the mouse button remains held after the menu appears. i.e. the user is forced to click to open a submenu before they can activate any child menuitems. (e.g code below). 

I'd like to know if anyone has grappled with this issue and if so, whether they know if any workarounds, or even how hairy the underlying issue is? I haven't found mention of it as far as I can see in bugs.gnome.org. 

warm regards, 
Richard. 


import gtk

m = gtk.Menu()
m.add(gtk.MenuItem("foo"))
m.add(gtk.MenuItem("boo"))

mi = gtk.MenuItem(label="one big menu")
mi.set_submenu(m) 

mb = gtk.MenuBar() 
mb.add(mi)

w = gtk.Window()
w.add(mb)
w.show_all()

gtk.main()

Re: [Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[Richard P. <ric...@gm...>]

On 5/06/2011, at 12:14 AM, Dwayne Bailey wrote:
> On 2011-05-25 07:17, Richard Procter wrote:
>>> [...]
>> I tried building and bundling PyObjC at one point but - and my memory is hazy here - it seemed to be tightly coupled to a specific version of OS X. As I abandoned the approach without looking more deeply into it, I may have overlooked something. 
>> 
> SOLVED:
> 
> These are the things I needed to do to get PyObjC building and packaged:
> 
> 	• PyObjC builds with '-isysroot /' according to the comment so that the build is portable.  Rubbish.  This ends up pulling in your /System files instead of the SDK you are building against.  So probably not a problem if you build on 10.5 and want it to work on 10.6.  But it won't work when building on 10.6 trying to ensure you are 10.5 compatible.  I ended up simply commenting out sysroot where it occurred.  I'm sure there are more elegant approaches, but that worked.
> 	• You need to add the paths to the produced .eggs in your launcher
> 	• To bundle correctly ensure you are bundling the PyObjC.bridgesupport files.

Good to know! Thanks for sharing. 

regards, 
Richard. 

Re: [Gtk-osx-users] Bundling localisation of GtkOSXApplication

[John R. <jr...@ce...>]

On Jun 4, 2011, at 7:21 AM, Dwayne Bailey wrote:

> I've been playing around with the localisations of GtkOSXApplication.  I.e. the .strings files.
> 
> The wiki Integration documentation say these should be in $PREFIX/share/strings/$lang.lproj - but that doesn't work.  My experiments show that they only work in Resources/$lang.lproj.  But in reading up on the developer docs Resource/$lang.lproj seems to be the recommended way.
> 
> It makes the Resource directory very messy so I'd prefer if they where in $PREFIX/share/strings.   Clearly Apple didn't expect you to translate programs into many languages.
> 
> So just wanted to check two things:
> Am I right or did I miss something?
> How to correct the wiki docs
> Is it possible to get these resources moved into share/strings?

Dwayne,

Sorry for the confusion. When you build ige-mac-integration, the string files are installed in $PREFIX/share/strings. They have to go somewhere in the $PREFIX tree during the build so that the bundler can find them. As you discovered, when you bundle them they have to go in Resources/$lang.lproj. The application menu is pure Cocoa, so it has to use Apple's I18N scheme. I've clarified the wiki page and added the necessary phrase to the bundling example at the bottom. Thanks for pointing that out.

Apple doesn't care how many languages you translate into, but I doubt that they're worried much about how many lproj directories there are under Resources. (FWIW, I counted 12 $lang.lproj directories in TextEdit.app.) AFAIK, there's no facility to tell CoreFoundation to look elsewhere for the resource, but I'll admit that I didn't look very hard.

The alternative would be to use gettext instead of CoreFoundation for the translation service. That would put the translations in $PREFIX/share/locale with everything else. It would also allow the translations to apply when running the program outside of the bundle, which would be a benefit. 

Regards,
John Ralls

[Gtk-osx-users] Bundling localisation of GtkOSXApplication

[Dwayne B. <dw...@tr...>]

I've been playing around with the localisations of GtkOSXApplication.  
I.e. the .strings files.

The wiki Integration documentation say these should be in 
$PREFIX/share/strings/$lang.lproj - but that doesn't work.  My 
experiments show that they only work in Resources/$lang.lproj.  But in 
reading up on the developer docs Resource/$lang.lproj seems to be the 
recommended way.

It makes the Resource directory very messy so I'd prefer if they where 
in $PREFIX/share/strings.   Clearly Apple didn't expect you to translate 
programs into many languages.

So just wanted to check two things:

   1. Am I right or did I miss something?
   2. How to correct the wiki docs
   3. Is it possible to get these resources moved into share/strings?

-- 
regards
Dwayne

Re: [Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[Dwayne B. <dw...@tr...>]

On 2011-05-25 07:17, Richard Procter wrote:
>
> On 25/05/2011, at 3:04 PM, Dwayne Bailey wrote:
>
>> On 2011-05-24 23:17, John Ralls wrote:
>>> On May 24, 2011, at 1:14 PM, Dwayne Bailey wrote:
>>>
>>>> Hi,
>>>>
>>>> I've been trying to build PyObjC with Python 2.7 (I suspect that it's this Python version that is causing me my pain). I'm using it to get native file open and close dialogs.  So before pointing to a long build log files I wanted to ask some questions:
>>>> 	• Has anyone else tried to build PyObjC against Python 2.7?  I am building my own Python for packaging my app.  Any changes you needed to make?
>>>> 	• Would it be safer to build against 2.6?
>>>> 	• Is there a way to use the system PyObjC while everything else is in my bundle?  I'm loath to put this in my PYTHONPATH because I'd rather catch other potential errors then get strange interactions between things in the bundle and on the system.
>>>> Any other thoughts?
>>> What has that got to do with gtk-OSX? You're more likely to get help with that on the PyObjC lists.
>> For the compile output sure.  But I wasn't asking questions about the compile errors. So I'd be interested to know if anyone had tried at least 3) or if its a silly idea.
> I tried building and bundling PyObjC at one point but - and my memory is hazy here - it seemed to be tightly coupled to a specific version of OS X. As I abandoned the approach without looking more deeply into it, I may have overlooked something.
SOLVED:

These are the things I needed to do to get PyObjC building and packaged:

   1. PyObjC builds with '-isysroot /' according to the comment so that
      the build is portable.  Rubbish.  This ends up pulling in your
      /System files instead of the SDK you are building against.  So
      probably not a problem if you build on 10.5 and want it to work on
      10.6.  But it won't work when building on 10.6 trying to ensure
      you are 10.5 compatible.  I ended up simply commenting out sysroot
      where it occurred.  I'm sure there are more elegant approaches,
      but that worked.
   2. You need to add the paths to the produced .eggs in your launcher
   3. To bundle correctly ensure you are bundling the
      PyObjC.bridgesupport files.

-- 
regards
Dwayne

Re: [Gtk-osx-users] gtk-doc and XML files

[John R. <jr...@ce...>]

On May 27, 2011, at 3:47 AM, Dwayne Bailey wrote:

> 
> On 2011-05-26 21:14, John Ralls wrote:
>> 
>> On May 26, 2011, at 3:08 AM, Dwayne Bailey wrote:
>> 
>>> Hi,
>>> 
>>> I get this configure error when building gtk-doc.
>>> 
>>> checking for XML catalog (/Users/dev/gtk/inst/etc/xml/catalog)... found
>>> checking for xmlcatalog... /Users/dev/gtk/inst/bin/xmlcatalog
>>> checking for DocBook XML DTD V4.3 in XML catalog... found
>>> checking for DocBook XSL Stylesheets in XML catalog... not found
>>> configure: error: could not find DocBook XSL Stylesheets in XML catalog
>>> *** Error during phase configure of gtk-doc: ########## Error running
>>> ./configure --prefix /Users/dev/gtk/inst --libdir
>>> '/Users/dev/gtk/inst/lib' --disable-scrollkeeper
>>> --with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog --disable-static  ***
>>> [3/3]
>>> 
>>> 
>>> This one is new for me. I've had a lot of stuff that I haven't been
>>> building from scratch, but I tried a clean build and got the error.
>>> 
>>> My suspicion is that the gtk-osx-docbook-1.0.tar.gz needs a refresh but
>>> I'm not sure where the files in that bundle come from.  Seems like the
>>> only changes to gtk-doc where in Feb this year, seem odd that no one
>>> else has bumped into this one.
>>> https://github.com/jralls/gtk-osx-build/commit/ece19d0219fdeaad10eb856dbbc026f4ea2a53f5
>>> 
>> That is odd indeed. There's no reason to change gtk-osx-docbook: That stuff hasn't changed in many years. What's more likely is that your installation of it broke somehow.
>> The file that xmlcatalog should return is $PREFIX/share/xml/docbook/stylesheet/nwalsh/html/chunk.xsl; the catalog file that it needs to find it is $PREFIX/etc/xml/docbook-xsl.xsl.
>> 
>> I'm at an absolute loss to explain what might have gone wrong with your installation of gtk-osx-docbook, since it's obviously partly there (xmlcatalog found docbook-xml.xml, the other catalog configure was looking for).
> It solved itself.  I wish I could tell you how!
> 
> I eventually did another botstrap rebuild with --force then gtk-osx just 
> started working :(

Ah. I think you mean a jhbuild build --force meta gtk-osx-bootstrap. That would have reinstalled a fresh gtk-osx-docbook, repairing the apparent damaged installation.

Good that everything's working now.

Regards,
John Ralls

Re: [Gtk-osx-users] gtk-doc and XML files

[Dwayne B. <dw...@tr...>]

On 2011-05-26 21:14, John Ralls wrote:
>
> On May 26, 2011, at 3:08 AM, Dwayne Bailey wrote:
>
>> Hi,
>>
>> I get this configure error when building gtk-doc.
>>
>> checking for XML catalog (/Users/dev/gtk/inst/etc/xml/catalog)... found
>> checking for xmlcatalog... /Users/dev/gtk/inst/bin/xmlcatalog
>> checking for DocBook XML DTD V4.3 in XML catalog... found
>> checking for DocBook XSL Stylesheets in XML catalog... not found
>> configure: error: could not find DocBook XSL Stylesheets in XML catalog
>> *** Error during phase configure of gtk-doc: ########## Error running
>> ./configure --prefix /Users/dev/gtk/inst --libdir
>> '/Users/dev/gtk/inst/lib' --disable-scrollkeeper
>> --with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog --disable-static  ***
>> [3/3]
>>
>>
>> This one is new for me. I've had a lot of stuff that I haven't been
>> building from scratch, but I tried a clean build and got the error.
>>
>> My suspicion is that the gtk-osx-docbook-1.0.tar.gz needs a refresh but
>> I'm not sure where the files in that bundle come from.  Seems like the
>> only changes to gtk-doc where in Feb this year, seem odd that no one
>> else has bumped into this one.
>> https://github.com/jralls/gtk-osx-build/commit/ece19d0219fdeaad10eb856dbbc026f4ea2a53f5
>>
> That is odd indeed. There's no reason to change gtk-osx-docbook: That stuff hasn't changed in many years. What's more likely is that your installation of it broke somehow.
> The file that xmlcatalog should return is $PREFIX/share/xml/docbook/stylesheet/nwalsh/html/chunk.xsl; the catalog file that it needs to find it is $PREFIX/etc/xml/docbook-xsl.xsl.
>
> I'm at an absolute loss to explain what might have gone wrong with your installation of gtk-osx-docbook, since it's obviously partly there (xmlcatalog found docbook-xml.xml, the other catalog configure was looking for).
It solved itself.  I wish I could tell you how!

I eventually did another botstrap rebuild with --force then gtk-osx just 
started working :(

-- 
regards
Dwayne

Re: [Gtk-osx-users] StatusIcon, popup menu does not get focus

[Antoine M. <an...@na...>]

On 05/17/2011 10:03 PM, John Ralls wrote:
> 
> On May 17, 2011, at 12:32 AM, Antoine Martin wrote:
> 
>> On 05/12/2011 07:35 PM, John Ralls wrote:
>>>
>>> On May 12, 2011, at 5:43 AM, Antoine Martin wrote:
>>>
>>>> (snip)
>>>>> I've attached my revised test-statusicon.py. Try it and see if you can get the "Icon Activated" message.
>>>> I'll give it a go asap (a week or two).
>> I couldn't get it to fire... I must have imagined it.
>>
>>
>>>>
>>>>> No, in bugzilla against Gtk. It's a gtk bug, not a gtk-osx bug.
>>>> Found an existing bug so I added info there, looks like the same issue:
>>>> https://bugzilla.gnome.org/show_bug.cgi?id=549153
>>>
>>> Great, thanks.
>> The suggested patch sounds like it should solve the problem:
>> https://bugzilla.gnome.org/show_bug.cgi?id=549153#c12
>> But it doesn't seem to be making any difference for me. Can you double
>> check?
>>
>> Is there any way we can force the application to become active when the
>> status icon is clicked? Whatever currently makes
>> NSApplicationDidBecomeActive fire?
> 
> Can we keep the discussion about that on the bug? It's not really a gtk-osx issue, and AFAIK Paul doesn't read this list.
Yes, sorry about that and about the delay for this response.
I was just hoping that someone could confirm my findings before posting.
(bug has now been updated)

> As for getting the application to become active, the statusicon emits a POPUP_MENU_SIGNAL when it's clicked.
> You can handle that anyway you like.
Yes, I can do anything I like when I get the event, I just don't know
what OSX api to call to make the application active.

Cheers
Antoine


> 
> Regards,
> John Ralls
> 

Re: [Gtk-osx-users] gtk-doc and XML files

[John R. <jr...@ce...>]

On May 26, 2011, at 3:08 AM, Dwayne Bailey wrote:

> 
> Hi,
> 
> I get this configure error when building gtk-doc.
> 
> checking for XML catalog (/Users/dev/gtk/inst/etc/xml/catalog)... found
> checking for xmlcatalog... /Users/dev/gtk/inst/bin/xmlcatalog
> checking for DocBook XML DTD V4.3 in XML catalog... found
> checking for DocBook XSL Stylesheets in XML catalog... not found
> configure: error: could not find DocBook XSL Stylesheets in XML catalog
> *** Error during phase configure of gtk-doc: ########## Error running 
> ./configure --prefix /Users/dev/gtk/inst --libdir 
> '/Users/dev/gtk/inst/lib' --disable-scrollkeeper 
> --with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog --disable-static  *** 
> [3/3]
> 
> 
> This one is new for me. I've had a lot of stuff that I haven't been 
> building from scratch, but I tried a clean build and got the error.
> 
> My suspicion is that the gtk-osx-docbook-1.0.tar.gz needs a refresh but 
> I'm not sure where the files in that bundle come from.  Seems like the 
> only changes to gtk-doc where in Feb this year, seem odd that no one 
> else has bumped into this one. 
> https://github.com/jralls/gtk-osx-build/commit/ece19d0219fdeaad10eb856dbbc026f4ea2a53f5 
> 

That is odd indeed. There's no reason to change gtk-osx-docbook: That stuff hasn't changed in many years. What's more likely is that your installation of it broke somehow. 
The file that xmlcatalog should return is $PREFIX/share/xml/docbook/stylesheet/nwalsh/html/chunk.xsl; the catalog file that it needs to find it is $PREFIX/etc/xml/docbook-xsl.xsl.

I'm at an absolute loss to explain what might have gone wrong with your installation of gtk-osx-docbook, since it's obviously partly there (xmlcatalog found docbook-xml.xml, the other catalog configure was looking for).

Regards,
John Ralls

[Gtk-osx-users] gtk-doc and XML files

[Dwayne B. <dw...@tr...>]

Hi,

I get this configure error when building gtk-doc.

checking for XML catalog (/Users/dev/gtk/inst/etc/xml/catalog)... found
checking for xmlcatalog... /Users/dev/gtk/inst/bin/xmlcatalog
checking for DocBook XML DTD V4.3 in XML catalog... found
checking for DocBook XSL Stylesheets in XML catalog... not found
configure: error: could not find DocBook XSL Stylesheets in XML catalog
*** Error during phase configure of gtk-doc: ########## Error running 
./configure --prefix /Users/dev/gtk/inst --libdir 
'/Users/dev/gtk/inst/lib' --disable-scrollkeeper 
--with-xml-catalog=$JHBUILD_PREFIX/etc/xml/catalog --disable-static  *** 
[3/3]


This one is new for me. I've had a lot of stuff that I haven't been 
building from scratch, but I tried a clean build and got the error.

My suspicion is that the gtk-osx-docbook-1.0.tar.gz needs a refresh but 
I'm not sure where the files in that bundle come from.  Seems like the 
only changes to gtk-doc where in Feb this year, seem odd that no one 
else has bumped into this one. 
https://github.com/jralls/gtk-osx-build/commit/ece19d0219fdeaad10eb856dbbc026f4ea2a53f5 


-- 
regards
Dwayne

Re: [Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[Richard P. <ric...@gm...>]

On 25/05/2011, at 3:04 PM, Dwayne Bailey wrote:

> On 2011-05-24 23:17, John Ralls wrote:
>> 
>> On May 24, 2011, at 1:14 PM, Dwayne Bailey wrote:
>> 
>>> Hi,
>>> 
>>> I've been trying to build PyObjC with Python 2.7 (I suspect that it's this Python version that is causing me my pain). I'm using it to get native file open and close dialogs.  So before pointing to a long build log files I wanted to ask some questions:
>>> 	• Has anyone else tried to build PyObjC against Python 2.7?  I am building my own Python for packaging my app.  Any changes you needed to make?
>>> 	• Would it be safer to build against 2.6?
>>> 	• Is there a way to use the system PyObjC while everything else is in my bundle?  I'm loath to put this in my PYTHONPATH because I'd rather catch other potential errors then get strange interactions between things in the bundle and on the system.
>>> Any other thoughts?
>> 
>> What has that got to do with gtk-OSX? You're more likely to get help with that on the PyObjC lists.
> For the compile output sure.  But I wasn't asking questions about the compile errors. So I'd be interested to know if anyone had tried at least 3) or if its a silly idea.

I tried building and bundling PyObjC at one point but - and my memory is hazy here - it seemed to be tightly coupled to a specific version of OS X. As I abandoned the approach without looking more deeply into it, I may have overlooked something. 

best, 
Richard. 



> 
> -- 
> regards
> Dwayne
> 
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, 
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now. 
> http://p.sf.net/sfu/quest-d2dcopy1_______________________________________________
> Gtk-osx-users mailing list
> Gtk...@li...
> https://lists.sourceforge.net/lists/listinfo/gtk-osx-users

Re: [Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[Dwayne B. <dw...@tr...>]

On 2011-05-24 23:17, John Ralls wrote:
>
> On May 24, 2011, at 1:14 PM, Dwayne Bailey wrote:
>
>> Hi,
>>
>> I've been trying to build PyObjC with Python 2.7 (I suspect that it's 
>> this Python version that is causing me my pain). I'm using it to get 
>> native file open and close dialogs.  So before pointing to a long 
>> build log files I wanted to ask some questions:
>>
>>    1. Has anyone else tried to build PyObjC against Python 2.7?  I am
>>       building my own Python for packaging my app.  Any changes you
>>       needed to make?
>>    2. Would it be safer to build against 2.6?
>>    3. Is there a way to use the system PyObjC while everything else
>>       is in my bundle?  I'm loath to put this in my PYTHONPATH
>>       because I'd rather catch other potential errors then get
>>       strange interactions between things in the bundle and on the
>>       system.
>>
>> Any other thoughts?
>
> What has that got to do with gtk-OSX? You're more likely to get help 
> with that on the PyObjC lists.
For the compile output sure.  But I wasn't asking questions about the 
compile errors. So I'd be interested to know if anyone had tried at 
least 3) or if its a silly idea.

-- 
regards
Dwayne

Re: [Gtk-osx-users] Pango modules

[John R. <jr...@ce...>]

On May 24, 2011, at 1:22 PM, Dwayne Bailey wrote:

> 
> Hi,
> 
> I'm struggling to get Arabic shaping working on my app.  I checked to 
> see that all modules are compiled and bundled, they are.  The 
> PANGO_RC_FILE environment variable is correctly set so it should be able 
> to find these things.  The pango.modules file exists and contains a lot 
> of @executable_path - I hope these are correct and can be interpreted by 
> pango.
> 
> Has anyone else looked at Arabic in their applications?
> 
> I was told that some CoreText changes where committed to Pango trunk.  
> I'm loath to use trunk but it might be my only way forward.

Yes, Kristian Reitveldt committed an adjusted copy of the ATSUI module as a CoreText module. I haven't actually tested it, so I don't know how well (or even if) it works, and Kristian intended it mostly as a starting point rather than a finished product. (I only know because the original changeset broke the build and I wound up improving the italic font synthesis code a bit... but I don't have any deep knowledge about how layout works.)

I don't know that the ATSUI module can handle Arabic. You should probably have a look at the code, and then send any questions to gtk-i18n-list where there are folks who actually understand how pango works can help.

Regards,
John Ralls

Re: [Gtk-osx-users] Building PyObjC with Python 2.7 or other options to use the platform version

[John R. <jr...@ce...>]

On May 24, 2011, at 1:14 PM, Dwayne Bailey wrote:

> Hi,
> 
> I've been trying to build PyObjC with Python 2.7 (I suspect that it's this Python version that is causing me my pain). I'm using it to get native file open and close dialogs.  So before pointing to a long build log files I wanted to ask some questions:
> Has anyone else tried to build PyObjC against Python 2.7?  I am building my own Python for packaging my app.  Any changes you needed to make?
> Would it be safer to build against 2.6?
> Is there a way to use the system PyObjC while everything else is in my bundle?  I'm loath to put this in my PYTHONPATH because I'd rather catch other potential errors then get strange interactions between things in the bundle and on the system.
> Any other thoughts?

What has that got to do with gtk-OSX? You're more likely to get help with that on the PyObjC lists.

Regards,
John Ralls