<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hi Andrea,<br>
<br>
<div class="moz-cite-prefix">On 10/04/2015 05:55 PM, aperi2007
wrote:<br>
</div>
<blockquote cite="mid:56114BD4.7050801@gmail.com" type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
Hi Mattias,<br>
<br>
Sorry but this question is hard to understand for me .<br>
Perhaps I miss to analyze another step:<br>
<br>
If the operating system of the user is with a character set
different from UTF8.<br>
<br>
And the user is editing a qgis project.<br>
The qgis project what character set is using ?<br>
AFAIK the qgis carset is set in the properties page of qgis.<br>
</blockquote>
<br>
Where exactly do you start experiencing strange behavior?<br>
In the text box in the properties, in the project file or only in
the XML response from the server?<br>
<br>
-- Matthias<br>
<br>
<blockquote cite="mid:56114BD4.7050801@gmail.com" type="cite"> <br>
If this is true,<br>
How can the clipboard of the operating system to know what is the
charset set in the properties page of qgis ?<br>
<br>
AFAIK the clipboard change always and only in the charset of the
OS.<br>
<br>
A.<br>
<br>
<div class="moz-cite-prefix">Il 04/10/2015 15:30, Matthias Kuhn ha
scritto:<br>
</div>
<blockquote cite="mid:56112A02.1090600@opengis.ch" type="cite">
<pre wrap="">Hi Andrea,
Is it really that there should only be 7bit characters or is it that the
encoding is not properly set in the answer?
XML fully supports utf-8 (it is even the default character encoding) and
I assume that in 2015 every modern XML client should support this as well.
Can you give an example server address and ideas of affected clients?
I have the feeling that there's something else fishy and if there is
really a need to replace characters above 127 then it should be an
opt-in configuration option.
Matthias
On 10/04/2015 11:59 AM, Andrea Peri wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
we experienced this user case problem.
In the qgis-server getcapabilities response the information of the
"Abstract" is taken from the field:
layer-properties -> metadata -> Abstract.
But ofet the user fill this field with some cut/paste from other documents.
So doing, if fill this field with many unacceptable character.
Like these:
“ ” ’
or the very hard to see "no blank space".
The qgis accept all of this without any problem,
but when return the repsonse from a GetCapabiities request.
The response is not valid for the xml.
So many standard xml clients report a not well formed xml.
We don't have any good ideas to how resolve this issue.
My question is if could be possible in the qgis-server site to do a
xml conversion of all this character.
Instead of send them directly.
AFAIK all of this could be coded to be corected coded in a XML response.
Any thought on this ?
Thx.
</pre>
</blockquote>
<pre wrap="">
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Qgis-user mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:Qgis-user@lists.osgeo.org">Qgis-user@lists.osgeo.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.osgeo.org/mailman/listinfo/qgis-user">http://lists.osgeo.org/mailman/listinfo/qgis-user</a></pre>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>