Weicher Zeilenumbruch in Sigil

Hallo zusammen,
ich fange gerade damit an in Sigil Epubs zu erstellen und stosse auf folgendes Problem:
Mit einem Return erzeuge ich immer einen neuen Absatz was bei Versen doof aussieht

bla bla

bla bla bla

sieht schlechter aus als

bla bla
bla bla bla

weiß jemand Rat

gruß
peter

O.K.,

hab's raus https://www2.mobileread.com/i/smilies/smile.gif
In Sigil "shif+return"
bzw <br> <br />
gibt's irgentwo eine Übersicht über alle Tags und was sie bewirken

gruß
Peter

[faltradl]

Hi Peter,

Originally Posted by peter120

In Sigil "shif+return"

Jepp, genau so wie in der Textverarbeitung.

bzw <br> <br />

Nö, nur <br />.

Das es nicht klammerndes ist Pärchen sieht man schon an der Stellung des /. Bei Absätzen hast du <p> </p> und dazwischen den Text. Das <br /> hat den / aber hinten, d.h. der Befehl ist dort gleich wieder zuende.

Wobei es nach SELFHTML es eigentlich nur <br> heißt. Ich hatte ohnehin schon lange den Eindruck, das Sigils Schreibweise <br /> eine Sigilmarotte ist. Das damit noch ein Leerzeichen mit hineingemogelt werden soll. Manche reader ignorieren das zum Glück, und manche (z.B. CoolReader) haben ein Problem damit. Bei denen stehen dann die Zeilen nicht bündig übereinander. Blöderweise besteht Sigil auf seine eigenwillige Schreibweise.

gibt's irgentwo eine Übersicht über alle Tags und was sie bewirken

Gibt es: SELFHTML

Das ist die Referenz. Allerdings ist sie nicht auf ePub spezialisiert, sondern ganz allgemein für HTML, XHTML, XML, CSS und einiges mehr. D.h. sie kommt aus dem Bereich Internetseiten bauen.

Gruß, Faltradl

[Doitsu]

Originally Posted by faltradl

Wobei es nach SELFHTML es eigentlich nur <br> heißt. Ich hatte ohnehin schon lange den Eindruck, das Sigils Schreibweise <br /> eine Sigilmarotte ist.

<br> ist OK für HTML 3.2, da Sigil aber XHTML generiert, ist <br /> korrekt, da leere Elemente mit einem Schrägstrich abgeschlossen werden sollen. (<br> bleibt aber weiterhin gültig.)

[brucewelch]

Gute Gelegenheit, noch einmal auf auf die dubiose schwarze Seite in Hokuspokus' Schnitzler hinzuweisen:

Ein zusätzliches <br /> im Image-Paragraphen erzeugt, indem sich die Seite auf 100% Höhe erstreckt, in jedem Fall eine weitere leere Seite, die allerdings schwarz ist, wenn der Hintergrund auf schwarz eingestellt ist. Die bloße Einstellung des Hintergrundes auf schwarz, wie von Doitsu behauptet, hat mit der Generierung einer weiteren Seite nichts zu tun.

[faltradl]

Originally Posted by Doitsu

<br> ist OK für HTML 3.2, da Sigil aber XHTML generiert, ist <br /> korrekt, da leere Elemente mit einem Schrägstrich abgeschlossen werden sollen. (<br> bleibt aber weiterhin gültig.)

Aha, man lernt immer was dazu.

OK, dann ist der Coolreader das Problem. Entweder das er das <br /> nicht sauber beherrscht, oder das man in seinen Einstellungen nur irgendetwas ändern müsste. Letzteres habe ich schon versucht, es damit aber nur noch schlimmer gemacht.

[mmat1]

Originally Posted by faltradl

Aha, man lernt immer was dazu.

OK, dann ist der Coolreader das Problem. Entweder das er das <br /> nicht sauber beherrscht, oder das man in seinen Einstellungen nur irgendetwas ändern müsste. Letzteres habe ich schon versucht, es damit aber nur noch schlimmer gemacht.

br alleine macht garnicht soooviel. U.u. kommen die Probleme von der Formatierung des Absatzes in dem das br steht....

Btw. br ohne schließenden Schrägstrich ist zwar in den "einfachen" HTML-Varianten erlaubt, aber ich würde den strich lieber nicht weglassen. Im EPUB ist er ein zwingendes MUSS.

Das Leerzeichen zwischen br und dem Strich ist meines Wissens nicht erforderlich.

So, war ein paar Tage nicht da. Danke für die Infos
Dann muß ich mich halt mit HTML beschäftigen ;-)

gruß Peter

[faltradl]

Originally Posted by mmat1

br alleine macht garnicht soooviel. U.u. kommen die Probleme von der Formatierung des Absatzes in dem das br steht....

