Wir benutzen die QuarkXPress (Windows) -Version 7.31. Wir haben einen langen Fließtext (vorformatiert aus Html) von ca 40 Seiten, aufgeteilt in jeweils 5 Spalten. Bilder sind überhaupt nicht enthalten.
Die Textbearbeitung ist dabei kaum noch möglich. Jede Eingabe dauert extrem lange. Laut Fehlerbehebung zum Update auf Version 7.1 sollte dieser Fehler behoben sein. Wir benutzen außerdem eine alte Version von QuarkXPress Passport 4.0. In dieser Version ist die Textbearbeitung bei gleichem Dokumentenaufbau problemlos.
Auf Anfrage beim Support, wurde ich zur Fehlerbehebung auf diese Seite verwiesen:
http://www.quarkuser.net/Miniaturseitenverschiebung/

Leider hat die Einbindung in ein neues Quark-Projekt überhaupt nicht geholfen.
Weiß jemand einen Tipp?

Hallo Gestalter,

willkommen auf HDS.

Eine Miniaturseitenverschiebung macht in der Regel nur dann Sinn, wenn alte QXP-Dokumente in neuere Versionen umgewandelt werden sollen. Eine Verschiebung in die gleiche Version ändert nichts, es sei denn, das Dokument ist beschädigt.

Wie verhält sich das Ganze denn, wenn Du den Text in QXP 4 einliest (wo die Performance ja ok ist) und das Dokument dann in QXP 7.31 öffnest?

Auf diese Idee war ich noch nicht gekommen und habe es gleich ausprobiert.
Ich habe den Eindruck, dass die Textbearbeitung etwas schneller geht -zufrieden stellend ist es aber noch lange nicht.

Genau mein Problem wurde in der Fehlerbeschreibung zur Version 7.1 geschildert:
http://euro.quark.com/de/products/xpress/71issuesresolved.html

"Die Textbearbeitung war gelegentlich langsam, besonders in mehrspaltigen Textrahmen. Dieses Problem wurde behoben.
"

Das war die Antwort vom Quark-Support:

Es gibt zum Reparieren oder besser gesagt “Reinigen” von Dokumenten zwei Techniken, die Miniaturenverschiebung und das Anfügen.

Eine Beschreibung der Miniaturenverschiebung finden Sie hier:

http://www.quarkuser.net/Miniaturseitenverschiebung/

Beim Anfügen, müssen Sie zuesrt ein neues Projekt erstellen und dann unter Ablage/Datei auf Anfügen klicken. Dann wählen Sie das betroffene Projekt aus und klicken auf Öffnen. Im Anfügen-Fenster wählen Sie Layout aus und klicken dann auf „Alle Einschliessen“ und OK. Bei Konflikten wählen Sie bitte stets „neue Verwenden“. Das betroffene layout wird dadurch in das neue Projekt kopiert und sehr oft von Problemen befreit.

Leider hilft das alles nicht.

Ich habe einen Test mit importiertem HTML-Text in mehrere Seiten eines 5-spaltigen Layouts durchgeführt, konnte aber keine merkbare Verzögerung beim Bearbeiten feststellen.

Wenn das möglich ist, sende mir mal die Datei (Mailadresse in meinem Profil), dann kann ich das hier überprüfen.

Hallo

Mit deiner Datei kann ich das bei mir nachvollziehen, es muss also etwas bei dem Import der Textdaten schieflaufen.

Denn wenn ich deinen Text als normalen Text (UTF-16) exportiere und wieder importiere, ist von Verzögerung keine Spur mehr.

...danke für die Mühe.
Das Problem beseitigt die Umwandlung zwar, aber die Textformatierung ist dabei verloren gegangen.
Ich habe ja in HTML vorformatiert, weil ich bei diesen Textmassen nicht jede Zeile einzeln nachformatieren kann und möchte.
Ich hatte den unformatierten Text schon aus MS Word importiert und der Fehler trat auch nicht auf, allerdings werden dabei auch nicht alle Formatierungen, wie zB. Fettstellung und Kursiv übernommen.

Ich glaube, ich bleibe bei diesem Projekt doch bei Quark 4, denn ich habe es dort mittlerweile fast fertig. -Auch wenn es ein Armutszeugnis ist.

Speichert man den Text als XPress-Tags, damit die Parameter erhalten bleiben (im Gegensatz zu Plaintext), ändert sich nach erneutem Einlesen an der Performance nichts.

Ich denke, es ist die Summe aller Faktoren: Oftmaliger Schriftwechsel je Zeile (bis zu 5-mal), Schrifthöhenänderung, unterschiedliche Spationierung, Tabulator mit Führungspunkten in jeder Zeile. Hauptsächlich scheint es mir aber am Schriftwechsel zu liegen; denn die Rechenzeit ändert sich nicht, wenn man die *Italic* und *Bold* gestellten Schnitte durch Originalschnitte bzw. andere Schriften ersetzt. Offenbar rechnet QXP 7 hier anders als QXP 4.

Es liegt also nicht am System (Win oder Mac), sondern generell an QXP 7. Leider konnte ich auch nichts finden, was sich im Moment verbessern ließe – außer *Back to the roots: QXP 4*.

Antwort auf:

Auch wenn es ein Armutszeugnis ist.

Wenn Quark hierzu auch nichts weiter einfällt, stimme ich zu.

Hallo Gestalter0815

Ich habe mir deine Datei jetzt noch einmal angesehen und folgendes geändert.

Alle Zeilenumbrüche (\n) durch einen Absatzwechsel (\p) ersetzt
und siehe da die Bearbeitung der Datei war wieder erheblich schneller,
eigentlich so wie man es erwartet.

Der Grund liegt sicherlich an den 16 930 Zeilenumbrüchen (\n), Respekt.

Alle Achtung, das war’s tatsächlich! Der logische Grund kann aber nicht an der Anzahl der Zeilenumbrüche liegen, denn warum soll der Befehl *Neue Zeile* sich auf die Performance anders auswirken als der Befehl *Neuer Absatz* (bei linksbündigem Satz)?

Vor allem, da es bis einschließlich QXP 6.52 in der Originalfassung einwandfrei funktioniert. Sieht mir eher wieder mal nach einem Bug aus.

hallo ...und Danke Euch Beiden.
Ich habe das Dokument zwar schon in der 4er Version fertig, konnte aber alles nochmal in 7.31 nachvollziehen. Wenigstens weiß ich jetzt für die Zukunft bescheid, wenn ich es nochmal benötige.

Mit dem Support war ich auch noch ein paar mal in Kontakt und will Euch wenigstens den letzten Stand nicht verheimlichen:
*************
Ich habe Ihr Dokument einmal mit dem Programm markztools repariert (siehe Anhang. Danach konnte ich mit dem Dokument problemlos arbeiten.

Technical Support Representative
*************

Hallo Zusammen

Ich habe das unserer Bugliste (Pos. 31) hinzugefügt.

Folgendes Phänomen, wollte ich noch abschließend berichten:

Die Datei hatte ich nun in Quark 4 erstellt. Dabei habe ich etwa 100 Zeilenumbrüche manuell ausgeglichen, also entweder noch einen zusätzlichen Zeilen-Umbruch hinzugefügt oder die Zeile etwas gesperrt, sodass der Umbruch aufgehoben wurde.

Jetzt wo alles fertig ist, habe ich die ganze Datei noch einmal in Quark7 geladen und die Datei lässt sich ganz normal bearbeiten, funktioniert wie gewohnt.