Good Morning, all!
Strange to me is, that the selected book-list-style (list or thumbnail - I have set it to list all the time) affects PRS+ Settings, which should always be lists.
But I guess this is due to the fact, that some kind of book.node is used to create the PRS+Settings-Menu.
- Should we (temporary) avoid the use of icons?
- Could this also be a problem with apps at the PRS-950? (But calendar uses a icon taken from the standard-set and not a custom-added one)
- Can PRS+Settings use it's own set of skin/icons to avoid this conflict with the standard-behaviour?
Quote:
quisvir
Well done, Mark! Hopefully reducing the color depth solves the problem permanently. I wonder why it didn't occur sooner, though. Did the other icons simply only use a few of the colours/greyscales available in the previous png?
|
May be we (I) extended it to a certain size by adding the brightness/contrast icons?
Quote:
MiK77
There is also a problem on the Aplications screen. I can't see the icons for dictionary, notes and audio. But I can tap on the white space to open these catagories.
|
Same here
[Edit] Issue is related to BookManagement, Beta without BookManagement shows normal App-Menu
[/EDIT]
Quote:
MiK77
Unfortunately this doesn't really work. If the translation is missing you don't get the English texts but placeholders. These are often very long therefore truncated. So you mus guess what an option is for.
Id would be nice if the fallback to English would work, but it doesn't.
|
As fare as I remember in Core.lang-code only one set of translation-strings is loaded at a time, so fallback to english isn't that easy. But there was/is a fallback to the option names if whole option-line was totally missing.
Shura1oplot extended the function to retrun this option-name also when the translation-string for a certain language is missing, thus having L() returning "" or undefinde.
This is what MiK77 describes.