Antwort auf [ MurphysLaw ]

Antwort auf [ mk-will ]

Das geschützte Leerzeichen hast Du mit Strg-Leerzeichen eingegeben?

Nein, als geübter Windoofler mach ich das über Alt+0160 auf dem NumBlock.
Murphy

Hallo Murphy,

hä..., Alt+160 ?
Ich muss dumm fragen:
Wie muss ich das eingeben? Bei mir mir erscheint "á" in Struktur- und Normalansicht bei FM.
Alt gedrückt gehalten und 160 eingegeben.

Gruß

Antwort auf [ framXL ]

Alt gedrückt gehalten und 160 eingegeben.

Nein, nicht ganz.

Alt gedrückt halten und 0160 auf dem Nummernblock rechts (und nur da) eingeben :-)

Grüße,
Bernd

Mir hat das jetzt mal keine Ruhe gelassen:

STRG+Leerzeichen und das "normale" geschützte Leerzeichen (non-breaking Space, ASCII 160) sind in der Tat zwei verschiedene Zeichen!
Zwar wird Strg+Space in jeder FM-Doku als nbsp bezeichnet, aber es handelt sich hier offensichtlich um eine Kombination aus geschütztem Leerzeichen & einem Steuerzeichen, das die Silbentrennung deaktiviert.
Außerdem habe ich eine FM-Seite mit einer Zeile mit 0160er nbsps und einer Zeile mit Strg+Space nbsps als XML und als Unicode-Textdatei abgespeichert.
Interessanterweise wird nur das 0160er Zeichen korrekt als non-breaking space gespeichert, das Strg-Hardspace hingegen kommt als Ascii 32, also als normales Leerzeichen raus!!

Meiner Meinung nach ist "Strg+Leerzeichen" ein ziemlich doofer Witz, den sich die Adobler da ausgedacht haben. das ist auf jeden Fall kein sauber kodiertes geschütztes Leerzeichen!

:-?

Antwort auf [ MurphysLaw ]

Mir hat das jetzt mal keine Ruhe gelassen:

Du bist nicht der Einzige… Michael hat das schön zusammengefasst:

http://cap-studio.de/...uetztes-leerzeichen/

Grüße,
Bernd

Antwort auf [ Be.eM ]

Antwort auf [ MurphysLaw ]

Mir hat das jetzt mal keine Ruhe gelassen:

Du bist nicht der Einzige… Michael hat das schön zusammengefasst:

http://cap-studio.de/...uetztes-leerzeichen/

Grüße,
Bernd

Ha! Wunderbar! :-)

Nur das hier ist zumindest nicht bei jedem korrekt:

Zitat

Beim Speichern als XML wird aus beiden das korrekte Unicode-Zeichen \u00A0

Das Strg-Leerzeichen wird bei mir beim umspeichern sowohl in XML, als auch in UTF-8-NurText, als auch in UTF16-LE-NurText die Bytekombi 00 20 draus, also ASCII 32, also ein stinknormales Leerzeichen!
:-?

Das 0160er bleibt in der Tat bei allen Umspeicherungen korrekt kodiert.

Antwort auf [ mk-will ]

strg-

(Strg + Bindestrich)

Hallo Stephan,

wie wirkt sich dieses Steuerzeichen bei der Übersetzung (xml-Export und -Import) strukturierter FM-Dok's aus?

Ähnlich wie die Zeichen ALT+0160 bzw. Strg+Lz ?

Danke
Gruß

Antwort auf [ framXL ]

Antwort auf [ mk-will ]

strg-

(Strg + Bindestrich)

Hallo Stephan,

wie wirkt sich dieses Steuerzeichen bei der Übersetzung (xml-Export und -Import) strukturierter FM-Dok's aus?

Ähnlich wie die Zeichen ALT+0160 bzw. Strg+Lz ?

Danke
Gruß

Bei meinem Umspeicher-Test in XML sind die Strg+Lz verloren gegangen, die Alt+0160 blieben erhalten.
Beim Umspeichern in MIF 8 hingegen bleiben beide erhalten; Alt+0160 als geschütztes Leerzeichen (Hex A0):

Code

<ParaLine  
   <TextRectID 19> 
   <String `Zeile mit geschützten Leerzeichen sieht so aus...'> 
  > # end of ParaLine 

Strg+Lz bleibt ebenfalls erhalten, der Satz wird allerdings zerrissen:

Code

<ParaLine  
   <String `Zeile'> 
   <Char HardSpace> 
   <String `mit'> 
   <Char HardSpace> 
   <String `FM'> 
   <Char HardSpace> 
   <String `Spezielleerzeichen'> 
   <Char HardSpace> 
   <String `sieht'> 
   <Char HardSpace> 
   <String `so'> 
   <Char HardSpace> 
   <String `aus...'> 
  > # end of ParaLine 

Ich kann danach nur noch einmal wiederholen, was ich zuvor schon schrieb:
Das Strg+Lz ist ein ziemlich übler Witz, den die Adobler da verzapft haben!

Hallo MurphysLaw,

ich meinte das Steuerzeichen für "Strg + Bindestrich", den händischen Zeilenumbruch.


Gruß