Pasting Unicode fails.

[skiwi]

Pasting Unicode characters such as [ch61522][ch61521][ch61693][ch61694][ch61518][ch61692][ch61691][ch61520][ch61519] into pretty much any object property field fails.

v1010 reported

[Eve]

What database are you using? The only reason I've seen that is if your database is not unicode compatible (ie. JET 3.5)

[skiwi]

To the best of my recollection I used the Jet 4 one as the base (EABase_JET4).
Certainly my EA settings specify Jet 4.
Is there any way I can check the actual database?

[Eve]

The only way that I know to check is by putting unicode text in and checking if it sticks.

Create a file from the JET4 base and transfer to it and see if it works after that.

[skiwi]

Well quicker than that, being fully confident that my model is based on JET_4 ...

Downloaded the EABase_JET4.zip file.
Fired her up, created a circle on a diagram, pasted characters in, and voila, same problem.

See if it happens for you?

[Eve]

Works fine, but I'm not using the exact characters shown in your screenshot.

I wonder if the font used for the GUI doesn't have glyphs for those characters. As far as I know it's just the windows font.

[skiwi]

Interesting, I sourced the characters from MS Word 2007 Webdings and Wingdings.

Code: [Select]

[ch61522][ch61521][ch61693][ch61694][ch61518][ch61692][ch61691][ch61520][ch61519]^{(code does not escape html entities!)}
yes, it could be the font is missing,
but I note the characters display correctly when I paste them into the note field (but not the name field),
and then are lost on save.

[Eve]

While there are unicode characters for that range, (as seen at http://www.fileformat.info/info/unicode/char/2611/browsertest.htm) Font support for them is fairly rare, when a glyph isn't supported you often see the box (as I see where you attempted to use them on this page).

Whatever font is used in EA dialogs and note editors doesn't appear to support the glyph, but if I change the font of an object with [ch9745] in its name to Segoe UI Symbol it does show on the diagram.

[qwerty]

Interestingly, I don't see the chars above in the code on my Mac. Just see them as rectangles. When I copy/paste them onto my VM Windoze I can see they are cross-boxes. Again when I copy those chars created in a text app on my mac to Windoze they appear there as rectangles (without cross). Honestly: All that char encoding is simply voodoo.

q.

[Eve]

Honestly: All that char encoding is simply voodoo.

Assuming you're using unicode strings the encoding is simple, the only problem is finding fonts that support the requested glyphs.

It's when you're using different code pages and trying to convert between them that things get messy. At times even for the different unicode codepages...

[skiwi]

Sparx support tells me

Our developers advised that this is a limitation of the font being used.

I think there are underlying Unicode problems, viz

I cannot get the document generator to generate a document into a folder with the path containing a unicode character such as [ch257]

I can enter using the keyboard the character [ch257] into a package name, but not a package note (I can howevere paste it in, go figure).

both reported