Hallo Leute,

anbei einige neue Bugs, die aber allgemein überprüft werden sollten, bevor sie in die offizielle Bugliste aufgenommen werden.

Ich werde diese Liste in unregelmäßigen Abständen fortsetzen, sowie die Bugs auftauchen bzw. von mir überprüft wurden.


1. Das URL-Fenster ist viel zu klein, was sich insbesondere beim Korrigieren eines URLs unangenehm bemerkbar macht.

2. Das Sichern einzelner Bilder lässt sich nicht automatisiert handhaben. Nach jedem Sicherungsvorgang springen die Bildexportoptionen in die Standardeinstellungen.

3. Es ist nicht möglich, Tabellen ohne Linien in Web-Layouts zu erstellen. Es ist nur möglich, Tabellen ohne Linien in einem Print-Layout zu erstellen und diese bei deaktivierter Option *Hilfslinien zeigen* in ein Bild umzuwandeln.

4. Wird in einem Web-Layout Text mit Schlagschatten mit einem Objekt mit Schlagschatten gruppiert und diese Gruppe in einem Textrahmen verankert, addieren sich die Schattenabstände, was zu einer Verbreiterung des Seitenformats führen kann.

5. Hyperlinks sind weder in ihrer Dialogbox noch in ihrer Palette alphabetisch gelistet.

Hallo xpressio

Antwort auf [ xpressio ]

1. Das URL-Fenster ist viel zu klein, was sich insbesondere beim Korrigieren eines URLs unangenehm bemerkbar macht.

Geht doch, aber ich finde das grundsätzlich alle Fenster in der Größe veränderbar sein müssen.

Antwort auf [ xpressio ]

2. Das Sichern einzelner Bilder lässt sich nicht automatisiert handhaben. Nach jedem Sicherungsvorgang springen die Bildexportoptionen in die Standardeinstellungen.

Jau, das ist unter Windows auch so. Sehe ich allerdings nicht als Bug an, sondern eher als Unaufmerksamkeit von Seiten der Programmierer.

Antwort auf [ xpressio ]

3. Es ist nicht möglich, Tabellen ohne Linien in Web-Layouts zu erstellen. Es ist nur möglich, Tabellen ohne Linien in einem Print-Layout zu erstellen und diese bei deaktivierter Option *Hilfslinien zeigen* in ein Bild umzuwandeln.

Geht bei mir, ist zwar irgendwie ein bißchen umständlich/undurchsichtig aber es geht.

Antwort auf [ xpressio ]

4. Wird in einem Web-Layout Text mit Schlagschatten mit einem Objekt mit Schlagschatten gruppiert und diese Gruppe in einem Textrahmen verankert, addieren sich die Schattenabstände, was zu einer Verbreiterung des Seitenformats führen kann.

Nicht unter Windows und mit 7.3.

Antwort auf [ xpressio ]

5. Hyperlinks sind weder in ihrer Dialogbox noch in ihrer Palette alphabetisch gelistet.

Es wird nach der URL-Art sortiert, besser wäre einem die Wahl zu lassen.

Halo Bernd,

Antwort auf:

Es wird nach der URL-Art sortiert, besser wäre einem die Wahl zu lassen.

Das wäre es; aber innerhalb der URL-Art gibt es keine Sortierung – bei 50 Hyperlinks und mehr ganz schön undurchsichtig.

Antwort auf:

Nicht unter Windows und mit 7.3.

So wie im Anhang sieht das bei Dir *nicht* aus? (Nicht vergessen, Text und gelbes Objekt gruppieren und dann in einem Textrahmen verankern). Nach dem Verankern ist das Format deutlich breiter geworden.

Hallo Bernd,

Antwort auf:

Geht bei mir, ist zwar irgendwie ein bißchen umständlich/undurchsichtig aber es geht.

Im Anhang findest Du meine Ergebnisse. Das obere Bild ist die Darstellung in QXP. Wie man sieht, ist der Rand schon mal nicht wegzukriegen (außer man stellt ihn auf Weiß, das steht aber nicht zur Diskussion).

Das untere Bild zeigt die Tabelle nach der Umrechnung in HTML. Wie ist das nun bei Dir?

Hallo xpressio

Antwort auf [ xpressio ]

Nach dem Verankern ist das Format deutlich breiter geworden.

OK, jetzt habe ich das verstanden. Doch, auch bei mir verdrängt bzw. vergrößert der Schatten das Format.

