Your message dated Wed, 17 May 2006 11:45:40 +0200
with message-id <[EMAIL PROTECTED]>
and subject line kxmleditor: Refuses colons in names for elements
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: kxmleditor
Version: 1.1.4-1
Severity: important
The program refuses to accept colons in element names.
According to the XML specification:
http://www.w3.org/TR/1998/REC-xml-19980210#sec-common-syn
Note: The colon character within XML names is reserved for experimentation
with name spaces. Its meaning is expected to be standardized at some future
point, at which point those documents using the colon for experimental
purposes may need to be updated. (There is no guarantee that any name-space
mechanism adopted for XML will in fact use the colon as a name-space
delimiter.) In practice, this means that authors should not use the colon in
XML names except as part of name-space experiments, but that XML processors
should accept the colon as a name character.
---
According to the adopted standard for media rss, element names are defined
as having colons. Therefore, the program cannot be used to create valid XML
files for rss syndication, 'podcasting' or similar.
Please see:
http://search.yahoo.com/mrss
and a specific example of a media rss XML file with colons in the namespace:
http://search.yahoo.com/mrss/mrss-5.xml
http://en.wikipedia.org/wiki/Media_RSS
Given the XML specification says should not, rather than must not,
kxmleditor shouldn't refuse to allow colons in element names.
Given some standards for XML do explicitly define the colon, it is important
kxmleditor does allow colons.
Perhaps the best behaviour is if kxmleditor passively warns the user if the
user is entering colons into element names. At all other times treat colons
as any other character in element names.
It is possible to enter colons into the UI in the current version by editing
an element after it has been created, however, the colon is lost when the
document is saved.
I have tested kxmleditor in kde 3.4. The behaviour is the same.
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11.7
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Versions of packages kxmleditor depends on:
ii kdelibs4 4:3.3.2-6.1 KDE core libraries
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libqt3c102-mt 3:3.3.4-3 Qt GUI Library (Threaded runtime v
ii libstdc++5 1:3.3.5-13 The GNU Standard C++ Library v3
kxmleditor recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
I've contacted the submitter of the bug on September 2005, and I had no reply.
I think the problem is how the user understands the new element dialog, not
in the program itself, because I can't reproduce it, so I'm closing the bug
report.
--
Alex (a.k.a. suy) - GPG ID 0x0B8B0BC2
http://barnacity.net/ - Jabber ID: [EMAIL PROTECTED]
--- End Message ---