Sigil und der Viewer von Calibre zeigen es richtig an. Nur der CoolReader (auf meinem PockeBook) meint mich ärgern zu müssen.

Ich weiß, man sich auch mit dem Einzug der ersten Zeile verwirren. Aber so etwas habe ich dort gar nicht, sondern schnödes Linksbündig ohne Sondereinzüge. Und trotzdem zeigt der CoolReader den linken Rand nicht exakt übereinander.

Ich habe den Verdacht, das der CoolReader die Variante <br /> mit Leerzeichen nicht sauber kann. Vermutlich macht er <br> + 1 geschütztes Leerzeichen dahinter draus.

Nun ja, sieht nicht schön aus. Besonders weil man die die Zeilenvorschübe innerhalb von Gedichtstrophen benötigt. (Außer man macht brutal speziell formatierte Absätze draus, was aber eigentlich nicht im Sinne des Erfinders ist.) Aber wie heißt es so schön: Es gibt schlimmeres.

Das Leerzeichen zwischen br und dem Strich ist meines Wissens nicht erforderlich.

Laut der von Doitsu verlinkten Seite muss es bei XHTML mit Leerzeichen sein.

[mmat1]

Originally Posted by faltradl

Sigil und der Viewer von Calibre zeigen es richtig an. Nur der CoolReader (auf meinem PockeBook) meint mich ärgern zu müssen.

Ich weiß, man sich auch mit dem Einzug der ersten Zeile verwirren. Aber so etwas habe ich dort gar nicht, sondern schnödes Linksbündig ohne Sondereinzüge. Und trotzdem zeigt der CoolReader den linken Rand nicht exakt übereinander.

Ich habe den Verdacht, das der CoolReader die Variante <br /> mit Leerzeichen nicht sauber kann. Vermutlich macht er <br> + 1 geschütztes Leerzeichen dahinter draus.

Nun ja, sieht nicht schön aus. Besonders weil man die die Zeilenvorschübe innerhalb von Gedichtstrophen benötigt. (Außer man macht brutal speziell formatierte Absätze draus, was aber eigentlich nicht im Sinne des Erfinders ist.) Aber wie heißt es so schön: Es gibt schlimmeres.

Ja, ja, das ist schon klar. Das ist ein typisches Problem, bei dem man nach einem sogenannten Workaround sucht; einer Lösung die eben auf allen Plattformen funktioniert. Das br selber ist hierbei m. E. von untergeordneter Bedeutung; die Formatierung des umgebenden Absatzes ist dabei entscheidend (wie schonmal gesagt). Mehr kann ich ohne Kenntnis derselben nicht dazu sagen.

Btw. Sigil und Callibre (Diese sind eigentlich fast identisch) sind für eine valide Beurteilung, wie eine Formatierung auf dem E-Reader aussieht, mit äußerster Vorsicht zu genießen. (Aber das wurde hier in den Foren schon mehrfach aktenkundig gemacht).

Laut der von Doitsu verlinkten Seite muss es bei XHTML mit Leerzeichen sein.

Naja, doitsu Link ist wohl so zu verstehen, das man bei diesem Ziel auch gerne mal weiterklickern darf. Irgendwann landet man dann hier, und stellt fest, das das Blank vor dem / tatssächlich nicht erforderlich ist.

[Doitsu]

Originally Posted by mmat1

Btw. Sigil und Callibre (Diese sind eigentlich fast identisch) sind für eine valide Beurteilung, wie eine Formatierung auf dem E-Reader aussieht, mit äußerster Vorsicht zu genießen. (Aber das wurde hier in den Foren schon mehrfach aktenkundig gemacht).

Da Sigil und Calibre (wie iBooks) die Webkit-Rendering-Engine verwenden, zeigen sie auch einige HTML5/CSS3-Elemente an und sind deshalb ideal für iBooks- und Kindle-AZW3-Bücher, aber nicht für "normale" ADE-kompatible ePubs.

Originally Posted by mmat1

Naja, doitsu Link ist wohl so zu verstehen, das man bei diesem Ziel auch gerne mal weiterklickern darf. Irgendwann landet man dann hier, und stellt fest, das das Blank vor dem / tatssächlich nicht erforderlich ist.

Erforderlich ist das Leerzeichen tatsächlich nicht, aber wenn Du auf derselben Website nach unten blätterst, stößt Du unter C2 auf die folgende Empfehlung für abwärtskompatible Dokumente:

C.2 Leere Elemente

Fügen Sie ein Leerzeichen vor dem führenden / und > leerer Elemente ein. z.B. <br />, <hr /> und <img src="karen.jpg" alt="Karen" />. Verwenden Sie darüber hinaus die minimierte Tag-Syntax für leere Elemente, z.B. <br />, weil die alternative Syntax <br></br>, die von XML erlaubt ist, unsichere Ergebnisse in vielen bereits existierenden Benutzerprogrammen erzeugt.