cp-api / gen1

0 stars 0 forks source link

Capella - [XHTMLDocGen] static character encoding for the generated pages #1

Open eclipse-capella-bot opened 3 years ago

eclipse-capella-bot commented 3 years ago

From: ECLIPSE-550467

Turkish characters are missing while XHTML document generation using XHTMLDocGen add-on, even though I've changed Workspace text file encoding, Content Types and Globalization extensions to UTF-8 in Preferences, and all generated html files still start with encoding="ISO-8859-1" and include line: content="text/html;charset=ISO-8859-1" How can I fix this? Thanks,

Software environment:

Subject: Re: [XHTMLDocGen] Some issues regarding the encoding
Author: arnaud.dieumegard.obeo.fr
Date: Thu, 22 August 2019 03:30 Hi,

The encoding for generated pages is static and thus cannot be modified easily on a user side. Can you please file a bug about this so we can investigate further ? A workaround would be to open the generated pages with your web navigator and to change the encoding of the navigator so it displays characters properly.

Regards Arnaud

ECLIPSE-553980 POLARSYS-2576 webmaster 2019-08-27 1.3.1

eclipse-capella-bot commented 3 years ago

kais.ben.salah commented on 2019-09-04

Attachment: 278_Consulte un exportde la liste des oprations.html My test

The addon doesn't set the encoding attribute value regarding the existing eclipse system text encoding, but rather it sets it always to a default value: "ISO-8859-1".

This is not an expected behavior.

kais.ben.salah commented on 2019-09-04

The same problem occurs on Linux as well, and Aysin is right - I have found that what caused the problem is the fact that the addon sets the encoding always as "ISO-8859-1", independently from the eclipse system text encoding setting.

The generated HTML files are well-encoded, they contain the original function names well-encoded without any problem regarding the non-ascii characters. But the only thing, that caused the bad encoding within the web browser view, is the wrong charset encoding setting (the "encoding" attribute within the root element <xml?>).

I have attached a HTML sample for further investigation.