Bug 61395 - XML should be displayed as a tree
Summary: XML should be displayed as a tree
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (other bugs)
Version First Reported In: 4.0
Platform: Compiled Sources All
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
: 75461 111030 111335 114634 (view as bug list)
Depends on:
Blocks:
 
Reported: 2003-07-18 15:17 UTC by Ernst de Haan
Modified: 2024-05-06 18:38 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ernst de Haan 2003-07-18 15:17:03 UTC
Version:           4.0 (using KDE 3.1.2)
Installed from:    compiled sources
Compiler:          gcc version 2.95.4 20020320 [FreeBSD]
OS:          FreeBSD (i386) release 4.8-STABLE

When an XML file is loaded in Konqueror, it does not display the contents, but it starts the application associated with the MIME type text/xml. It would be nice if Konqueror would display the file in a fashion similar to how IE and Mozilla handle XML files.

Example of an XML file:
http://people.freebsd.org/~znerd/config.xml

Example of how Mozilla 1.4 renders it (ignore the font rendering issue):
config.xml-on-Mozilla.jpg

Ernst de Haan
( znerd <[at]> FreeBSD.org )
Comment 1 groot 2004-01-01 21:14:41 UTC
Testcase appears blank in konqueror window. Hard to say what the proper behavior is. Not FreeBSD specific in any case.
Comment 2 Ernst de Haan 2004-01-02 10:38:59 UTC
Indeed it shows blank on some configurations. On others it starts the application associated with text/xml, for example KWrite.

My guess is that Konqueror attempts to render it as HTML, but it doesn't find any HTML tags, so it displays nothing.

My request is that Konqueror does render XML, similarly to how Mozilla handles this. It does not have to be anything fancy, just having the option of displaying the XML inline in Konqueror, would make this browser a LOT more usable for me. I work with XML-RPC style web services all the time, but I have to use Mozilla for this...
Comment 3 Maksim Orlovich 2004-07-09 03:45:44 UTC
*** Bug 75461 has been marked as a duplicate of this bug. ***
Comment 4 Ernst de Haan 2004-11-01 22:58:36 UTC
This is still a problem with KDE 3.3.1...
Comment 5 djoham 2004-11-01 23:53:47 UTC
You can fix this yourself if you would like:

1) Go into kcontrol
2) select KDE Components->File Accociations
3) search for "xml" in the "Find filename pattern" box
4) To to the embedding tab
5) In the "Services Preferences Order", select "Embedded Advanced Text Editor (katepart)" and move it to the top of the list.

For some reason, Konq kept my old settings until I xkilled it and started it over. Perhaps because I have told it to cache some copies in memory for faster startup. The easiest way to ensure the new settings are read would be to log out of KDE and log back in.

After you do, viola! XML is displayed in a nice tree. Behold the power of kparts


David
Comment 6 Ernst de Haan 2004-11-02 21:55:25 UTC
In fact that works very well for me. Thanks, David!
Comment 7 Maksim Orlovich 2005-08-18 22:36:35 UTC
*** Bug 111030 has been marked as a duplicate of this bug. ***
Comment 8 Ferdinand Gassauer 2005-08-19 06:39:21 UTC
If I try to add this XML to akkregator with RMB it dos not happen.
IMHO konqueror should ask for this.
Comment 9 Tommi Tervo 2005-08-23 12:06:17 UTC
*** Bug 111335 has been marked as a duplicate of this bug. ***
Comment 10 Maksim Orlovich 2005-10-19 01:53:36 UTC
*** Bug 114634 has been marked as a duplicate of this bug. ***
Comment 11 Christoph Cullmann 2024-05-06 18:38:25 UTC
Dear user,

KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann