[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KIO problem
From:       David Faure <faure () kde ! org>
Date:       2003-01-13 22:55:41
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 13 January 2003 23:40, Carsten Pfeiffer wrote:
> On Monday 13 January 2003 23:22, David Faure wrote:
> 
> > Hmm, kfmexec's sole purpose in life _is_ to download remote files for \
> > apps which can't handle remote files.
> 
> Yes... but also directories?

Of course this can't work.... but KRun::processDesktopExec doesn't know \
that the URLs are directory. All it knows is that application A doesn't \
support  remote URLs, and that something is trying to pass such URLs to \
it...

> > So the real problem seems to be that kfmexec is called in the first \
> > place. konqueror.desktop says Exec=konqueror %U .... where does the \
> > konqueror %f come from? (%f is default, so this could also come from \
> > Exec=konqueror somewhere).
> > 
> > You said "open with / konqueror" - is that the menuitem or do you type
> > konqueror in KOpenWith? Do you have a file in $KDEHOME with \
> > Exec=konqueror?
> 
> Yes, I typed konqueror, which generated an
> 
> applnk/.hidden/konqueror-2.desktop for me:
> 
> [Desktop Entry]
> Exec=konqueror
> InitialPreference=2
> Name=konqueror
> Type=Application

With CVS HEAD? Typing konqueror is supposed to look for a
konqueror.desktop first - which exists..................... oh! but not \
with Type=Application. So the problem is that there's _no_ .desktop file \
with Type=Application and Exec=konqueror %U. (The application .desktop \
files for Konqueror all use "kfmclient").
How is KOpenWith then supposed to know that this new app it never heard
about, can handle URLs? :)

Possible ways to fix this:
* Moving konqueror.desktop to applnk/, with Type=Application, and \
                NoDisplay=true.
* Adding a hardcoded check for 'konqueror' in kopenwith.cpp - yes it's \
ugly,  but are there really other apps which the user is never supposed to \
start directly, only through another app (like kfmclient) ?
* Adding something like X-KDE-Alias=konqueror to kfmclient.desktop and \
adding support for aliases in kopenwith.cpp... (so that it finds \
kfmclient.desktop when people type konqueror).

The first one is the simplest and cleanest, I guess. What do you think?

- -- 
David FAURE, faure@kde.org, dfaure@klaralvdalens-datakonsult.se
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
KOffice-1.2.1 is available - http://download.kde.org/stable/koffice-1.2.1/
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)

iD8DBQE+I0Pt72KcVAmwbhARAmTdAJ4wZhxpbsms9oZ5eDTSJpQ0/kfHOACeI6/u
7Q5fP7LrCeOkKc/p+4M9INY=
=2K/2
-----END PGP SIGNATURE-----


[prev in list] [next in list] [prev in thread] [next in thread]