Bug 125098 – output with html entities

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 125098 - output with html entities


Summary:	output with html entities


Status:	RESOLVED OBSOLETE

Product:	libxslt
Classification:	Platform
Component:	general
Version:	unspecified
Hardware:	Other All

Importance:	Normal enhancement
Target Milestone:	---
Assigned To:	Daniel Veillard
QA Contact:	libxml QA maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2003-10-21 07:59 UTC by Roumen Petrov
Modified:	2006-11-03 01:29 UTC

See Also:
GNOME target:	---
GNOME version:	---

Attachments
testcase (1.22 KB, application/x-gzip) 2003-10-21 08:02 UTC, Roumen Petrov	Details
test case with some encodigs (used in cyrillic) (2.27 KB, application/x-gzip) 2003-10-23 09:30 UTC, Roumen Petrov	Details

Description Roumen Petrov 2003-10-21 07:59:40 UTC

When output method is html xsltproc should have capability to write html
entities instead of "char.code" or ascii, i.e.:
&copy; vs. &#169;
&nbsp; vs.   - can you see this char ;-)
&lsquo; vs. &#8216;
and etc.

Comment 1 Roumen Petrov 2003-10-21 08:02:56 UTC

Created attachment 20838 [details]
testcase

Comment 2 Daniel Veillard 2003-10-21 11:36:54 UTC

Show me the part of the XSLT spec which will allow to plug 
that non-standard behaviour.
I see no reason stated either.
Libxml2 has a non-standard encoding called "html" which does just
this. It's non standard, I don't suggest doing this anyway !

Daniel

Comment 3 Roumen Petrov 2003-10-23 09:28:23 UTC

encoding "html" introduce other problem.
I cannot simple to subst charset=html|charset=...

+ Trace 41113

Comment 4 Roumen Petrov 2003-10-23 09:30:55 UTC

Created attachment 20877 [details]
test case with some encodigs (used in cyrillic)

Comment 5 André Klapper 2006-09-29 17:10:23 UTC

roumen, do you still face this issue nowadays or can this be closed as obsolete? if so, which version are you running?

Comment 6 Roumen Petrov 2006-09-30 15:42:43 UTC

I'm stil using old version(xslt-1.0.27) plus sed command.
Andre,
No objections bug to be closed as obsolete.

Comment 7 André Klapper 2006-11-03 01:29:29 UTC

okay :-)