Hi,
ohne Carlos zu nahe treten zu wollen, halte ich das Nichtbenutzen von
Umlauten für keine "Lösung" im Sinne einer Lösung. Vermutlich
reflektiert Carlos darauf, dass es in der kleinen RISC
OS-Entwicklergemeinde keinen gibt, der dieses anspruchsvolle Thema
"lösen" kann, zumal die meisten Entwickler aus dem englischsprachigen
Raum kommen und sich schlicht nicht für das Problem interessieren. Ein
Nichtbenutzen von Umlauten möchte ich aber auf keinen Fall als "Lösung"
bezeichnen. Eine "Krücke" wäre wohl eher der richtige Ausdruck, denn
zumindest ich benutze gerne meine "vollständige" Muttersprache und fühle
mich durch das Umlauteproblem bzw. durch das ständige daran Denken
eingeschränkt. Außerdem beschränkt sich dieses Umlauteproblem nicht nur
auf den Filer, z.B. beim Austausch über ein NAS (was ich extrem lästig
finde), sondern es sind auch Applikationen betroffen, wie z.B. R-Comp's
Messenger. Und das Entwickler (die es in der Hand hätten) dieses Thema
nicht ernst nehmen (vor allem bei Applikationen, die ein "Pro" im Namen
tragen), finde ich beschämend.
Ähnliches gilt beim Austausch von Dateitypen. Schreiben Entwickler nicht
ihre Programme für Nutzer? Und möchten Entwickler nicht, dass die Nutzer
ein möglichst barrierefreies Nutzererlebnis haben? Schaue ich mir meinen
Übergang von RISC OS zu einem anderen Betriebssystem an, so waren es
damals eben u.a. die vielen kleinen Barrieren, die mich so langsam zum
Windows OS, zum MAC OS und schließlich zum Linux OS gebracht haben.
Meines Erachtens macht es also Sinn, sich der vielen kleinen Barrieren
anzunehmen, so dies denn hinsichtlich Aufwand möglich ist. Und auf jeden
Fall sollte man deutlich von "Krücken" sprechen, wenn es Krücken und
keine Lösungen sind, um die Probleme ernsthaft vor sich her zu tragen.
Sonnige Grüße
HöMi
Am 26.11.2017 um 10:27 schrieb Carlos Michael Santillan:
On 25 Nov 2017 Alexander Ausserstorfer <bavariasound@xxxxxxxxxxxxxxx> wrote:
- Bei der Kodierung gibt es Probleme. Windows markiert die UmlauteKlares Latin 1 / UTF-8 Problem.
anders als RISC OS. Ein Beispiel: Unter RISC OS lese ich "Tagebücher",
unter Windows aber "Tageb_cher". Oder, anders herum: Unter Windows
lese ich "Tagebücher", unter RISC OS aber Tagebļcher.
Lösung: Keine Umlaute, sz usw. im Dateisystem benutzen.
- Ebenfalls gibt es Probleme bei den Dateitypen. Setzte ich die unterGibt es Tech-/EasiWriter für Windows bzw. ein Programm das die
RISC OS korrekt, erscheint unter Windows aber z. B. ,0d01 am Ende des
jeweiligen Dateinamens (für Dateityp Easidoc). Windows erkennt damit
den Dateityp nicht mehr richtig. Ich muss also ständig die Dateien
umbenennen, je nachdem, auf welcher Plattform ich gerade arbeite
(Webbrowser, Fireworks).
Dokumente lesen kann? Wenn nein, was ist das Problem? Wenn ja, wie
lautet die Dateiendung?
Bekanntermassen benutzt RISC OS Dateitypen im Dateisystem. Sprich die
Datei bild/txt kann den Typ JPEG haben. Windows erkennt den Dateityp
anhand der Dateiendung. Damit ist bild.txt für Windows eine Textdatei.
Auch wenn es ein JPEG ist. Damit die Dateitypen für RISC OS auf
einen SMB/CIFS und NFS Share usw. nicht verloren gehen wird der Typ als
,xxx angehängt und Windows kann nichts mehr damit anfangen ohne zutun.
Ansonsten gibt es die Datei MimeMap. Mit Hilfe der Datei werden die
Dateiypen "Übersetzt". Damit wird von RISC OS aus bild2/png nicht zu
bild2.png,b60 sonder zu bild2.png. In der anderen Richtung wird
hallo,feb in RISC OS zu hallo mit dem Typ Obey.
In RISC OS findet man die Datei MimeMap unter <Inet$MimeMappings>
($.!Boot.Resources.!Internet.files und bei Select woanders in !Boot).
Die Datei kann man editieren, muss dann aber *ReadMimeMap absetzen oder
Neustarten. Es hat sich mal jemand die Mühe gemacht die orginale Datei
zu erweiterm. Siehe Link. Ich selbst würde das nur nach Bedarf
erweitern. Die Datei ist von 2006.
Das alles bedeutet auch, dass man unter RISC OS die üblichen Endungen
benutzen sollte. Die Datei bild muss dann für Windows usw. bild/jpg
heißen. Dank MimeMap gibt es dann kein ,c85.
https://de.wikipedia.org/wiki/Multipurpose_Internet_Mail_Extensions
http://www.bablakejs.co.uk/download/maps.zip
Carlos