[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #34490] -[NSWorkspace open*] implemented uselessly

From: Richard Frith-Macdonald
Subject: [bug #34490] -[NSWorkspace open*] implemented uselessly
Date: Wed, 05 Oct 2011 22:58:29 +0000
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.50 (KHTML, like Gecko) Version/5.1 Safari/534.50

Follow-up Comment #1, bug #34490 (project gnustep):

First ... 'if they don't find a GNUSTEP application to open the file / url,
they just fail - even if non-GNUSTEP apps to open the file/url are installed'
is not accurate ... in fact they can open any app whether gnustep or not ...
you just have to set up a wrapper (an app bundle without an actual app ...
just the info plist to say what to execute) which will run the non-gnustep
app.  GWorkspace includes wrappers for lots of common apps, but you could also
have a wrapper to call xdg-open for some (many?) file extensions.
Perhaps there should be demo wrappers included with the gui library rather
than depending on GWorkspace to provide them?

Second ... the proposed change will of course
a. not work on any system without xdg-open
b. will prevent the code building on mswindows (no system function)

But the idea for a fallback to handle unknown file types is good:
A portable option would be to use NSTask to launch a task, and have a user
default to specify the command to be launched, so it could easily be
customised to something other than xdg-open.
That might not be enough for windows (I don't know what the preferred
mechanism is there), so maybe conditional compilation of using an mswindows
specific api to lookup an app to launch would be needed.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]