|
|
|
Hi Chris.
Attached to this email should be: It should be read like this: 1) wiki-chart.jpg an example of a chart with wrong encoded danish characters, here an danish oe (html: ø 2) wiki-chart-edit-from-server.jpg. I choose then edit the chart, and as you can se the "wrong" characters is read correct from the server. in fact, no real error here. 3) wiki-chart-with-correct-danish-oe.jpg. This is how it should be with a correct danish oe. 4) gliffy-map-on-server.tar.gz. This is the chart that ends up on the server. You can search for Jens in the file and see the wrongly mangled characters. My guess is that the file on the server is an XML-file? And the plugin should HTML-encode the file so that the danish oe gets encoded as ø ??? Bjarne,
This looks like a bug, so I'm going to transfer this issue to our issue tracker to be investigated. Thanks for your bug report, and we'll look into fixing this in a future release. thanks! -chris Jason,
Can you please look at this as a part of the 1.3.6 release? thx -chris Hi Gliffy.
I have found a workaround, not a solution. It it changing Confluence's default encoding. In Confluence 2.7.0: Administration->Generel Configuration-Formatting and International Settings->Edit We use: ISO-8859-1. This messes up your plugin. If I change it to UTF-8 everything works and Danish characters in charts gets tranfers from the Flash-editor to Confluence correct. You guess that you can test it yourself? A secure way would forcing your plugin page to use UTF-8 but I would leave it to you to program it for your plugin Regards and Happy New Year We utilize whichever encoding Confluence uses... and we've really only tested this with UTF-8 up until now.
We'll take a look at this. thanks -chris It turns out that some of the OpenSource code we rely on is hard coded to only work with UTF-8.
Fortunately, I think we'll be able to remove this dependancy once Laszlo supports SWF9 format, and the resulting images should match what we see in the editor exactly. (That's the plan at least) It looks like Laszlo is working on SWF9 now, so hopefully we'll have this particular issue resolve soon, but it's not going to make it into the 1.3.6 release. Hi Chris.
We are migrating our confluence website and confluence database to UTF-8 this week so the problem will dissapear for us Regards, Thanks for the feedback.... we did see notes in the Confluence documentation which states that they do most of their testing using UTF-8 also, so it sounds like both Confluence AND Gliffy users will get the best results with UTF-8.
I'm glad your problem will be solved, and thank you for reporting this issue! -chris |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
thanks!
-chris