Version: 2.13 (using 4.2.96 (KDE 4.2.96 (KDE 4.3 RC2)) "release 142", KDE:KDE4:Factory:Desktop / openSUSE_11.1) Compiler: gcc OS: Linux (i686) release 2.6.27.23-0.1-pae when i try to preview a xml file, the viewer display nothing the file is not empty
What file format were you using? Can you attach a file that presents this behaviour?
Created attachment 35569 [details] zip with xml file
Created attachment 35570 [details] rar with xml file
ark can't do a preview with some xml file in the zip and in the rar...
Technically, this is not a bug - Ark just previews your XML files with the default application associated with them, which happens to be Konqueror. However, Konqueror renders unstyled XML files as blank pages. I have asked the kde-core-devel mailing list whether another application, such as Kate, should be used instead, but nothing has been decided yet. For now, you can right-click an XML file, choose Properties and change your associations manually.
Reopening for now -- there have been other reports about the same issue, we should try to achieve a better solution.
*** Bug 269885 has been marked as a duplicate of this bug. ***
*** Bug 274793 has been marked as a duplicate of this bug. ***
In file association for xml extension, kwrite was in first position and konqueror in second position, but still I got a blank content. I had to remove konqueror from the list of alternative to have something not blank. But still this is far from being perfect as it seems all xml tags are stripped. So I see a kind of serialization of all text nodes from my xml files.
Same problem: Ark 4.7.2 ignores file associations and it doesn't respond to right clicking on an entry like Dolphin, so I can neither change the default nor select a different viewer.
that should be gread if the preview will not open another application if kde team decide to use kwrite or kate...
I have the same problem with Ark 2.19. XML files already associated with Kate, but Ark still opens them as blank pages - it does not use Kate.
*** Bug 319881 has been marked as a duplicate of this bug. ***
There seems to be a workaround/solution. I am using 2.18 and KDE 4.8.5: 1) In system settings go to the file associations for XML. Maybe you want to check the associated file patterns ( it should include *.xml) 2) Switch to the tab "Embedding" 3) Ensure that the radio button "Show file in embedded viewer" is selected. 4) change the order in the list "Services Preference Order". Put katepart on top of this list. Of course you should have kate installed ..... ;-) When you restart now ark and select an xml file a proper preview will appear .... Maybe you want to check my screenshot ...
Created attachment 79970 [details] the proper embedding settings
2.19 / 4.10.3 Same problem. Georg Herdt's workaround/solution works for me. Thanks!
Thanks for the workaround! It seems to work also without touching the radio buttons, I'm not sure what the difference is: Open System Settings -> Open File Associations -> Select 'xml' -> Open 'Embedding' tab -> move 'Embedded Advanced Text Editor (katepart)' to the top of the list -> Apply. I'd really like to see this made the default... I can't think of any case where viewing an XML file in an HTML viewer would be useful - it's usually just blank, and occasionally shows a few useless concatenated text strings.
*** This bug has been confirmed by popular vote. ***
*** Bug 328103 has been marked as a duplicate of this bug. ***
I cannot believe that after four years since the initial bug report, I am reporting again the same bug!
Git commit f1cf10f25af245823f81b8ff457a04c7593dede7 by Ragnar Thomsen. Committed on 08/10/2015 at 16:23. Pushed by rthomsen into branch 'master'. Add an "Open File" action The action opens an archive entry with the associated application. This was previously only possible through the "Open With" action, but this required several clicks. The "Open With" action is renamed to "Open File With" for consistency. Currently, the Preview action is still the default, i.e. when the user clicks an archive entry the Preview action is called. QSignalMapper is used to connect the signals from the Open File, Open File With and Preview actions to the same slot. As for Preview, the file is extracted to a QTemporaryDir and then opened. The temporarily extracted file is monitored for changes using QFileSystemWatcher and on change a KMessageBox is opened to query the user if the archive should be updated with the modified file. If the user accepts slotAddFiles() is called. The previously unimplemented path argument of slotAddFiles() is used to allow for updating a file in a subdirectory within the archive. Related: bug 208330 FIXED-IN: 15.12.0 REVIEW: 125339 GUI: M +9 -5 part/ark_part.rc M +165 -65 part/part.cpp M +15 -11 part/part.h http://commits.kde.org/ark/f1cf10f25af245823f81b8ff457a04c7593dede7
Git commit f2090934229ec25c16bdf84e808dfe7cee8a1cd1 by Elvis Angelaccio. Committed on 26/10/2015 at 16:05. Pushed by elvisangelaccio into branch 'master'. Drop KHTML dependency and skip KHTMLPart when previewing This drops the KHTML framework as dependency (which was actually needed only to disable javascript and friends from the KHTMLPart) and drops the KHTMLPart as well, when previewing an HTML or XML file. Now we always use the second available service offer, which is the katepart by default, to preview those mimetypes. The user can still render an HTML entry, by opening it in the browser with the 'Open File' action. Related: bug 353786, bug 354182 FIXED-IN: 15.12.0 Differential Revision: D454 M +1 -1 CMakeLists.txt M +1 -1 part/CMakeLists.txt M +13 -34 part/arkviewer.cpp M +0 -3 part/arkviewer.h http://commits.kde.org/ark/f2090934229ec25c16bdf84e808dfe7cee8a1cd1
*** Bug 359323 has been marked as a duplicate of this bug. ***