Hallo,

bei der Verwendung des WorldReady Paragraph Composers (Unterstützung der Rechts-Links Schreibrichtung) anstelle dem Adobe Absatzsetzer beobachte ich, dass das geschützte Leerzeichen mit flexibler Breite (\u00A0) seine Flexibilität verliert und genauso wirkt wie ein geschütztes Leerzeichen mit fester Breite (\u202F): Beispiel

Diese Wirkung scheint von der Schrift unabhängig zu sein.

Kann jemand dieses Phänomen bestätigen?
Verhält sich dies in InDesign ME genau so?


Systemangaben:
InDesign CS4, 6.0.6
ScribeDOOR 1.0.0
Mac OS X 10.6.4

Hallo Martin,

mit ScribeDOOR CS5 bestätigt. Aber nicht nur der WR "Paragraph" Composer. Auch der WR "Single Line" Composer.
Aber wem den Bug melden? Winsoft oder Adobe? Denke, werde es mal bei Winsoft versuchen.

Hallo Yves,

danke für die Bestätigung.

Inzwischen habe ich den Test in InDesign CS4 ME unter Windows nachgestellt.
Das Ergebnis dort ist dasselbe.
Es liegt als an den WorldReady Composern.
Und dafür dürfte WinSoft zuständig sein.

Adobe kocht bei den geschützten Leerzeichen ohnehin sein eigenes Süppchen (siehe dazu http://www.hilfdirselbst.ch/..._P303284.html#303284).

Das hat mich auf die Idee gebracht, dass WinSoft eventuell – unicode-konform – auf \u202F den narrow no-break space liegen hat. Aber in den WorldReady Composern haben \u00A0 und \u202F dieselbe Breite. Sie benehmen sich dort wie eineiige Zwillinge.

Winsoft verwendet \u00A0 unicode-konform als geschütztes Leerzeichen mit fester Breite.
Aber \u202F ist funktional identisch mit \u00A0. Und das ist nicht unicode-konform. :-(

Hallo Martin,

ich bin noch bis heute Abend etwas kurz angebunden. Ich werde das Unicode verhalten dann mal genauer nachprüfen und sehen ob ich zum selben Schluß komme.

Hallo Martin,

also ich kann mir das Verhalten nicht erklären. Heute ist mal eine E-Mail an Winsoft rausgegangen ob es ein Bug oder ein Feature ist. Mal abwarten was die antworten. Sollte das Verhalten gewollt sein, möge Winsoft auch bitte erläutern warum es so ist.

Ich gehe aber mal davon aus dass es beim Bug bleibt. Denn schaut man ins Handbuch, gibt es zum Schluß eine Kategorie mit bekannten Problemen wo hauptsächlich Fehlverhalten vom WR Composer in Verbindung mit Unicode Markern genannt werden.