Da Kursiv die einzige zulässige Auszeichnung im normalen Text ist (bei meinem Verleger), ...
My.
Geschrieben 12 Dezember 2012 - 11:32
Da Kursiv die einzige zulässige Auszeichnung im normalen Text ist (bei meinem Verleger), ...
Geschrieben 12 Dezember 2012 - 12:54
Amen!Hey Leute, die Leser zahlen Geld für eBooks, da kann man doch als Kunde genausoviel Sorgfalt erwarten wie bei gedruckten Büchern!!!
Biom Alpha ist im Sonnensystem angekommen. Jetzt auf eigener Seite und auf Twitter @BiomAlpha
Geschrieben 12 Dezember 2012 - 13:20
Hey Leute, die Leser zahlen Geld für eBooks, da kann man doch als Kunde genausoviel Sorgfalt erwarten wie bei gedruckten Büchern!!!
Ja, natürlich, und nein, natürlich nicht.Amen!
Geschrieben 12 Dezember 2012 - 13:31
Ich hatte weiter oben schon drauf hingewiesen: Mit dem Tag widow kann man das zumindest beim ePub steuern. Es steht also keine einzelne Zeile irgendwo einsam auf dem Display rum. Wird interessant, wenn auf der letzten Seite eines Abschnitts ein Kapitelbreak folgt. Und das tag wird nur aktiv, wenn nötig. Bei einer Vergrößerungsstufe brauchte es das, bei einer anderen Stufe wieder nicht, je nach Zeilenumbruch.Sorgfalt in Bezug auf Schusterjungen und Hurenkinder ist beim E-Buch ebenso verschwendet
Geschrieben 12 Dezember 2012 - 13:53
Ich hatte weiter oben schon drauf hingewiesen: Mit dem Tag widow kann man das zumindest beim ePub steuern.
Sorgfalt ist nie verschwendete Zeit. Das Resultat sind nämlich schöne Bücher.
Bearbeitet von jeamy, 12 Dezember 2012 - 13:55.
mostly harmless
jeamy
»Das Leben ist das Resultat einer unvollkommenen Natur.«
Die Traumvektor Tetralogie ist kein Science-Fiction-Roman
»Morgen seid ihr alle tot. Denn sie kommen!«
Monsterseelen
Geschrieben 12 Dezember 2012 - 14:30
Sorgfalt muss an der richtigen Stelle investiert werden. Werden meine E-Bücher schöner, wenn ich jedes einzelne paarweise Kerning in meiner Papier-Korrekturfahne nachmesse? Werden deine dadurch schöner?Ich hatte weiter oben schon drauf hingewiesen: Mit dem Tag widow kann man das zumindest beim ePub steuern. Es steht also keine einzelne Zeile irgendwo einsam auf dem Display rum. Wird interessant, wenn auf der letzten Seite eines Abschnitts ein Kapitelbreak folgt. Und das tag wird nur aktiv, wenn nötig. Bei einer Vergrößerungsstufe brauchte es das, bei einer anderen Stufe wieder nicht, je nach Zeilenumbruch.
Sorgfalt ist nie verschwendete Zeit. Das Resultat sind nämlich schöne Bücher.
'widows' Value: <integer> | inherit Initial: 2
Geschrieben 12 Dezember 2012 - 14:44
Geschrieben 12 Dezember 2012 - 14:45
Geschrieben 12 Dezember 2012 - 14:52
Dann habe ich es tatsächlich falsch verstanden, Entschuldigung!Vielleicht hast du mich falsch vestanden. Es nützt ja erstmal nichts, wenn der Standard in einer Spezifikation 2 ist. Der Reader muss ja wissen, dass du dieses "widows" anwenden möchtest, sonst tut er nichts.
Der Sony kann es, aber nur, wenn man es ihm via CSS auch eindeutig sagt. Sonst geschieht nämlich - nichts.
Geschrieben 12 Dezember 2012 - 15:09
Geschrieben 12 Dezember 2012 - 15:42
Mein Workaround sind echte Großbuchstaben, die ich dann 2pt verkleinere - zum Glück brauche ich das nur ganz selten. (Wenn dann die Schriftgröße nicht zieht, habe ich Versalien, die sich immer noch vom Rest des Textes abheben. Das geht.)Small-Caps sind auch so eine Sache, über die ich kürzlich gestolpert bin. Das geht z.B. beim Kindle nur über Umwege. Beim Kindle Fire muss ich es noch testen.
Ah - und auch das ist abhängig von der Schriftgröße und kommt im Previewer nicht vor. Ich habe so etwas auch schon bei E-Büchern großer Verlage gesehen.Und dann ist da immer noch die Frage offen, warum der Kindle zwischendrin manchmal streckenweise keinen Blocksatz liefert, sondern so etwas wie Flattersatz.
Bearbeitet von Valerie J. Long, 12 Dezember 2012 - 15:42.
Geschrieben 12 Dezember 2012 - 16:55
Und dann ist da immer noch die Frage offen, warum der Kindle zwischendrin manchmal streckenweise keinen Blocksatz liefert, sondern so etwas wie Flattersatz.
Für diesbezügliche Hinweise bin ich dankbar.
Eine Worttrennfunktion gibt es ja beim Kindle gar nicht, und da eben scheint mir das Problem zu liegen - zumindest habe ich bislang keine Worttrennungen auf dem Kindle gesehen (mit Ausnahme jener Komposita, die mit Bindestrichen gebildet werden). Die Kindle-Software ist zwar auf Blocksatz ausgerichtet, geht aber - so will es mir scheinen - Kompromisse ein, sobald der Umbruch dazu führt, dass die in einer Zeile vorhandenen Zeichen eine definierte Untergrenze unterschreiten. In diesem Fall würde der Blocksatz die in der Zeile vorhandenen Wörter unschön auseinanderziehen. Somit macht der Kindle - das vermute ich - aus einem Mangel eine Tugend, denn ein leichter Flattersatz wirkt auf das Auge angenehmer als auffällig große Wortabstände. Dennoch handelt es sich natürlich um einen Mangel: Beherrschte der Kindle die Worttrennung, so wäre auch perfekter Blocksatz möglich (sofern man nicht eine sehr große Type einstellte).Ich vermute stark, dass der Trenn- und Umbruch-Algorithmus kapituliert und als Rückzugsposition auf Flattersatz umstellt. Die Lösung dürfte sein, auf lange Kompositworte zu verzichten....
Geschrieben 12 Dezember 2012 - 17:58
Geschrieben 12 Dezember 2012 - 19:58
Richtig. Die Sorgfalt muss nur an der richtigen Stelle investiert werden.@ Valerie: Nur der Vollständigkeit halber (weil ich denke, dass du das nicht andeuten wolltest) sei zu erwähnen, dass die Tatsache, dass man mit der einen oder anderen aus dem Printbereich bekannten Problemstellung auf einem eBook eh nichts anfangen kann, weil das da nicht relevant ist oder schlicht nicht geht, natürlich nicht bedeutet, dass man gar keine Sorgfalt walten lassen muss. Ganz im Gegenteil.
Genau!Mich stört bei eBooks z.B. der Versuch, Blocksatz zu erzeugen. Ich halte das nicht nur für überflüssig, sondern auch schädlich, spätestens dann, wenn mangels Trennmöglichkeiten Zeilen aufreißen, oder der Blocksatz sogar ganz verloren geht (was ich bei einigen meiner bisher gelesenen eBooks, die von großen Verlagen stammten, unangenehm bemerkt habe). Und eben so Sachen wie: Rechtschreibung, Tippfehler, Trennleichen usw. usf.
Umso weniger man beim eBook mit dem Layout und der Optik protzen kann, weil man sie nicht endgültig beeinflussen kann, umso mehr muss man auf andere Dinge achten.
Geschrieben 12 Dezember 2012 - 20:00
Geschrieben 12 Dezember 2012 - 20:04
Geschrieben 12 Dezember 2012 - 22:34
Ich würde dir insofern recht geben, dass man (gerade als "amtlicher" Verlag) die Wirtschaftlichkeit im Auge behalten muss. Nicht umsonst gibt es die 80:20-Regel, nach der 80 Prozent des Aufwandes von den letzten 20 Prozent bis zum perfekten Ergebnis verursacht werden. Aber es sollte eine ganz bewusste Entscheidung sein, zu sagen: so weit und nicht weiter. Das Ergebnis sollte keinesfalls das sein, was Amazon (oder vergleichbare Anbieter) zufällig daraus machen, wenn ich ihnen mein unvorbereiteten Text vorwerfe.Ja, natürlich, und nein, natürlich nicht.
Sorgfalt in Bezug auf Schusterjungen und Hurenkinder ist beim E-Buch ebenso verschwendet wie subtile Veränderungen der Laufweite. Umso mehr Rücksicht muss man auf das nehmen, was beim Leser ankommt.
Biom Alpha ist im Sonnensystem angekommen. Jetzt auf eigener Seite und auf Twitter @BiomAlpha
Geschrieben 13 Dezember 2012 - 08:43
Uh, nein. Der Text muss so gut wie möglich vorbereitet sein - und zwar auf den Prozess hin vorbereitet, den der Anbieter vorgesehen hat.Das Ergebnis sollte keinesfalls das sein, was Amazon (oder vergleichbare Anbieter) zufällig daraus machen, wenn ich ihnen mein unvorbereiteten Text vorwerfe.
Geschrieben 19 Dezember 2012 - 08:08
Bearbeitet von Naut, 19 Dezember 2012 - 08:09.
Geschrieben 19 Dezember 2012 - 08:12
So, ich habe jetzt ein völlig neues Backend programmiert, das ein 100% Kindle-konformes XHTML ausspuckt. Das Ergebnis ist eine vollautomatische Pipe, die es mir erlaubt eine Kurzgeschichtenanthologie aus meinem Fundus innerhalb von 1-2 Minuten zusammenzustellen und als MOBI zu kompilieren. Es gibt jetzt einen ordentlichen Erstzeileneinzug, der natürlich im jeweils ersten Absatz eines Kapitels oder nach Absatz unterdrückt wird.
Der Amazon Blick-ins-Buch sieht aber immer noch komisch aus. Der Grund ist, dass Amazon zu blöd ist, sich an seine eigenen Standards zu halten und einfach alle Seitenumbrüche ignoriert.
mostly harmless
jeamy
»Das Leben ist das Resultat einer unvollkommenen Natur.«
Die Traumvektor Tetralogie ist kein Science-Fiction-Roman
»Morgen seid ihr alle tot. Denn sie kommen!«
Monsterseelen
Geschrieben 19 Dezember 2012 - 08:24
Och nö, das waren so um die 7 h Arbeit. Das geht noch so nebenbei beim Fernsehen. Für mich ist das weniger Arbeit, als den ganzen Kram in Word zu konvertieren (und da womöglich noch per Hand ein Inhaltsverzeichnis bauen zu müssen *grusel*, das macht nautml automatisch).das klingt nach viel arbeit und ist cool. gratuliere!
Danke für den Tipp! Das habe ich vermutet. Werde ich als nächstes ausprobieren. Evtl. geht auch das nicht-standard Element <mbp:pagebreak />, aber damit dürfte man dann wohl die ePub-Kompatibilität schrotten.für jeden seitenumbruch eine neue (x)html datei. das sollte überall funktioniert. hat bei älteren readern auch den vorteil, dass die seiten schneller laden. einzelne seiten sind nie gut.
Geschrieben 19 Dezember 2012 - 08:29
Bearbeitet von Valerie J. Long, 19 Dezember 2012 - 08:31.
Geschrieben 19 Dezember 2012 - 08:35
Och nö, das waren so um die 7 h Arbeit. Das geht noch so nebenbei beim Fernsehen. Für mich ist das weniger Arbeit, als den ganzen Kram in Word zu konvertieren (und da womöglich noch per Hand ein Inhaltsverzeichnis bauen zu müssen *grusel*, das macht nautml automatisch).
Evtl. geht auch das nicht-standard Element <mbp:pagebreak />, aber damit dürfte man dann wohl die ePub-Kompatibilität schrotten.
Bearbeitet von jeamy, 19 Dezember 2012 - 08:35.
mostly harmless
jeamy
»Das Leben ist das Resultat einer unvollkommenen Natur.«
Die Traumvektor Tetralogie ist kein Science-Fiction-Roman
»Morgen seid ihr alle tot. Denn sie kommen!«
Monsterseelen
Geschrieben 19 Dezember 2012 - 08:54
Interessante Variante. Offenbar wertet der Amazon-Voransichtenparser das page-break-Attribut nur für bestimmte Elemente aus: Ein kurzes Experiment mit Word/Filtered-HTML ergab, dass Page-Breaks dort als <br> mit eben diesem Attribut exportiert werden. Das wäre bequemer als das zum <h1> zu packen, weil dann break und Überschrift trennbar wären.Word-Doc? Die KDP-Anleitung empfiehlt "Webseite gefiltert", d.h. HTML mit eingebettetem CSS.
Die Angabe "page-break-before:always;" zum Überschriften-Style scheint zu funktionieren.
[edit] Meine Antwort hat zu lange gedauert...
Bearbeitet von Naut, 19 Dezember 2012 - 08:58.
Geschrieben 19 Dezember 2012 - 09:18
Geschrieben 19 Dezember 2012 - 12:51
Puh - und ich dachte schon, es läge an mir - ich habe meinen Kindle gerade nicht dabei und hätte das Endergebnis dort nicht prüfen können. In der App geht's nämlich...So, ich habe jetzt die definitive Sicherheit, dass Amazons Blick-ins-Buch absolut keine Seitenumbrüche beherrscht. http://kdp.amazon.co...=74419&tstart=0
Das nur, um das Thema endlich abschließen zu können. Geht nicht. Punkt. Kann es nicht.
Bearbeitet von Valerie J. Long, 19 Dezember 2012 - 12:52.
Geschrieben 10 Februar 2013 - 16:29
Formatiere es als ePub, ich rate zu Sigil. Mit diesen Programm kannst du auch prüfen, ob Syntax, CSS und Identifier etc. valide sind. Ziehe das ePub dann auf den Kindle-Previewer und wenn es korrekt formatiert ist, bekommst du automatisch das Mobi geliefert, das du bei Amazon hochladen kannst. Alle Fehler, ob kritisch oder nicht, werden dir angezeigt. Sachen wie Page-Definitionen kann Kindle z.B. nicht, egal, sie werden ingnoriert. Vergiss Kindlegen. Es. Ist. Einfach. So lange das CSS stimmt. Mein Workflow: Adobe InDesign 5.5 --> Sigil --> Kindle Previewer --> KDP oder --> ePup-Plattformen InDesign deshalb, weil ich da meine Printdateien, die ich schon mit InDesign erstellt habe, schnell in ein rohes ePub bringen kann. Man kann aber auch mit Word starten: Word --> speichern als Webseite ohne Wordspezifische Tags --> öffnen in Sigil --> die korrekt benannten Word Formatvorlagen in der CSS durch valide CSS-Definitionen ersetzen. Fertig. Arbeitsaufwand etwa 7-12 Stunden für einen Roman - je nach Umfang.
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
Geschrieben 11 Februar 2013 - 07:39
Nimm doch epubcheck, der sagt Dir auch, was falsch ist, und das, ohne an Deinem Code herumzupfuschen.Gewöhnungsbedürftig für mich war, dass Sigil ständig selber Code generiert und verändert. Da ich lieber im Code arbeite, hat mich das zu Beginn ganz fuchtig gemacht. Aber zumindest bekommt man dadurch Hinweise, wie man es auch machen kann.
Geschrieben 11 Februar 2013 - 08:12
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
Geschrieben 11 Februar 2013 - 09:15
Mitglieder: 0, Gäste: 3, unsichtbare Mitglieder: 0