Dave as draft doesn't support unicode

[dante]

MPE 1.5.9 loads Drafts list just fine, e.g. "abc ăîâşţ 123", even exporting it OK in UTF-8 HTML, but on editing (and saving) the message properties, the diacritics are lost.

Did I miss some internationalization settings ?

SE K310i, IrDA, WinXP-SP2

[dante]

Let me clarify a bit.

New message: The compose edit box shows Unicode. But on [Save as draft],

Code: Alles auswählen

ăîâşţ 123 asdf đžćčš ëèéêëìíîï ª°²³±

becomes

Code: Alles auswählen

aîâst 123 asdf džccš ëèéêëìíîï ª°²³±

Also a problem in the compose textarea, when typing "ăşţ" MPE 1.5.9 thinks they're regular 1-byte characters, and "îâ" 2-bytes. Which is quite opposite of what I would expect, as "îâ" are in code page 437, while the other 3 Romanian specific characters appear only in, e.g. Windows-1250 or
ISO/IEC 8859-2. Admitedly, none of the 5 are in the 7 bit default GSM alphabet, so...

Inbox, Drafts, etc: The message list shows Unicode and exporting the list preserves Unicode. But the "preview" textarea at the bottom does not, nor does the "Message properties" textarea, when I try to edit. On the latter window, I can't read PDU to know what is actually stored, but I think it says "UCS-2", so...

Cheers

[FJ]

I know this. MyPhoneExplorer thinks in the default english charset to identify if Standard-7-bit is possible or not. I think i will fix this to the next version but its a littlebit tricky cause performance-problems (MPE has to detect this on every keypress in the SMS window, with single-byte converting this goes much more faster then with real unicode-detection)

[Claudiu]

I know this. MyPhoneExplorer thinks in the default english charset to identify if Standard-7-bit is possible or not. I think i will fix this to the next version but its a littlebit tricky cause performance-problems (MPE has to detect this on every keypress in the SMS window, with single-byte converting this goes much more faster then with real unicode-detection)

I don't know how floAt's Mobile Agent guys did it, but they did it, and it works either way. Being open source, maybe it could help you with the solution, as the latest version of MyPhoneExplorer (1.6.7) doesn't have this straighten out.

This problem is the main reason I couldn't use your software. Sorry about that...

Thanks

[FJ]

I know the reasons for it and you can believe me i searched the whole www for a solution. fLoats is written in another language (Delphi) whereas MyPhoneExplorer is written in VB6

[Claudiu]

I know the reasons for it and you can believe me i searched the whole www for a solution. fLoats is written in another language (Delphi) whereas MyPhoneExplorer is written in VB6

Wow, that was fast!

Maybe moving on to VB.net would mend your problem, I hope. I haven't worked with VB since 2005, and that was VB.net on a web app. Before that was VB6. But since then I have only worked with java, so I can't help. I know what it means to stick with a programming language, but I think that the migration to VB.net would be more easy, and maybe would solve your problems.

(As a side note, I think that your app is more tailored to my K800i than floAt's... At least comparing the calendar modules in these two apps, brought me to this conclusion. Your calendar seems to show a recurrent appointment accurately, on subsequent days, after the first day; this is not the case with floAt's.)


I hope my words will encourage you to pursue the VB.net way, as you have made a very good work, and it would be a pity to lose that for the future.

Best Regards,
Claudiu

[FJ]

I already tried .NET and it was also planned to port the whole project to .NET.

I woould have to write MPE from beginning new, in practice its not possible to port the code to .NET. To write the whole application new is no way for me. I have not much time and i have to use the time i have with the current state.

[Claudiu]

I already tried .NET and it was also planned to port the whole project to .NET.

I woould have to write MPE from beginning new, in practice its not possible to port the code to .NET. To write the whole application new is no way for me. I have not much time and i have to use the time i have with the current state.

I've seen some tools that convert fairly much of the old code. Have you tried any?

I have wondered if you have ever thought about releasing your source code? Maybe that would help...

I won't bother again on this subject, so these are the last idea.

Good night

[FJ]

Yes - i tried them - and it was awful. We are talking about 80.000 lines of code and its near impossible to fix them after converting. In this case its better to write it completly new.

I do not release the source-code. Please search the forum, there was already a discussion about this topic