Umlaute fehlerhaft erkannt bei dem Download von Dokumente aus Safari

Das liegt nicht an deinem Mac, sondern am verwendeten Cloudserver.

Unter macOS (und ich vermute mal auch unter iPadOS/iOS) werden sind für Dateinamen alphanumerische Zeichen des englischen Alphabets: a-z, A-Z, 0-9 und die Sonderzeichen Bindestrich (-) und Unterstrich (_) erlaubt. Umlaute und Leerzeichen sind zwar erlaubt, können aber auf externen Servern (hier OneDrive) Probleme bereiten. Die Serversoftware kann mit dem Umlauten "nichts anfangen" und ersetzt sie dann durch eine unterstützte Zeichenfolge.

Also künftig einfach keine Umlaute in Dateinamen mehr verwenden....

Zu deinem OneDrive-Fehler wende dich bitte an den Microsoft-Support.

„Unter macOS (und ich vermute mal auch unter iPadOS/iOS) werden sind für Dateinamen alphanumerische Zeichen des englischen Alphabets: a-z, A-Z, 0-9 und die Sonderzeichen Bindestrich (-) und Unterstrich (_) erlaubt.“ — ’tschuldigung, aber: nein.

Grundsätzlich ist da „fast alles aus Unicode“ erlabut. Aber: das Dateisystem, auf dem gespeichert wird, legt da seine Restriktionen drauf. Und: es gibt (“since iOS klled MacOS”) zunehmend Software, welche diesbezüglich „Android-“ oder auch „Windows-Phanatasien“ durchsetzen will.

Was schon uralte Systemversionen, also v. a. das richtige MacOS, nicht mochten und mögen: wenn das Dateisystem, auf dem es installiert ist, nicht auf “case preserving” eingestellt ist. Das ist zwar eigentlich auch kein Problem, doch selbst „originale Apple-Software“, vor allem Bestandteile des OS, machen dann über kurz oder lang Ärger. Und dann meist richtig großen.

Ein Beispiel (ja, weil ich gelernt habe, Geniatech zu hassen): da werden seit 4 (also im Gegensatz zu 3) Dateinamen gnadenlos mit „_“ anstelle von Leerzeichen erzeugt. Und natürlich noch weitere „Fürsorglichkeiten“, es gibt da auch noch weder „/“ noch „?“. Wenn man aber, ob EyeTV läuft oder nicht, die Aufzeichnungen umbenennt — und zwar durchaus auch unter Einsatz dieser „illegalen Zeichen“, hat dieser Softwarem… damit überhaupt kein Problem.

Welche Art von „Dokumenten“ ist gemeint? Möglichkeiten gibt es da mehrere. Der beschriebene Fehler deutet auf ein Problem der Ersteller:in — könnte die Quelle evtl. Windows verwenden? Womöglich sogar irgend etwas wie Windows < 2k?

Suche hier mal nach „Umlaute“!

Meine Meinung: bis zum Zeitpunkt, an dem MacOS durch iOS ersetzt wurde (das ist Fakt!), war der Fehler in 99,9% aller Fälle „wo anders“ zu suchen. Und da waren die Quellen entweder, überwiegend, Windows(-Programme) oder das „machen wir es wie es Windows macht“ Fraktion der „wir sind kein Windows, möchten aber keinesfalls ein Unix sein“.

Heute, angesichts all dieser Geschmacklosigkeiten, senke ich den Wert lieber auf 70%.

Das nicht. Aber manchmal hilft es beim Fehler eingrenzen, wenn man wenigstens gehört hat, was für Spielregeln gelten oder gelten können. Selbst wenn man deshalb keinen „Durchblick“ hat, man geht dann aber möglicherweise nicht achtlos am Problem vorbei.

Zedmaraces schrieb:

Das nicht. Aber manchmal hilft es beim Fehler eingrenzen, wenn man wenigstens gehört hat, was für Spielregeln gelten oder gelten können.

Genau.

Ich finde es nur immer „interessant“, wie hier fast immer die Ursachen „bei Apple“ gesucht werden…

Nun ja, in letzter Zeit …

Wobei ich diesen Zeitraum längst nicht mehr mit Begriffen wie „kürzlich“ eingrenzen mag: Die Tastatur funktioniert nicht mehr - Apple Community, Wie markiert man verläßlich Objekte, z. B… - Apple Community, Wie kann man auf ein TimeMachine Pseudoba… - Apple Community, …

Vielleicht ein wenig komplizierter ausgedrückt, aber im Grunde kein Widerspruch.

Wer weiss schon, was auf dem Server läuft….