Push-Nachrichten von MacTechNews.de
Würden Sie gerne aktuelle Nachrichten aus der Apple-Welt direkt über Push-Nachrichten erhalten?

Richtige Dateinamen beim Austausch von Dateien zwischen OS X, Windows und Linux

Vielleicht ist es Ihnen auch schon das ein oder andere Mal passiert: Ein unter OS X angelegter Dateiname kann unter Windows nicht gelesen werden. Worauf bei der Benennung von Dateien zu achten ist, damit sich diese unter Mac OS, Windows und Linux lesen lassen, hat Linux Box Admin zusammengefasst. Alle Dateisysteme unterstützen inzwischen 255 Zeichen, auch wenn Windows deutlich später als Linux ermöglicht hat. Bestimmte Zeichen im Dateinamen sollten vermieden werden, um kein Risiko einzugehen. Dazu zählen *, \, /, <, >, :, |, " und ?. Unter OS X können Dateien oder Ordnernamen mit einem Leerzeichen beginnen, für Windows muss das vermieden werden. Zudem kann es für mehr Kompatibilität sorgen, wenn längere Dateinamen nur aus Kleinbuchstaben bestehen und nicht gemischt wird. Zudem ist die Angabe des Dateiformates als Suffix unter Umständen sinnvoll.

Weiterführende Links:

Kommentare

DJ Base19.07.06 14:31
Ehrlich gesagt, die Dateierkennung ist im allgemeinen nicht gerade sehr intelligent. Kaum ändert man die Dateiendung, glaub das System, das es auch wirklich so ist und will es dann prompt mit dem falschen Programm öffnen.

0
lihaf19.07.06 14:32
Super, das ist doch mal eine tolle "Meldung"... Nicht zwingend MTNews, aber tolle Tips...

Danke!
0
Rainer Puschner
Rainer Puschner19.07.06 14:48
Aber die meisten Programme können nur 32 Zeichen im Dateinamen!!! Was nützt es mir also, wenn es das System kann, das Progg aber nicht??? Beispiel gefällig???

Word, Excel, Powerpoint, Logic, Quicktime, ...

Einfach mal beim Speichern einen langen Namen eingeben... nix mit 255 Zeichen...
0
MetallSnake
MetallSnake19.07.06 14:54
Kann Windows nicht schon viel Länger als Mac OS 255 Zeichen im Dateinamen speichern? Also beim Mac ging es ab 8.1 theoretisch, (kann gelesen werden wird aber verstümmelt) und wirklich nutzbar erst ab OS X. Windows kann das doch schon seit 95 oder nicht?


DJ Base Was erwartest du denn? Warum würdest du auch einer .jpg Datei eine .mkv Endung geben wollen?
Das Schöne an der KI ist, dass wir endlich einen Weg gefunden haben, wie die Wirtschaft weiter wachsen kann, nachdem sie jeden Einzelnen von uns getötet hat.
0
Aipä
Aipä19.07.06 14:58
Habe in Word gerade mal ein Dokument unter einem 100 Zeichen langen Namen abgespeichert: ging problemlos! (Tiger / MS Office 2004)
0
vasquesbc
vasquesbc19.07.06 14:59
Reiner Puschner:

In der aktuellen Version gibt es sowohl mit Office, als auch mit Quicktime keine Probleme mit Dateinamen jenseits der 32 Zeichen Grenze.
Allwissend bin ich nicht; doch viel ist mir bewußt.
0
cupofcoffee19.07.06 15:09
es wurde der punkt unter den zu vermeidenden zeichen vergessen.

ers nicht glaubt, soll mal einen punkt vor sein heimverzeichnis setzen.
0
Stefab
Stefab19.07.06 15:12
Punkt im Namen ist ok, nur am Anfang nicht.

