Hallo zusammen,
in dem k�rzlich gelaufenen Thread "Blocksatz" ging die Diskussion
dar�ber, ob bei einem Shift-Return die entsprechende Zeile bis zum
rechten Rand ausgedehnt werden soll ("Neu") oder nicht ("Alt"). Ich
m�chte die Diskussion hier nicht neu er�ffnen, sondern zun�chst
darstellen wof�r ich das "neue" Verhalten ben�tige und daher unter
OOo immer vermisst habe. Danach m�chte ich einen Vorschlag zur
Probleml�sung unterbreiten, der meiner Meinung nach eleganter ist.
Problem:
Ein Textabsatz mit Blocksatz, der zusammen geh�rende Elemente
enth�lt, die am Zeilenende nicht getrennt werden sollen.
Das k�nnen z.B. einfache mathematische Formeln oder physikalische
Gr��en sein, also Elemente wie "20,4 [g/l]", die Sonderzeichen
enthalten. Wenn diese Elemente an das Ende der Zeile r�cken, werden
sie oft mitten drin getrennt (was aber nicht sein soll), z.B. in
"20" auf der einen und ",4" auf der nachsten Zeile, oder auch "[g"
und "/l]". Um das zu verhindern, kann man vor dem Element ein
Shift-Return eingeben. In der Formatierung Blocksatz soll dieser
dann f�r die so umgebrochene Zeile erhalten bleiben (s.o). Das
Problem tritt nat�rlich auch bei Flattersatz auf, dort st�rt das
Shift-Return allerdings nicht das Layout. In beiden F�llen mu� man
bei �nderungen am Text aber m�hsam die manuell eingef�gten Umbr�che
�berarbeiten. Was man ben�tigt, ist also in etwa eine Erweiterung
der gesch�tzten Leerzeichen oder Bindestriche.
Vorschlag:
Das gew�nschte Verhalten lie�e sich unter Einbeziehung der
gesch�tzten Leerzeichen und Bindestriche konzeptionell klarer
realisieren, wenn es bei den Zeichenformaten eine Option "mit
n�chstem zusammenhalten" g�be, �hnlich wie bei den Absatzformaten.
Wie seht ihr die Problematik oder hat jemand noch andere sinnvolle
Anwendungsbeispiele? Wenn es von allgemeinerem Interesse ist, lege
ich gerne ein Issue dazu an.
Gru�
Karl-Heinz
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
