Version: 2.5.2 (using KDE 3.4.2 Level "b" , SUSE 9.3 UNSUPPORTED) Compiler: gcc version 3.3.5 20050117 (prerelease) (SUSE Linux) OS: Linux (i686) release 2.6.11.4-21.9-default Please add all OpenDocument-formats for decompression and compression. If I've understood this correctly, Konqueror uses Ark to decompress archive files, so they behave as regular folders in the file manager. Please make this possible for .odt, .ods, .odp and so on. Here is the argument for doing this: * It would be possible to show governments and managers the difference between a truely open format and proprietary formats in a way they can digest - just point and click in the file manager. * It would be possible to drag-and-drop content.xml from one document to another or to a new folder. * It would be possible to easily open OpenDocument-parts in your favourite syntax high-lighted editor. * It would be possible to view the source of content.xml to find errors in an easy manner, thus helping the development of the generating application. Yours sincerely, Haakon Meland Eriksen
No, Konqueror does not use Ark but the zip KIO slave. You can already open any "normal" ZIP file by forcing the protocol. So if you have /home/somebody/file.odt you can try zip://home/somebody/file.odt in Konqueror Have a nice day!
Hi! I don't really think it would be a good idea to implement this neither in Ark nor in Konqueror. I think that treating OpenDocument files as archives would just confuse the average user, and will also not be really useful for power users. As the bug is reported against Ark and I am the only person working on it, I'm closing this bug report.
Thank you, Nicholas! Henrique, I understand you have other priorities, but please reconsider your position on this issue. I've already had to resort to hand-fixing ODF files generated by OpenOffice.org three times using Ark by choosing ZIP-file as the file type. I would have used Konqueror if I'd known about Nicholas' trick, because then I could use other Konqueror functions at the same time. So it's not really an issue of implementing, but rather of being more user friendly by automatically recognizing the ODF-extensions. I think my description must have been unclear. I agree, treating ODF files generally as archives would probably confuse users. That is not what I want. In general they should be treated as documents. Ark has spesific use, so this is not a program for the general case, thus I don't see any confusion arise. You would expect Ark to handle archive files, and ODF files are archive files. Konqueror has general use, and it would be unfortunate if the ZIP-protocol was forced every time if what you really wanted was to open an ODF document from the file manager. However, when you right-click an ODF document in the file manager, there is a menu item called Actions. If ODF documents are selected and right-clicked a subitem of the Actions menu could be View as archive. This would trigger the trick Nicholas has taught us in a user friendly manner.
Turns out I cannot do what I wanted to in Konqueror using Nicholas' trick. I used Konqueror with the Split view Left/Right option from the Window menu, and loaded an ODF file in each view, by first clicking the left view and then selecting a document in my home folder and added zip: in front of the path in the address field, and then doing the same for the second document in the right view. Konqueror now showed me the contents of each ODF archive file. I wanted to transfer a file from one archive to the next using copy or move, either using CTRL+C and CTRL+V, the Edit menu or by drag-n-drop, but this does not work, nothing happens, which surprised me. A file manager able to enter an archive to view the content, but not able to act as a file manager needs some improvement, don't you agree?
Sorry folks, comment #4 should have been added as a separate bug against Konqueror/the ZIP KIO slave.
Do not reopen WONTFIX bugs unless you want to code the feature yourself. So, I am re-closing. If Henrique reconsiders, he'll reopen.
On Tuesday 15 November 2005 08:32, Haakon Meland Eriksen wrote: (...) > > I wanted to transfer a file from one archive to the next using copy or > move, either using CTRL+C and CTRL+V, the Edit menu or by drag-n-drop, but > this does not work, nothing happens, which surprised me. A file manager > able to enter an archive to view the content, but not able to act as a file > manager needs some improvement, don't you agree? The zip: KIO slave does not support write (also the tar: one, which is the same code). There is already a bug report for this. (Sorry I have not the bug report at hand, see the kio/zip or kio/tar category in KDE Bugs.) Have a nice day!
The bug you refer to is 77127, I've added a note about this bug there. Cheers, Haakon