Was wirklich vergessen wurde ist der Doppelpunkt ":" - wers nicht glaubt, einfach mal unter OS X probieren...
0
Agnus19.07.06 15:14
Der Punkt "." ist in der Tat ein gutes Thema. Wer einen Windows-Benutzer zu Tode nerven will, der stellt ihm auf seine Platte (via smb oder so) eine Datei oder ein Verzeichnis, das mit einem Punkt endet!
0
Rainer Puschner
Rainer Puschner19.07.06 15:18
... hm werde wohl mal updates machen...
0
Danyji
Danyji19.07.06 15:28
Mit Dateinamen habe ich kein Problem, aber JPEGs und GIFs können von manchen Outlook-Benutzern nicht geöffnet werden, weil die da wohl nicht als Anhang drangehängt werden und wenn sie die Datei auf den Desktop ziehen, soll da angeblich ein Bitmap draus werden (sick)

Außerdem habe ich mit manchen PClern Probleme mit Umlauten, was wohl an der Textcodierung liegt (sick)

Bin echt schon am Überlegen auf Entourage umzusteigen. Mail ist im Austausch mit PCs jedenfalls nicht das wahre.
0
trw
trw19.07.06 15:37
Ich krieg hier von anderen Win-PC-Usern ständig Dateien wie "Die Präsentation für Schröder 02.doc" ....

Und das scheint leider weit verbreitet zu sein ....
0
dewell19.07.06 15:46
wird das MacBook Pro 15,4'' auch so heiß?
0
Sindbad19.07.06 15:51
Extensions: i.A. keine Probleme
Dateinamenlänge: keine Probleme (Client: Lotus Notes)
Umlaute: Gelegentlich falsche Zeichen beim Empfang via gezippte Datei (nervt).
Ablegen eigener Dateien auf Server: sehr schade und lästig, dass WIndows mit "/" nicht klarkommt.
0
TiBooX
TiBooX19.07.06 17:41
Sorry aber die Unwissenheit hier ist ja zum schreien:
Dateinamenlängen und Buchstabenvorrat sind in der Regel nur von DATEISYSTEM abhängig.
Beim Mac unter HFS bzw HFS+ sind fast alle Buchstaben sogar UniCode erlaubt nur ":" und nicht
Soweit ich weiss konnte FAT32 schon längere Dateinamen aber dafür nicht UniCode und auch nicht *, \, /, <, >, |, " und ?. Dabei durfte der _ganze_ Pfad (sowas gab es beim Mac vor OS X zum Glück garnicht) 255 Zeicehn lang sein.
Klassische HFS Namen haben übrigens eine Länge von 31 und NICHT 32 Buchstaben (Str31 unsigned char [32]) Bei 32 Buchstaben gäbe es einen BufferOverflow wegen der PascalString Speicherung.
People who are really serious about software should make their own hardware [A. Kay]
0
recipient19.07.06 17:55
@TiBooX:
Das mag ja alles so im Handbuch "EDV leicht gemacht" stehen, die Praxis siegt jedoch anders aus. MS Office X z. B. schert sich nicht um theoretische Grundlagen, sondern blockt - HFS hin, FAT her - lange Dateinamen mit dem Hinweis "Nicht mehr als 32 Zeichen".

0
TiBooX
TiBooX19.07.06 19:57
31 !!!! Zeichen sonst Buffer Overflow !!!
M$ hat noch nie richtig die Mac Dokumentation gelesen/verstanden sonst würde Windows heute nicht so aussehen.
People who are really serious about software should make their own hardware [A. Kay]
0
Lucian Binder20.07.06 13:04
Hab gerade 2 Fälle nacheinander gehabt, da konnten PCs meine (MAC)PDF-Dateien mit Umlaute im Dateinamen nicht lesen!!!!

Also ist es ratsam Wörter wie "Übel, Ätzend oder Öde" bei PCs zu vermeiden - die nehmen's gleich soo persönlich ...
0
TT030
TT03020.07.06 13:51
daß LogiC nur 31-Zeichen-Namen speichert, kann ich bestätigen
0

Kommentieren

Sie müssen sich einloggen, um die News kommentieren zu können.