First of all, thank you for detail reply on STR page (writing here to
reduce noise out there).
True, there are a lot issues with system()-ing external dialogs, but
my original idea was to leverage FLTK usage by (maybe) creating
platform specific emulations (in FLTK), just like Qt guys did for
Qt.
AFAIK kdialog is often distributed with KDE, which isn't the case
for zenity/Gnome.
Of the gnome-using boxes I have ready access to, the Ubuntu 12.10 and F17
versions do appear to have zenity, but some others do not (though these are for
particular uses and may be atypical!)
But there's
AFAIK kdialog is often distributed with KDE, which isn't the case
for zenity/Gnome.
In any case: We still need to address the issue of guessing what
desktop the user is running and then choosing either zenity or
kdialog accordingly...
There is a env variable XDG_CURRENT_DESKTOP and should
Has anybody looked at exec'ing zenity or kdialog, etc?
On 02/15/2013 05:16 PM, Greg Ercolano wrote:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2904
Version: 1.3-feature
Thanks Manolo! Nice addition.
Would
On 16 Feb 2013, at 07:07, Bill Spitzak wrote:
Has anybody looked at exec'ing zenity or kdialog, etc?
I'd never even heard of zenity until Greg mentioned that JUCE used it...
It certainly looks like it could work for us; we'd want
zenity --file-chooser
zenity --file-chooser --multiple
There is also the issue of how to safely execute programs from the library; it
is incredibly difficult to safely deal with file descriptors and
signals/handlers from a library without some coordination with the
application...
On 2013-02-17, at 4:35 PM, Ian MacArthur imacart...@gmail.com