KDE4 Patch to allow testing/execution of uninstalled kparts/XMLGUI applications

[Friedrich W. H. Kossebau]

Am Dienstag, 9. August 2005 03:17, schrieb David Faure:
> On Monday 08 August 2005 22:52, Hans Meine wrote:
> > Hi!
> >
> > On Monday 08 August 2005 21:41, Friedrich W. H. Kossebau wrote:
> > > > I have a simple patch to KStandardDirs that will allow developers to
> > > > test and run KParts/XMLGUI applications without having to install
> > > > them first.
> > > >
> > > > What I've done is to simply look for a '.krcdirs' file in the same
> > > > directory where the application is currently being executed.  This
> > > > file is a simple INI file like so:
> > > >
> > > > [KStandardDirs]
> > > > module = .libs
> > > > data = .
>
> Very cool.
>
> > > With shell commands you have to explicitly state that you want to use
> > > the executable of the current directory. I think this security approach
> > > should also be taken here (think e.g. of the libs). Better add a
> > > parameter to state the explicit wish for the usage of the local
> > > settings. Adds some little burden, but so does "./", too. (no free
> > > lunch, isn't there ;)
>
> What's "a parameter" in this context? Do you mean something in the file,
> or a command-line argument?

Command-line argument, in analogy to the "./". So the caller is in control, 
and not the writer of the '.krcdirs' file.

Something like "konqueror --rcdirs" (please find a better parameter name). 
Perhaps this could be extended to optionally point also to descriptions not 
in the cwd, but other: "konqueror --rcdirs somedir". But I have no idea if 
optional parameters are able with the current parameter system or whether it 
should better point directly to a (not hidden) file.

Regards
Friedrich
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050809/747e770b/attachment.sig>