Re: Another suggested libgnome API change
- From: Maciej Stachowiak <mjs noisehavoc org>
- To: Havoc Pennington <hp redhat com>
- Cc: George <jirka 5z com>, gnome-2-0-list gnome org
- Subject: Re: Another suggested libgnome API change
- Date: Mon, 3 Sep 2001 23:26:06 -0700
On 04Sep2001 02:03AM (-0400), Havoc Pennington wrote:
> George <jirka 5z com> writes:
> > I'm now leaning back towards just keeping the gnome-exec like functions,
> > those really were a lot simpler.
> If you want to run in a shell. gspawn doesn't support that
> specifically because it is normally wrong for security reasons. The
> run dialog is one of the few exceptions. We could add the flag
> G_SPAWN_WITH_USER_SHELL, of course.
This flag would only really make sense for the _commandline variants
though (what's the sense of spawning an argument vector with the
shell?), and those don't have all the features of the regular version.
> Which brings up the point, we need to specify whether .desktop files
> Exec= is supposed to be run via a shell. I believe the answer is no.
For system .desktop files that's probably right (or it could be some
arbitrarily selected shell).
For launchers created by the user, I'm not so sure. It probably makes
the most sense for launchers to act just like the run dialog. But I
guess whatever creates the .desktop file for the launcher could
actually construct a shell command line to put in it. It would be lame
for the semantics of your launcher to change if you change shells.
] [Thread Prev