Patch for xfrun
edscott wilson garcia
edscott at imp.mx
Wed Mar 12 17:25:32 CET 2003
El mié, 12-03-2003 a las 07:15, Benedikt Meurer escribió:
> On Wed, 12, Mar 2003, James Tappin wrote:
> > On Wed, 12 Mar 2003 12:40:32 +0100
> > Benedikt Meurer <Benedikt.Meurer at unix-ag.uni-siegen.de> wrote:
> > BM> Maybe this should be configurable via the setup (and in addition the
> > BM> terminal emulator to use), as this should make life easier for the
> > BM> average user.
> > The terminal emulator is supposed to be set via the TERMCMD variable
> > (that's really all that xfterm4 does), however I've never been able to
> > get it to use anything other than xterm from the panel or xfrun,
> > although from another terminal it does work. I've set TERMCMD in a part
> > of .cshrc that isn't dependent on it being in an interactive session.
> If Xfce is to be used by a novice computer user, he wouldn't know how
> to change the Terminal Emulator, the browser or even the filemanager to
> be used by Xfce. He don't about .xsession/.xinitrc, he would except
> this to be configurable via a setup.
> So, in order to get a good user experience, we should probably add a
> "Xfce helper applications"-Setup. That'll be a quite easy task: The
> launcher scripts will be replace by simple C-Programs that execute the
> selected applications.
Even for experienced users, the environment variable approach can be a
pain in the arse. Applications inherit the environment on startup and
need to be restarted to inherit a new environment. To avoid this
nondesireable characteristic ---which reminds me of some inferior
operating systems---, a C mcs-plugin for passing on the environment
could do the trick. Using the mcs-manager would allow all applications
(that are listening to an "environment" channel) to receive changes and
to redefine their own environment. Then the panel, for example, could
change it's environment on-the-fly and inherit to all applications and
scripts it execs. Same for xffm, xfrun, and xfdesktop.
More information about the Xfce4-dev