Thread: [aKregator-devel] [Bug 120760] New: lack of namespace support for Atom
Brought to you by:
lippel
From: Chris F. <chr...@gm...> - 2006-01-25 04:19:43
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 Summary: lack of namespace support for Atom Product: akregator Version: 1.2 Platform: Fedora RPMs OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general AssignedTo: akregator-devel lists sourceforge net ReportedBy: chris.fritz gmail com Version: 1.2 (using KDE KDE 3.5.0) Installed from: Fedora RPMs OS: Linux I wasn't sure whether to make these as different bugs, but they all have the same problem at the base. Firstly, Akregator lacks namespace support when loading Atom with a non-default namespace. For example, for the following feed... <a:feed xmlns:a="http://www.w3.org/2005/Atom" xmlns="http://www.w3.org/1999/xhtml"> <a:title>Feed Title</a:title> </a:feed> ...Akregator does not recognize XHTML a:feed and a:title as being in the given a: Atom namespace. Secondly, in this piece of feed... <feed xmlns="http://www.w3.org/2005/Atom" xmlns:h="http://www.w3.org/1999/xhtml"> <entry> <content type="xhtml"> <h:div> <h:ul> <h:li>List item.</h:li> <h:li>List item.</h:li> <h:li><h:a href="http://kde.org/">Link to <h:abbr title="K Desktop Environment">KDE</h:abbr> web site.</h:a></h:li> </content> </entry> </feed> ...it's expected that the h: namespace's elements be rendered as the defined XHTML namespace. They are wrongly not rendered as HTML. Thirdly, in the following feed... <feed xmlns="http://www.w3.org/2005/Atom" xmlns:h="http://www.w3.org/1999/xhtml"> <entry> <content type="xhtml"> <h:div> <h:ul> <h:li> This IS in the XHTML namespace, and SHOULD be rendered as a list item. Akregator DOES NOT render it as a list item. </h:li> </h:ul> <ul> <li> This IS NOT in the XHTML namespace, and SHOULD NOT be rendered as a list item. Akregator DOES render it as a list item.</li> </ul> </h:div> </content> </entry> </feed> ...the former list elements with the given h: XHTML namespace are wrongly not rendered as XHTML. The latter list elements with no given namespace are wrongly rendered as XHTML. These examples are based on the <a href="http://www.intertwingly.net/wiki/pie/XmlNamespaceConformanceTests?action=highlight&value=CategoryConformanceTests">XML Namespace Conformance Tests</a>. |
From: Chris F. <chr...@gm...> - 2006-01-25 04:23:53
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 ------- Additional Comments From chris.fritz gmail com 2006-01-25 05:23 ------- Created an attachment (id=14378) --> (http://bugs.kde.org/attachment.cgi?id=14378&action=view) Non-default namespace test In this testcase, the default namespace is XHTML, and a: is the Atom namespace. Akregator does not understand these namespaces, and is unable to read any data from the feed. It's expected that anything in the a: namespace be understood as Atom element. |
From: Chris F. <chr...@gm...> - 2006-01-25 04:25:59
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 ------- Additional Comments From chris.fritz gmail com 2006-01-25 05:25 ------- Created an attachment (id=14379) --> (http://bugs.kde.org/attachment.cgi?id=14379&action=view) Non-default XHTML namespace test In this testcase, the h: namespace is used for XHTML elements. Akregator does not render the h: namespaced elements as XHTML, instead rendering them as unknown elements. It's expected that anything in the defined h: namespace be understood as XHTML element. |
From: Chris F. <chr...@gm...> - 2006-01-25 04:30:50
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 ------- Additional Comments From chris.fritz gmail com 2006-01-25 05:30 ------- Created an attachment (id=14380) --> (http://bugs.kde.org/attachment.cgi?id=14380&action=view) Prefixed XHTML with unprefixed fake namespace In this testcase, the h: namespace is used for XHTML elements, and children of the h:div are given a fake namespace (non-existing markup language). Akregator improperly renders all children elements of the h:div. It's expected that any child of h:div without a given namespace is in the fake namespace applied to the h:div. Akregator instead renders them in the XHTML namespace, perhaps improperly applying the XHTML namespace by default. It's expected that any element with the h: namespace renders as XHTML, per the related namespace declaration. Akregator does not render these elements as XHTML. |
From: Frank O. <fra...@kd...> - 2006-01-25 07:41:46
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 frank.osterfeld kdemail net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW everconfirmed|0 |1 Summary|lack of namespace support |RSS/Atom parser does not |for Atom |handle namespaces correctly ------- Additional Comments From frank.osterfeld kdemail net 2006-01-25 08:41 ------- The current parser does not support namespaces at all (it isn't enabled when reading the XML with the Qt XML parser) , and unfortunately it can't be fixed easily without breaking the parser in other places. I am currently working on a new parser lib, with full namespace support, which will replace the current parser in KDE4. |
From: Frank O. <fra...@kd...> - 2006-01-26 14:08:08
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=120760 frank.osterfeld kdemail net changed: What |Removed |Added ---------------------------------------------------------------------------- Component|general |feed parser |