Suche in Vorschau findet keine Umlaute

Unter macOS 14 Sonoma ist dieses Problem inzwischen behoben. Nach der Aktualisierung auf Sonoma konnte ich wieder problemlos in der Vorschau nach Worten mit Umlauten suchen.

Da das Problem eines der Software beim Zusammenprallen mit Unicode ist, hilft neue Hardware da kein Stück weiter.

Tipp: man kann Umlaute (vermutlich „hier bei uns“ das einzige da nennenswerte Problem, vielleicht auch noch ein paar weitere) auch mit der Tastatur in beiden Varianten eingeben. Beispielsweise ä und ä. Sieht gleich aus? Eben: entweder ä⃣ oder ¨⃣ a⃣.

(Hmmm… hoffentlich sieht das hernach, nach dem Absenden, nicht so chaotisch aus wie jetzt gerade.)

Das Diakritische Zeichen (s. Link oben), das hier gefragt ist, läßt sich eigentlich einfach merken: U wie Umlaut. Also ist die tatsächliche Tastenkombination fürs Beispiel dann auch ⌥⃣u⃣ a⃣

Damit kann man dann, wenn auch mit Unannehmlichkeiten (immerhin: wenn nach irgendwas mit allen dreien unserer Umlauten sucht, könnten sich damit (2²)ⁿ, für die Anzahl der vorkommenden Umlaute, Möglichkeiten ergeben. Gut, es könnten auch nur 2ⁿ Versuche sein – wenn dabei wenigstens das mit Groß- und Kleinschreibung nicht auch noch zuschlägt.

Machte gestern einen Clean Install von Ventura zurück nach Monterey – ohne Time Machine, ausgenommen für Pages, Numbers, Keynote – da Apple diese Programme für Monterey nicht mehr unterstützt (sic!).

Nachdem alle Programme wieder installiert waren, scheint alles wieder zu funktionieren mit dem Resultat: Umlaute in Vorschau werden gefunden, Original-Druckertreiber scannen, Spam-Filter blockiert wieder, etc.

Ergo, irgendwas in meinem iMac late 2017 i7 macht Probleme unter Ventura – und Sonoma passt nicht mehr...

Also verwende ich, solange es geht, auf meinem iMac nur macOS Monterey. Auf meinem MacBook (2019 i5) habe ich unter Sonoma keine Probleme.

13.5.1 kann es noch nicht! Ich erhielt aus der Community immerhin den Hinweis für eine sonst wenig zugängliche Apple-Adresse, wohin ich meine "Klage" senden konnte, erhielt aber bislang noch keine Bestätigung. Es gibt ja noch den PDF-Viewer, aber eigentlich sollten Apple Standardprogramme für die deutsche Sprache funktionieren.

Nur ein kleiner Hinweis: nach dem Update auf 13.1 könnte sich auch da was geändert haben. Also nicht vergessen, das nochmal auszuprobieren!

Hallo KSTNR,

konnte das Problem mit Vorschau in einem pdf nachstellen -- mein Vornamen enthält ein 'ü' -- wurde nicht gefunden in sample PDF ...

PS

Stichworte Problemlösung allgemein sind: Codepage, UTF-8, charset

Wie unten beschrieben, im Terminal eingeben

file -I

https://osxdaily.com/2017/09/02/determine-file-encoding-mac-command-line/

VG

Biker

AndiV schrieb:

Ich habe die Suche mit OS 10.14 ausprobiert und dabei konnte ich keine Probleme feststellen. Anscheinend liegt es wirklich nur an MacOS Ventura oder der Optimierung von Dateien, wenn sie auf den Servern von iCloud-Drive liegen.

Aber der Tipp von Biker ist wirklich Gold wert.

Hmm, bei mir kann ich unter Ventura in keinem einzigen PDF Wörter mit Umlauten finden, auch nicht, wenn die Dateien nicht in iCloud liegen, also ausserhalb von Schreibtisch und Dokumente.

Das gilt auch für zusammengesetzte Zeichen aus anderen Sprachen, wie å oder â œ æ ø, nicht nur für deutsche Umlaute.

Eine Vermutung, vielleicht ein (für eine Support-Mitteilung hilfreicher) Tipp: es gibt mit Unicode mehrere Möglichkeiten, Umlaute (Weil Unicode ja „international“ ist: äöüÄÖÜ) abzubilden. Mindestens zwei, vielleicht (es ist schon zu lange her) drei! Und wenn eine Suche sich da auf „die falsche(n)“ Option(en) versteift, ist es mit dem Ergebnis natürlich Essig.

Jedenfalls habe ich mir schon, vor vielen Jahren, damit das Späßchen erlaubt, einem (’tschuldigung) „Fanboy“ unter Linux eine Datei auf den Desktop zu platzieren, welche die von ihm verwendete Shell (GUI) nicht löschen konnte. Dafür war „die Kommandozeile“ (AFAIR BASH) nötig.

Wurde das auch konsequent getestet, ist keiner eher zufällig gerade vorhandenen Kombination von Daten geschuldet?

Nicht falsch verstehen, aber man hat schon Pferde …

Beispiel gefällig? eyeTV („das Gute“, also < Nr. 4!) leistet sich da immer wieder mal Scherze solcher Art: man kopiert aus EPG-Infos ein Stück Text (z. B. den Titel einer Serie, die man im Auge behalten möchte; natürlich mit Umlaut drin) und setzt diesen als Suchbegriff in einem „intelligenten EPG“ ein. Resultat: nichts wird gefunden. Erst wenn man im entsprechenden Feld einzeln jeden Umlaut markiert und dann mit dem scheinbar identischen Umlaut „frisch von der Tastatur“ ersetzt, funktioniert es dann doch.

Vgl. Wikipedia: das System (der Finder?) betreibt so etwas (weshalb mir das erwähnte Spielchen ja auch so leicht fiel). Wie weit das bei anderen Programmen, Anwendungen, auch der Fall ist, weiß ich nicht. Aber spätestens dann, wenn z. B. so ein PDF „aus dem Ausland“ stammt, ist die Wahrscheinlichkeit groß, daß es da „unterschiedliche Meinungen“ zu diesem Thema gibt.

Da man, so lange man nicht „Pinke und Brain“ spielt, davon ausgehen muß, daß es solche „Effekte“ gibt, sollte meiner Meinung nach die Suche in bekannten Datenformaten so etwas berücksichtigen. Womit der Fehler bei  liegen würde. (Und: „Unicode“ ist, meine ich, längst auch dieser „Featuritis“ oder „Versionitis“ anheim gefallen.)

Noch ein Nachtrag: iOS 13 scheint das Normalisieren, gerade (aber wahrscheinlich nicht nur) im Dateisystem auch nicht mehr ernst zu nehmen. In der GUI bemerkt man das ja nicht, denn da „greift“ man eine Datei und erhält, unter der Decke GUI, ja den jeweils dazu gehörenden Namen. Aber wer z. B. das Terminal bemüht, kann jetzt auch ab und an feststellen, daß nach einem

ls
Überaschung

ein

rm Überraschung

nur noch zu einer Fehlermeldung wegen einer nicht vorhandenen Datei führt. Wobei ich gerade sehe, daß hier beim Schreiben in Safari im „ls-Beispiel“ der Cursor hinter dem vermeintlichen Ü ein kleines Stück nach links versetzt, über dem Buchstaben, nach dem er stehen sollte, herumlungert.

Bekomme ich jetzt wieder eine Sperre wenn ich Steve in angepaßter, „digitalisierter“ Form zitiere? “Apple lost it’s taste. And I don’t mean it in a small way …”

Ärgerlich! Löschte meinen Computer (Clean Install!) und installierte alles neu unter Ventura, da ich Probleme hatte. Einige Probleme blieben: So kann ich auf meinem iMac (late 2017 i7), wie auch auf dem MacBook (2019, i5, Ventura) mit der Vorschau.app in PDFs keine Worte finden mit Umlauten.

Apple, das darf ja nicht sein – noch immer im August 2023.

Mit dem Finder und in anderen Apps (Word, InDesign etc.) habe ich keine Probleme. Ich könnte – nur für eine Suche – den Acrobat (Pro) benutzen, dieser ist aber ständig weniger benutzerfreundlich.

Funktioniert auch unter Ventura 13.6.4 noch immer nicht!

Muss ich denn schon wieder einen neuen Mac kaufen? Denn es funktioniert noch einiges mehr nicht auf meinem iMac 2017, i7 (e.g., Spamfilter in Apple Mail, Druckertreiber scannen nicht mehr, etc.).

Sorry Apple, I'm fed up. In your earlier days, you delivered much more coherence and constancy for your devices.

Immerhin auf meinem MacBook 2019 (läuft Sonoma) funktioniert die Suche nach Umlauten in Vorschau (und auch der Spamfilter!)

Hallo KSTNR

Nein, kenne das Problem in dieser Form nicht. Es kann bei Unix- oder Server-Umgebungen sein, dass Umlaute oder Sonderzeichen im Dateinamen, aber nie im Inhalt von Dateien nicht erlaubt sind.

Die Problematik mit den Umlauten betrifft einen Mac oder nur das iPhone?

Hast Du deine Beobachtungen schon als Fehlerbericht oder Feedback verfasst?

Inwiefern ist deine Beobachtung Arbeitsrelevant oder schlimm für deine Arbeit?

Bug Reporting - Apple Developer

Feedback - Website - Apple (CH)