Version: (using KDE KDE 3.5.3) Installed from: Debian testing/unstable Packages Imagine that you are browsing an archive with konqueror (or krusader, which can really do it), and there is a *.doc file. If you choose to open such files by OpenOffice.org, you cannot open such files, because it would mean to execute soffice krarc:/x/y/z/w.tar.bz2/file.doc and OpenOffice doesn't know anything about krarc: protocol. I think it should be possible to specify that some applications accept http://, file://, some applications accept KIO URI schemes and some do only accept filenames. It would be necessary to use a temporary file for opening some files, then. Regards Jiri Palecek
looks like a krusader bug (which aren't tracked here). KDE will (in KDE 3.5.3) only assume applications to know about its slaves if they have KDE in their category.
> looks like a krusader bug (which aren't tracked here). Definitely NOT! I only wrote it as an example, because I get the archive opened by Ark when I click on it in konqueror. > KDE will (in KDE 3.5.3) only assume applications to know about its > slaves if they have KDE in their category. Ok, I will upgrade. Regards Jiri Palecek
I have upgraded to 3.5.3 and it still does not work, not in krusader nor in konqueror (I tried krusaders' krarc: and fish: protocol) How do I recognize that an application doesn't have KDE in their category? (Where can I find it?)
in their .desktop file
I have examined the .desktop file and found that openoffice.org-2.0-writer doesn't have KDE in it's category gwenview does However kfmclient exec tar:/tmp/tarfile.tar/image.png will run gwenview tar:/... as well as kfmclient exec tar:/tmp/tarfile.tar/document.odt will run soffice -writer tar:/... which will fail. It seems that it doesn't work. Regards Jiri Palecek The versions of kde packages are -- System Information: Debian Release: testing/unstable Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17.3 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-2) (ignored: LC_ALL set to cs_CZ) Versions of packages kdebase depends on: ii kappfinder 4:3.5.3-2 non-KDE application finder for KDE ii kate 4:3.5.3-2 advanced text editor for KDE ii kcontrol 4:3.5.3-2 control center for KDE ii kdebase-bin 4:3.5.3-2 core binaries for the KDE base mod ii kdebase-data 4:3.5.3-2 shared data files for the KDE base ii kdebase-kio-plugins 4:3.5.3-2 core I/O slaves for KDE ii kdepasswd 4:3.5.3-2 password changer for KDE ii kdeprint 4:3.5.3-2 print system for KDE ii kdesktop 4:3.5.3-2 miscellaneous binaries and files f ii kfind 4:3.5.3-2 file-find utility for KDE ii khelpcenter 4:3.5.3-2 help center for KDE ii kicker 4:3.5.3-2 desktop panel for KDE ii klipper 4:3.5.3-2 clipboard utility for KDE ii kmenuedit 4:3.5.3-2 menu editor for KDE ii konqueror 4:3.5.3-2 KDE's advanced file manager, web b ii konqueror-nsplugins 4:3.5.3-2 Netscape plugin support for Konque ii konsole 4:3.5.3-2 X terminal emulator for KDE ii kpager 4:3.5.3-2 desktop pager for KDE ii kpersonalizer 4:3.5.3-2 installation personalizer for KDE ii ksmserver 4:3.5.3-2 session manager for KDE ii ksplash 4:3.5.3-2 the KDE splash screen ii ksysguard 4:3.5.3-2 system guard for KDE ii ktip 4:3.5.3-2 useful tips for KDE ii kwin 4:3.5.3-2 the KDE window manager ii libkonq4 4:3.5.3-2 core libraries for Konqueror Versions of packages kdebase recommends: pn kdm <none> (no description available) -- no debconf information
There is currently 'Open With...' right click menu option in Ark - with remember my choice functionality - wish isn't relevant? Plasma: 5.12.3 Apps: 17.12.3 Frameworks: 5.44.0
I confirmed that this is an issue, I will start working on this ticket.
I tested this: - opened a .tgz file in dolphin - opening a text file in e.g. kate, it opened it using the kioslave, so tar:/ url scheme - opening a text file in libreoffice writer, the file was "downloaded" to ~/.cache/kioexec/krun/* and then opened in libreoffice writer the issue looks fixed, of sorts, to me. Closing as such, feel free to reopen if you disagree.