Good day, Jens! I wrote you email, and post some here:
Sorry for such big delay with reply, I was too much busy (really, it's weird!).
Moreover, I tried to consult with other people about what characters most useful for remapping.
At first some my replies on your letter:
> you see that contacting me via email is not necessarily the fastest
> way. I am sometimes lazy
Well, for me it's more easy. Thank's anyway!
> I actually suggested using a combination of both techniques.
Of course this is the better way, but harder. And AFAIK this definable chars already used for menus symbols. May be at first try not to use them?
> The current lcd code already does this, because the player LCDs don't
> even provide all necessary characters for latin
Sorry? On pics all latin letters a present. Or I didn't understand something?
> I think it should not be hard to adapt this to show cyrillic
> letters instead. I simply need those replacements for _all_
> cyrillic letters.
This is the main trouble. Different people may want to see different latin chars on places of cyrillic chars.
As I suggested before, the best way to use external file with chars for remapping, so each user could "reconfigure" (just edit file) map for himself.
> To reiterate: I certainly won't go for a simple replacement
> map, because (1) this would be rather ugly imho,
Well, anyway most characters will be done this way, only 4 or 8 will be defined.
> (2) would not use the lcd to its full potential
Hm, this is the point? Or the point is to make it faster and easier to use? 8-)
> and (3) the code for
> using both remapped chars and defined chars is already there.
Ok, it's you business ;-)
> Because of this it is of course not possible to have this
> user-adjustable, but I already think about a loadable format,
> so rockbox could provide loadable charsets on the player. At
> least adding Greek should be relatively easy...
Sorry again, I'm not fully understand.
Why not possible to make user-adjustable file? Any file could be edited ;-) You mean "not so easily adjusable"? Anyway all non-defined chars (66-4=62, or 66-8=58) are just remaped. You can use definable (4 or
chars, but all other (~60) can be remaped by the user. What's wrong?
> >> Get the table (Microsoft Word format). Unfortunately
> OpenOffice format isn't allowed...
> >No, Word is great!
> That statement is debatable for sure...
I mean - great for me in this sutuation, not at all ;-)
> >> If you managed to complete the whole table, please post it here or
> >> send it to me. I'll then try
> >and build a first version of cyrillic rockbox for the player.
I tried. Comments at the end.
> >May be you can start to do first build this external file, made from
> >yor table? I am consulting with some other people to choose
> most suitable chars, and then we just edit this file?
>
> The problem here is that I need the complete table (at least
> a rough version) to start with. Otherwise rockbox would just
> show spaces in place of some letters when it has to use the
> replacements...
Yes, but the table you made was really good for the beta version to start programming!
> - The characters are sorted by priority, so if a non-native
>Â Â character has to be displayed that has a higher priority than
>Â Â one already shown, the already shown character is replaced by
>Â Â its replacement in order to free up the user defined char
Who and how choose the "priority"?
> I think it is going to be fun to implement cyrillic support,
Yes, just fun. The Player going obsolete, no too much people use it. They are dissapearing, like dinasaurs 8-]
Ok, let's go to my Table.
I edit it so:
At first is N# - just for future conversation about exact char - by number. And I used HEX code for chars instead of sign - to exclude trouble with near-same looking chars.
If in Old-New-R cell only one number - I think there is no need in defining char.
If in Old-New-R cell '?' sign before number - I am not sure or not fully suitable, but possible.
If in Old-New-R cell '??' sign before number - I am really not sure or near not suitable, but may be possible at last.
If in Old-New-R cell two numbers - first one is more suitable, but second possible too.
Most chars can be remapped so they will be recognisable by most users.
Let's talk about OLD and NEW lcd's char separately.
The OLD lcd.
There are only 2 letters for that I can't even approximately choose remaping. 2 letters = 4 chars - for BIG and small letter.
N# 24 (57) and 29 (62). They are rarely used, but you want the full table ;-)
In general, in using for them definable chars, it's possible to use 1 char for both BIG and small.
And may be 32 (65) is hard too.
The NEW lcd.
There are all chars may be so-so remaped, the worst variant (first candidates to define) are with '??': 4, 13, 24, 33.
Please, look at them.
If you agree - you can try to code them. If you have any questions or suggestions - wellcome, I'll very try to answer _faster_ ;-)
P.S. I only still want to ask you, if possible, use external file for charmap. It will be more easy to change than table built-in to firmware code.
Regards,
Kirill.
[attachment deleted by admin]