HTML list formatting functions breaking unicode characters

[kybos]

I edit UTF-8* files.
When using HTML->List and entering the texts there, all non-Latin1 characters are broken after the list is created in the editor.
The same happens with Format HTML->Bulleted list when used on a selection containing unicode characters.
It does not happen with the other HTML formatting functions I have used so far (Bold, Paragraph, etc...), only the lists.

System:
WinXP SP2
RapidPHP 8.0.2.77

[Karlis]

Yes, you are correct UTF-8 is still not supported by the List features, however it should work with all the rest of features. We plan to improve this in the future.

Thanks for bringing our attention to this.

[kybos]

Unfortunately the same goes for the FORM formatting functions as well...

[kybos]

Hi again,
now I think I have the current Rapid PHP 2007 version (8.3.1.81) but the problem still persists.

Both the list creating and the list formatting functions break all unicode characters in the text.
Same thing with Form-Text area creating function (unlike the list, it still looks OK in the edit control but after it has been inserted in the text it is broken).

Is there any chance to get this fixed in the near future?

Thanks,
Kybos

[Karlis]

We have other more important priorities right now (bugs). However the unicode support for tag editors has not been forgotten and it is in the to-to list. The question is not if but when.

[kybos]

I upgraded to 2008 version (9.2.0.100).
Unfortunately almost all problems from the 2007 version with the broken unicode texts still persist.

1. HTML->List...
There is some change in the behavior, but it's still strange. If I enter special chars in the item box, they are displayed only as vertical lines, so I can't see what I write. Obviously a wrong charset problem. But when OK is pressed, the chars are inserted correctly into the editor.

2. Format HTML->Bulleted list|Numbered list
Both of them still break unicode chars.

3. HTML->Comment... (or corresponding icon in the toolbar)
Destroys unicode chars as well, which is most annoying of all, as it would be a very practical and often used function.

[Karlis]

As for the comment feature you re correct, it will be fixed in the upcoming update. Hopefully we will be able to do the same with bulleted/numbered list... somehow this has slipped our to-do list.

As for the HTML->List, I could not reproduce the problem It just seems to work here.

[kybos]

Hello Karlis,

thank you.

Concerning HTML->List:
I have been trying to upload a screen shot here showing the vertical lines instead of characters, but without success (Error uploading file...).
Anyway: My assumption is that the item textbox uses some default system font which does not contain the unicode characters, only the ASCII-8 (win-1250/1252 etc.) charset.
In my case, I have a German WinXP with the German system locale set (win-1252). But I am trying to enter characters from the win-1250 charset, which are then shown as vertical lines.
On your Windows it probably works because you have a Latin-2 language (Latvian?) set as system default locale. Just try to enter chars from another codepage (e.g. russian), I suppose you will be able to reproduce the problem.

In case I am right, could you please change the font for the item box to some unicode-compatible one.

Best regards,
Kybos

[Karlis]

As a matter of fact I can enter Russian, Greek etc. chars in the text box for the List dialog box. No matter if Latvian or English language is set as system default. Very weird.