Nachtrag
Auch wenn ich ein Objekt nur breiter ziehe, wird die weiße Fläche des Formates größer.

Hallo xpressio

Im Anhang der Ablauf wie es geht, dieser ist zwar noch nicht ganz logisch für mich - aber es geht.

Antwort auf:

Auch wenn ich ein Objekt nur breiter ziehe, wird die weiße Fläche des Formates größer.

Das ist ok und kann nicht als Fehler gewertet werden, da die Regeln für Web-Layouts eben etwas anders sind.

Antwort auf:

Im Anhang der Ablauf wie es geht, dieser ist zwar noch nicht ganz logisch für mich - aber es geht.

Bei mir kommen im QXP-Layout wieder alle Linien, wenn ich den Randstil auf 0 stelle – nach dem HTML-Export erscheinen alle Linien weiß, obwohl sie eigentlich 3D sein müssten (siehe Anhang).

Hallo xpressio

Mach doch einen Livechat mit dem Quarksupport, mal sehen was die dazu sagen.
Schick mir einmal eine Beispieldatei, dann schaue ich mir das an.

Hallo Bernd,

Du hast Recht – so geht’s. Zuerst Randstil auf 0, dann *Alle Raster* auswählen und auf 0 stellen. Umgekehrt funktioniert das aber nicht – daher meine ich nach wie vor, das ist ein Bug.

Ring frei zur nächsten Runde.

1. *2-Position-Rollover* werden nicht vorrangig geladen, sodass der 1. Mouseover unnötig lange dauert, bis sich etwas verändert.

2. *Umlaute* und *ß* erhalten oftmals einen zusätzlichen Wortzwischenraum nach dem Export in ein HTML-Dokument.

3. Wird Text, der ein *ß* enthält, in Versalien (K) und dadurch in *SS* umgewandelt, lebt das *ß* nach dem Export als HTML wieder auf.

4. Ein *ß* in OpenType-Kapitälchen, das im QXP-Dokument als *SS* angezeigt wird, wird im HTML-Dokument wieder als *ß* dargestellt.

5. Es ist noch immer nicht möglich, durch Klicken zwischen Buchstaben und Interpunktionszeichen eines Worts (z.B. Divis, Rufzeichen), alles gemeinsam auszuwählen, obwohl das in früheren QXP-Versionen (bis 6.52) durchaus möglich war.

Nachdem es keine Einwände gegen die vorherigen Bugs gab, hier ein paar neue:

1. Sind Anker in Zieldokumenten länger als 18 Zeichen, wird in den temporären Ordner (Localhost) verzweigt, sodass der Anker weder beim Testen noch nach dem Upload auf den Server gefunden wird.

2. Wird ein Anker über Stil –> Anker –> bearbeiten geändert, ist die Option Sichern ausgegraut – diese Änderung kann also ohne Manipulation nicht gesichert werden.

3. Sind in Ankern auf Zieldokumenten Umlaute enthalten, werden diese Anker im Quelldokument nicht als aufgerufen markiert.

4. Hyperlinks, die auf Anker derselben Seite verweisen, werden nicht als aufgerufen markiert.

5. Sichtzeichen werden bei jedem Öffnenvorgang aktiviert – in Weblayouts sehr lästig.

Unsere Zeitung hat (Dank an den Layouter!) als Brotschrift die Utopia 8,8 auf 10,5 pt. Bisher keine Probleme mit XPress 5 ;-)
Jetzt in 7.3 kann ich keine .txt-Datei in einen Textrahmen in der Vorlage importieren, auf den schon eine Stilvorlage mit einer Schriftgröße mit Kommastelle angewendet wurde. Xpress stürzt kommentarlos ab. Ist auch bei neuen Dokumenten so. Ganzzahlige Größen bereiten kein Problem. RTF-Dateien funktionieren tadellos.
Liegts am Erdmagnetfeld oder kann das einer nachvollziehen oder weiß einen Rat.

Steffen

Hallo Steffen,

das kann ich nicht nachvollziehen. Hast Du schon mal versucht, ein neues Projekt in QXP 7.3 zu erstellen mit diesen Stilvorlagen und hier den Text einzulesen?

Ja! Bei mir ist die Stilvorlage "Normal" schon auf 8,8/10,5 pt standardmäßig eingestellt, weil ich sie halt laufend brauche. Ändere ich vor dem importieren auf 9/11 pt geht's prima. Sonst stürzt XPress ab, auch jungfräuliche Projekte ...

Steffen