Hallo Freunde der gepflegten Quark-Probleme,

wir arbeiten hier auf MacOS 9.2 mit Quark 4.1 (lacht da jemand?) und ich würde gerne mal wissen, woher das Problem "Dateinamen duplizieren" kommt. Es ist die automatische Sicherungskopie aktiviert.

Die Sache ist nämlich die, das ich Dateien von Anderen Macs übernehme und bei diesen die Probleme gelegentlich auftreten. Lege ich auf meinem Rechner eine Datei an, passiert das nicht. Liegt das an fehlerhaften Schriften? Ist die Datei in sich nicht in Ordnung? Gibt es etwas etwas auf das dieser Fehler zurückzuführen ist?

Vielen Dank schon mal und sonnige Grüße aus Frankfurt
Martin

Hi Martin,

??? ich weis wirklich nicht so richtig was Du meinst. Gib uns doch bitte eine Beschreibung des Fehlers wie er passiert. Vielleicht raffe ich es dann – danke.

Hallo Conny,

ja, ich habe mich wohl etwas flapsig ausgedrückt, sorry.

Es gibt bei Quark eine Fehlermeldung die heißt "... Dateinamen duplizieren". Sie tritt auf wenn ich sichern will (Apfel-S) oder wenn Quark eine automatische Sicherungskopie angelegt. Diese Meldung kann nur mit OK bestätigt werden.

Im besten Falle passiert gar nichts, d. h. es wird nicht gesichert. Im schlimmsten Falle stürzt der Rechner ab. Dieser Fehler ist meiner Erfahrung nach unabhängig davon wie oft vorher gesichert wurde. Er tritt also nie beim ersten Mal sichern auf.

Man kann dann auch nicht mehr "Sichern unter..." mit dem gleichen Namen machen. Meistens hilft es, die Datei unter einem anderen Namen zu sichern. Wobei auch solch eine Datei meistens irgendwann dieser Fehler produziert.

Meine Frage ist: wodurch wird dieser Fehler verursacht?

Ich hoffe dass die Fehlerbeschreibung jetzt etwas verständlich beschrieben ist.

Sonnige Grüße aus Frankfurt
Martin

Hi Martin,

doch damit komme ich deutlich besser klar.
Zum einen kann es die Ursache sein, dass mit unterschiedlichen Programmversionen gearbeitet wird. Wenn man dann in einer vorherigen Version speichern will gerät man quasi automatisch in eine Art "sichern unter" Umgebung.
Als nächstes ist absolut vorstellbar, dass Die Dateien Insuffizienzen aufweisen. Quark funktioniert grundsätzlich so, dass nur geänderte Objekte gesichert werden. Das hat bei Versionswechseln zur Folge, dass bei mehreren Wechseln ein "Code-Kaudawelsch" zustande kommt. Das wiederum führt dann zu merkwürdigen Reaktionen von Quark. Vielleicht als Tipp nebenbei, solange Du versuchst auf den Grund des Problems zu kommen, würde ich die automatische Sicherung ausstellen – einfach nur um solange einen Störfaktor loszuwerden.
Ich würde mich mal die Historie des Quark-Files ansehen und wenn dort mehrere Versionen genannt werden empfiehlt sich eine Miniaturseitenverschiebung. Diese würde ich dem Kunden nahe legen, so er die Verantwortung für das Dokument hat, ansonsten empfiehlt sich ein Ausdruck oder ein PDF wenn es digital bleiben soll und dann Verschieben, um danach auch eine Vergleichsmöglichkeit zu haben, auf die man sich verlassen kann.
Die dritte Ursache könnten defekte Schriften sein. Dann sollte das Problem allerdings nicht mehr auftreten, wenn eine andere Schrift verwendet wird (natürlich muss man sicher wissen, dass es sich um eine sauber funktionierende Schrift dreht).
Weiter könnte es auch an XTensions liegen, allerdings halte ich das bei Deiner Beschreibung eher für unwahrscheinlich.
Hoffe das bringt Dich ein wenig weiter.

Hallo Martin,

mich würde interessieren, worauf du denn speicherst, denn ich hatte dieses Problem, wenn ich meine Daten auf einem Linuxserver liegen hatte. Anscheinend legt Quark eine unsichtbare temporäre Kopie an, die schreibgeschützt ist und dann auch das Originaldokument daran hindert, normal zu speichern. Das war jedenfalls mein Fall. Auf einem Windows- oder Unixvolume passiert mir das nicht. Ich muss mal probieren, ob mit dem Appletalkupdate nun normal zu arbeiten ist.

Grüße
Hubert

Hi Hubert,

nur zur Erläuterung, wenn Du mit unterschiedlichen Serversystemen arbeitest hast Du immer wieder differente Interpretationen des AppleTalk Protokolls. Linux benutzt "NetATalk" bei Unix wirst Du sicher "EtherTalk" benutzen und bei Windows ist es standardmäßig "Services for Macintosh" oder vielleicht sogar Cyans "MacServerIP" aber soviel ich weis basiert das alles noch auf AppleTalk 2.x (bei Helios weis ich es derzeit nicht) es gibt also Beschränkungen in Dateiname, Dateigröße etc.
So ist das was Du nennst vielleicht erklärbar, denn wenn ein Dateiname über eine Konvention hinausgeht und nur am Ende des Namens unterschiedlich ist, kann es sicher zu einem solchen Problem kommen.
Das wollte ich nur hinzufügen um es für Mitlesende etwas transparenter zu machen.
Ich hoffe das bringt der Diskussion noch ein wenig.

Hi Conny,

vielen Dank für deine ausführliche Antwort.

Code-Kauderwelsch sollte eigentlich ausscheiden da wir die Dateien intern erstellen, alle arbeiten mit MacOS 9.2 und QXP 4.1. Aber es ist auf jeden Fall gut, dass mit den Versionen zu wissen.

Kann denn auch bei Abstürzen so ein "Kauderwelsch" zustande kommen?

An defekte Schriften habe ich auch schon gedacht ... würde mich nicht wundern ... die Erstellerin der Dateien mit diesem Fehler scheint kaputte Schriften zu mögen. Andererseits habe ich die Datei neu angelegt (also nachgebaut *ächz*) und zwar mit den von Ihr benutzten Schriften (Schriften kopiert von Ihrem auf meinen Rechner)... ich hatte bis jetzt kein Problem. Muß noch mal die Extentions checken.

Fällt dir, oder sonst jemandem; noch etwas dazu ein?

@Hubert: bei uns läuft alles über Mac. Keine Anderen Systeme dazwischen.

Herbstliche Grüße
Martin