856 RTF editor input methods

[skiwi]

I have discovered that the RTF editor fails to work correctly with the New Zealand M[ch257]ori Keyboard.

This also apples to some (but not all) notes fields.

When I paste "Word [ch257][ch275][ch299][ch333][ch363]." into an RTF document, or some notes fields it appears to be saved correctly, yet when entered from the keyboard the characters are incorrect.

Has anyone else had this issue with Unicode?

[nutria]

I have the same problem (with other language).

I know that half year ago we resolve this problem ... but I don't remember how.. .

I have this problem when I'm writting sth in field "notes" and save. after that my polish sings are not-polish...

[nutria]

I resolved my problem.

My problem was with english-Windows-version.

to resolve my problem I done:

Control Panel->"Regional and Language Options" ->"Advanced" ->"Language for non-unicode programs" -> "Select a language to match the language version of the non-Unicode programs you want to use:" There I choose "Polish"

I think, that you must choose sht with"New Zealand M[ch257]ori Keyboard"

[skiwi]

Thankyou.
Currently my setting is English (New Zealand).
Unfortunately there is no option for New Zealand M[ch257]ori, or M[ch257]ori

[Eve]

Nutria,

If that's the case, you are probably not using a JET 4 database.  I would recommend getting the JET 4 base model from the Sparx Systems website and transferring your model into it.

Please send a bug report into Sparx Systems about M[ch257]ori input so that we can investigate it properly.

[skiwi]

Thanks
The database in which this is occurring is SQL Server 2005.
I will file a bug report.

[nutria]

If that's the case, you are probably not using a JET 4 database.  I would recommend getting the JET 4 base model from the Sparx Systems website and transferring your model into it.

hmm...  How can I do it?

[skiwi]

I can't find this information on the Sparx website (Sparxians - please add to FAQ),
but see this post
http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1242809991/3#3

[nutria]

I can't find this information on the Sparx website (Sparxians - please add to FAQ),
but see this post
http://www.sparxsystems.com/cgi-bin/yabb/YaBB.cgi?num=1242809991/3#3

Thanks.
Unfortunately it dasn't work in my EA

[skiwi]

It wasn't mentioned in the release notes, but in build 860 it seems like the handling of unicode (in my case characters with macrons) has been improved.
The issues reported (but not the spell checker) appear to have been fixed

[Eve]

It was fixed in 858 and was described by the following release notes.

Note Editors updated to improve handling of lists containing line breaks and character sets using the extended ASCII range.

[skiwi]

Well that shows how often I maintain or enter unicode!

However I now note that in the properties of a custom diagram neither the Name or Note retain (it can be entered) a unicode character (in this case "[ch257]")

Also in the note (but not the name) when I enter "[ch257]" I get "â", although  "[ch257]" can be pasted in.


Should be


Using a SQL Server repository. Unlock diagram, make change, lock diagram. Reload repository. Gone!

[skiwi]

It was fixed in 858 and was described by the following release notes.

True I overlooked that, but this is where it would be good customer service if

• reporting customer's were notified of the fix
• all bug reports, status, and fixes were visible to all customers

[skiwi]

I have reported this as a bug.
Note we are using SQL Server 2005 for our repository.
We use Latin1_General_CI_AS collation setting.

As far as I can see as EA string fields are unicode (ntext, nvarchar), and all the tables and columns have the same collating sequence (as above).

[skiwi]

Here is an example (in 861) where using the same sequence of keystrokes (`a) in a name field, and a note field
gives a different result.

See the two highlighted text instances.