Forums

Ik heb een vraagje over de weergave van bijvoorbeeld de letter "ü".

Ik heb diverse zenders met deze letter en de daarbij horende picons.

Met Filezilla via ftp zie ik dat deze correct wordt weergegeven. Maar als ik in telnet controleer door: "ls -a /usr/share/enigma2/picon", zie ik dat de "ü" als "?" wordt weergegeven. In ftp handmatig hernoemen helpt ook niet.

Dit is dan ook denk ik de reden dat de picon tijdens het zappen niet verschijnt .

Maar als ik de picon naar Usb(fat32) verplaats, dan gaat het goed.

Ik denk dat de Enigma2 de onbekende karakters niet herkent, wanneer deze in de flash locatie bevinden. Kan ik misschien nog ergens sleutelen in E2?

 

Picons gaan op basis van service ref. Niet op basis van kanaalnaam. Dus dat zou niet uit mogen maken. Is de symlink valide op flash?
Als telnet een ? laat zien kan dat aan een aantal zaken liggen. De telnet client die geen utf8 aan kan. Of niet zo staat ingesteld. Het font dat geen utf8 karakters aan kan. De telnet server/terminal die geen utf8 aan kan, of niet in staat gesteld. Dus telnet is niet echt een goed diagnosemiddel. Maar dat er iets niet klopt, daar heb je gelijk in.

De picons heb ik in skin.xml aangepast naar servicename ipv reference.

De boosdoener zou ook de telnet client kunnen zijn. Maar als resultaat krijg ik:

root@VuDuo:~# ü
-sh: ü: not found

Dus de weergave in de telnet client is oke denk ik.

Volgens mij houdt Linux niet echt van exotische karakters..
 

Gewoon refernces gebruiken en de boel niet aanpassen.... Henb je ook geen last van gekke karakters die niet in linux mogen of zo...

Linux heeft daar geen enkel probleem mee, die vind de meest zotte file namen nog prima. Maar je moet wel overal consequent hetzelfde characterset (kunnen) gebruiken, en dat is nog wel eens een uitdaging.

 

Los van dat: de reden dat we van service refs gebruik maken, is dat de naam van een zender niet uniek, en ook niet vast is. En dus zijn namen onbetrouwbaar.

De reden dat ik van servicename gebruik maak is dat ik voor een heleboel dezelfde zenders zoals Eurosport, Discovery, ngwild, sky calcio enz. symlinks gebruik.

Dus 1 echte .png picon van bijv Eurosport en de rest gaat via symlink.

De symlinks worden via een script bestand aangemaakt.

Edited by korsan, 16 January 2014 - 00:49.

Ja, en? Dat staat toch los van het gebruik van een naam?

 

Het systeem met service ref's werkt ook op die manier. Er is maar 1 "bbcone.png", en tientallen symlinks die daarnaar verwijzen. Maar die symlinks zijn dus service refs.

Oke los van dat, maar waarom wordt de picon met een "ü" letter op de usb(fat32) wel weergegeven en op de flash niet.

Het is natuurlijk geen must, maar misschien zit ergens een instelling hiervoor.

Ik denk dat jij stiekem windows-1252 encoding gebruikt (komt het vanaf een windows systeem?) Linux heeft daar geen boodschap aan, die gebruikt alleen utf-8.

Ik denk dat jij stiekem windows-1252 encoding gebruikt (komt het vanaf een windows systeem?) Linux heeft daar geen boodschap aan, die gebruikt alleen utf-8.

Ja dat zou best eens kunnen. Dat is de Western European Windows encoding. Ik gebruik momenteel W8.1, ik zal dit is eve onderzoeken.

Kun je windows eigenlijk niet gewoon op utf-8 zetten? Ik zit zelf niet zo in het windows-gebeuren, maar dat zou toch super-praktisch zijn, dan ben je ineens compatible met iedereen. Ik weet dat windows wel een unicode mode heeft, maar dat is dan weer ucs-16, da's iets heel anders (worst of two worlds...)

Vandaar dat ik in #5 schreef dat je wel hetzelfde characterset moet gebruiken. ;-)

 

Nee, je kunt Windows niet op utf-8 zetten. Dat is en blijft compatible met niks. Het enige wat je kunt doen is het overzetten met ftp of samba, hopen dat deze de conversie voor je doen (voor samba kun je dat configureren).

Vandaar dat ik in #5 schreef dat je wel hetzelfde characterset moet gebruiken. ;-)

 

Nee, je kunt Windows niet op utf-8 zetten. Dat is en blijft compatible met niks. Het enige wat je kunt doen is het overzetten met ftp of samba, hopen dat deze de conversie voor je doen (voor samba kun je dat configureren).

Ja nu heb ik het. Via samba heb ik /usr/share/enigma2/picon opengezet zodat ik deze locatie kan bewerken met windows explorer. En na het corrigeren van de karakters is het gelukt.

Dus bewerken/toevoegen van bestanden/picons via samba is de oplossing, wat ik al eigenlijk deed voor de picon locatie op de usb. Dit was dus de reden dat de picons op de usb vanaf het begin goed werkten.