Notepad ist ein Misteditor. Nimm Notepad++, der kann wenigstens Syntax-Highlighting.Mein Lieblingswerkzeug für Feinarbeiten ist Notepad.
Texte als E-Book für Amazon Kindle aufbereiten
#91
Geschrieben 11 Februar 2013 - 09:28
#92
Geschrieben 11 Februar 2013 - 09:53
Ich nehme schon seit Jahren TextPad. Editoren sind reine Geschmackssache, aber Syntax-Highlighting sollten sie haben. Notepad ist nur ein Not-Pad. Was ich zum Beispiel schätzen gelernt habe, ist der Dateienvergleich im Textpad. Und der Blockauswahl-Modus. Gerade wenn man Dateien mit tausenden Datensätzen schnell mal vertikal editieren muss, ist das Gold wert.Notepad ist ein Misteditor. Nimm Notepad++, der kann wenigstens Syntax-Highlighting.
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#93
Geschrieben 11 Februar 2013 - 10:31
Notepad reicht. Syntax-Highlighting brauche ich nicht, mein Code ist übersichtlich.Notepad ist ein Misteditor. Nimm Notepad++, der kann wenigstens Syntax-Highlighting.
Für größere Arbeiten habe ich auch noch Phase5.
Bearbeitet von Valerie J. Long, 11 Februar 2013 - 10:32.
#94
Geschrieben 07 August 2013 - 19:59
<style type="text/css">
h1 + p,
h2 + p,
h3 + p,
p:empty + p {text-indent: 0;}
p:empty {height: 1.3em;}
Es haut aber leider nicht hin: Jeder neue Absatz wird eingezogen. Crack an Bord?
Gruß, Guido
#95
Geschrieben 07 August 2013 - 20:08
Beispiel
p.BodyText {margin:0cm; margin-bottom:0cm; orphans:2; widows:2; text-indent:14.15pt; font-size:11.0pt; font-family:"Century725 BT","serif";} p.BodyTextFirst {margin:0cm; margin-bottom:0cm; orphans:2; widows:2; text-indent:0pt; font-size:11.0pt; font-family:"Century725 BT","serif";}
Und natürlich muss jeder erste Absatz diesen anderen Stil haben.
<p class=BodyTextFirst>Erster Absatz</p> <p class=BodyText>Weiterer Absatz</p>
Ich gebe zu: das mache ich nicht. Meine ersten Absätze sind eingerückt - vielleicht bin ich da ein wenig nostalgisch.
Bearbeitet von Valerie J. Long, 07 August 2013 - 20:09.
Nachsatz ergänzt.
#96
Geschrieben 07 August 2013 - 20:19
Eigener Style.
Beispiel
p.BodyText {margin:0cm; margin-bottom:0cm; orphans:2; widows:2; text-indent:14.15pt; font-size:11.0pt; font-family:"Century725 BT","serif";} p.BodyTextFirst {margin:0cm; margin-bottom:0cm; orphans:2; widows:2; text-indent:0pt; font-size:11.0pt; font-family:"Century725 BT","serif";}
Und natürlich muss jeder erste Absatz diesen anderen Stil haben.
<p class=BodyTextFirst>Erster Absatz</p> <p class=BodyText>Weiterer Absatz</p>
Ich gebe zu: das mache ich nicht. Meine ersten Absätze sind eingerückt - vielleicht bin ich da ein wenig nostalgisch.
Wenn ich's richtig verstehe (was ich möglicherweise nicht tue), müsste ich nach Deiner Methode bei jedem nicht einzurückenden Absatz "Hand anlegen". Geht's nicht automatisch und auf einen Schlag via CSS?
#97
Geschrieben 07 August 2013 - 21:18
p { text-indent: 1.2em; } p.Erstezeile { text-indent : 0em; }
Der Tip stammt von Ernst Wurdack.
Du benötigst den Absatz ohne Einzug nicht so oft.
Bearbeitet von lapismont, 08 August 2013 - 07:54.
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#98
Geschrieben 08 August 2013 - 07:16
#99
Geschrieben 08 August 2013 - 08:09
p { text-indent: 20px; margin: 0; } p:first-child { text-indent: 0px; }
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#100
Geschrieben 08 August 2013 - 08:33
Erklär mal. Welches "Kind" des jeweiligen Absatzes wird nicht eingerückt?Alternativ kannst Du auch mit first-child experimentieren
p { text-indent: 20px; margin: 0; } p:first-child { text-indent: 0px; }
Unterstützend: http://de.selfhtml.o...ne_letter_child
#101
Geschrieben 08 August 2013 - 08:49
<body> <h1>Überschrift 1</h1> <div> <p>Weit hinten, hinter den Wortbergen, fern der Länder Vokalien und Konsonantien leben die Blindtexte.</p> <p>Abgeschieden wohnen Sie in Buchstabhausen an der Küste des Semantik, eines großen Sprachozeans. Ein kleines Bächlein namens Duden fließt durch ihren Ort und versorgt sie mit den nötigen Regelialien. Es ist ein paradiesmatisches Land, in dem</p> </div> <h2>Überschrift 2</h2> <div> <p>Weit hinten, hinter den Wortbergen, fern der Länder Vokalien und Konsonantien leben die Blindtexte.</p> <p>Abgeschieden wohnen Sie in Buchstabhausen an der Küste des Semantik, eines großen Sprachozeans. Ein kleines Bächlein namens Duden fließt durch ihren Ort und versorgt sie mit den nötigen Regelialien. Es ist ein paradiesmatisches Land, in dem</p> </div> </body>
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#102
Geschrieben 08 August 2013 - 09:18
#103
Geschrieben 08 August 2013 - 09:46
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#104
Geschrieben 08 August 2013 - 11:17
Das ist das Sigil-Prinzip, oder?Sinnvoll ist es auch, jedes Kapitel in einer eigenen Datei zu halten, was den Suchaufwand verringert.
Suchen/Ersetzen im ganzen Buch wird damit jedoch unmöglich, Wordcount und durchgängige Seitennummerierung (für Print) scheitern, und Werkzeuge wie PerfectIt finden Inkonsistenzen nur innerhalb einer Datei.
Egal, wie man es macht, an irgendeiner Stelle kommt der Medienbruch.
#105
Geschrieben 08 August 2013 - 12:00
Und Seitennummerierungen, wie überhaupt die Seitenaufteilung ist eher etwas für den Satz, denke ich. Wörter zählen bei Quelltexten ist auch eher sinnlos.
PS: Das Aufteilen von Kapiteln in mehreren Dateien ist nicht Sigil-spezifisch, sondern eher web-affin. Guter HTML-Stil eben.
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#106
Geschrieben 08 August 2013 - 12:02
Jeder weiß ja, dass LoC das einzig sinnvolle Maß für Quelltexte sindnaja, wenn Du Textverarbeitungsfeatures willst, musst du auch in einer solchen Arbeiten. Wobei mein Texteditor Suchen/Ersetzen auch über alle geöffneten Dokumenten kann.
Und Seitennummerierungen, wie überhaupt die Seitenaufteilung ist eher etwas für den Satz, denke ich. Wörter zählen bei Quelltexten ist auch eher sinnlos.
Aber mal echt: Wörter zähle ich einfach mit "wc -w kapitel*.txt" oder "cat kapitel*.txt | wc -w", suchen/ersetzen über mehrere Files kann jeder Editor (außer Notepad, s.o.), usw.
#107
Geschrieben 08 August 2013 - 12:21
Ich sehe gerade: Hier im Forum wird bei Ausschreibungen i.d.R. die maximale Länge in Zeichen angegeben.Wörter zählen bei Quelltexten ist auch eher sinnlos.
Im englischen Sprachraum ist es oft üblich, die Länge in Wörtern anzugeben.
http://en.wikipedia....ount#In_fiction
http://en.wikipedia....rds_word_counts
http://www.fictionfa.../wordcount.html
Mein Verleger rechnet ebenfalls in Worten:
Approximate required word count:
- Sizzlers - 12,000 words and up
- Novellas - 20,000 words and up
- Full novels/anthologies - 50,000 words and up
Aaaaah, ein echter Ritter der Kommandozeile!Jeder weiß ja, dass LoC das einzig sinnvolle Maß für Quelltexte sind
Aber mal echt: Wörter zähle ich einfach mit "wc -w kapitel*.txt" oder "cat kapitel*.txt | wc -w", suchen/ersetzen über mehrere Files kann jeder Editor (außer Notepad, s.o.), usw.
#108
Geschrieben 08 August 2013 - 12:37
Ich hoffe, Guido Seiffert findet seine Lösungsansätze noch.
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#109
Geschrieben 08 August 2013 - 12:41
Nein. sinnvoller ist es, normale Absätze mit einfachem <p> zu maskieren und nur den ohne Einzug extra.
p { text-indent: 1.2em; } p.Erstezeile { text-indent : 0em; }
Der Tip stammt von Ernst Wurdack.
Du benötigst den Absatz ohne Einzug nicht so oft.
Wär's denn möglich, den gewöhnlichen Einzug per CSS zu definieren, etwa:
<style type="text/css"> p { border: 0; margin: 0; padding: 0; text-indent: 0.7em; }
und anschließend die nicht einzurückenden Absätze via p-Tag händisch zu korrigieren? Wird die css-Anweisung dann überschrieben? Und: Spricht etwas grunsätzlich gegen die Einbindung von css bei der Herstellung eines eBooks?
#110
Geschrieben 08 August 2013 - 12:49
eBooks arbeiten grundsätzlich mit css. Definiere den Stil für p und p.erstezeile (oder wie auch immer du die nennen willst) in einem Stylesheet und weise dem Text bereits beim Schreiben das Format zu, das du anwenden willst. Dann geht alles automatisch. Lass dich hier nicht von diversen Leuten verwirren.
Wär's denn möglich, den gewöhnlichen Einzug per CSS zu definieren, etwa:
<style type="text/css"> p { border: 0; margin: 0; padding: 0; text-indent: 0.7em; }
und anschließend die nicht einzurückenden Absätze via p-Tag händisch zu korrigieren? Wird die css-Anweisung dann überschrieben? Und: Spricht etwas grunsätzlich gegen die Einbindung von css bei der Herstellung eines eBooks?
#111
Geschrieben 08 August 2013 - 13:27
Das müsste ich mir mal in Papyrus Autor ansehen, mit dem ich arbeite. Bereits hier den nicht einzurückenden Absätzen eine HTML-Anweisung mitzugeben, wäre kein Problem. Aber dies auch für die gewöhnlichen, eingerückten Absätze zu tun, wäre viel zu aufwändig (sofern ich nicht noch auf eine Möglichkeit stoße, dies mit einem Schlag zu erledigen). Der "nackte" HTML-Export von Papyrus Autor beachtet die Einrückungen nicht und setzt nach jedem Return eine Leerzeile bzw. einen vergrößerten unteren Absatzabstand. Nacharbeitung wird also nötig, und aus diesem Grund kam ich auf die css-Idee. Die Alternative, nämlich den ePub-Export von Papyrus Autor zu bemühen (und dann für Amazon via Calibre ins MOBI-Format zu konvertieren), kommt für mich nicht infrage, da hier - im genauen Gegensatz zum HTML-Export - sämtliche erste Absatzzeilen eingerückt dargestellt werden.eBooks arbeiten grundsätzlich mit css. Definiere den Stil für p und p.erstezeile (oder wie auch immer du die nennen willst) in einem Stylesheet und weise dem Text bereits beim Schreiben das Format zu, das du anwenden willst. Dann geht alles automatisch. Lass dich hier nicht von diversen Leuten verwirren.
#112
Geschrieben 08 August 2013 - 13:44
Papyrus Autor habe ich auch, aber hier funktioniert der Export nicht so, wie er sollte.Das müsste ich mir mal in Papyrus Autor ansehen, mit dem ich arbeite.
Ich setze den Text in InDesign, exportiere und arbeite dann mit Sigil weiter. Das ist momentan der schnellste und sicherste Weg, ein valides epub zu bekommen.
Auch wenn Adobe felsenfest behauptet, InDesign könnte epub: Es kann nicht wirklich alles.
Mit TangoSolo geht es, aber ich bin in der Testphase mit diesem Programm überhaupt nicht zurechtgekommen, war im gegensatz zu InDesign sehr umständlich und zeitaufwändig.
#113
Geschrieben 08 August 2013 - 13:49
Ähm, nein. Du sprichst von Quelltexten. Ich nicht. Ich schrub, dass ich eine Textverarbeitung verwende und bereits dort die jeweiligen Absatzformate definiere (wie es auch Ernst oben vorschlägt). Dort stimmt die Wortzählung noch.Aber wie gesagt, Valerie, wir sprachen ja von Quelltexten. Da ist das Wörterzählen sinnlos, weil eben auch Code enthalten ist.
Es scheint, keine Textverarbeitung kann überall perfekt sein... *seufz*Papyrus Autor habe ich auch, aber hier funktioniert der Export nicht so, wie er sollte.
Bearbeitet von Valerie J. Long, 08 August 2013 - 13:53.
#114
Geschrieben 08 August 2013 - 14:07
InDesign habe ich in der CS2-Version - könnte ich da HTML-Code direkt in den Text schreiben (was mit Papyrus Autor wohl nicht geht), so dass ich per Suchen&Ersetzen Returns auf einen Schlag mit HTML-Anweisungen ersetzen könnte?Papyrus Autor habe ich auch, aber hier funktioniert der Export nicht so, wie er sollte.
Ich setze den Text in InDesign,
Sigil soll viel Schrott-Code mitauspucken, habe ich gehört/gelesen ...exportiere und arbeite dann mit Sigil weiter.
#115
Geschrieben 08 August 2013 - 14:37
Ich habe InDesign 5.5, da kann ich ein externes css beim Export verlinken. Ob CS 2 überhaupt schon epub exportieren kann, weiß ich nicht.InDesign habe ich in der CS2-Version
Sigil soll viel Schrott-Code mitauspucken, habe ich gehört/gelesen ...
Sigil arbeitet valide. Weder KOBO noch Amazon oder sonstwer hat bisher gemeckert. Das mit dem Codeschrott ist wohl eher Calibre, mit dem man ab 30. September auch keine eBooks/mobi für Amazon mehr generieren kann.
Thomas Knip schrieb auf FB:
... dass Amazon ab dem 30 September keine technische Unterstützung mehr für Mobi-Dateien leistet, die mit alten Versionen ihrer Software erstellt wurden (Mobigen, Mobipocket Creator, KindleGen 1.x).
Ob davon - rein technisch - auch Versionen betroffen sein können, die mit Jutoh oder calibre erstellt wurden, muss sich zeigen.
Anm.: Dies wurde von den Calibre-Entwicklern inzwischen bestätigt.
#116
Geschrieben 08 August 2013 - 17:31
Workflow mit Papyrus Autor und HTML-Editor (Amaya bei mir):
1) In PapAutor unter Dokument-Eigenschaften/HTML-Header den css-Style-Sheet eintragen:
<style type="text/css"> p { text-indent: 1.3em; margin: 0; } </style>
2) Pap-Datei als HTML exportieren
3) HTML-Datei in Editor laden und die <p>-Tags der nicht einzurückenden ersten Absatzzeilen durch <p style="text-indent: 0em;"> ersetzen.
4) Abstand der so geänderten Absätze zum Vorgänger-Absatz durch zwei (2) <br /> herstellen.
Die ins MOBI-Format konvertierte HTML-Datei sieht auf dem Kindle Paperwhite aus wie gewünscht.
#117
Geschrieben 08 August 2013 - 18:53
Überlicht und Beamen wird von Elfen verhindert.
Moderator im Unterforum Fantasyguide
Fantasyguide
Saramee
Montbron-Blog
- • (Buch) gerade am lesen: Alain Damasio – Die Flüchtigen
#118
Geschrieben 08 August 2013 - 19:06
Austriae Est Imperare Orbi Universo
#119
Geschrieben 08 August 2013 - 19:20
Wenn der HTML-Editor regexp oder Makros beherrscht, kann man das sogar mit einem Knopfdruck erledigen.So - jetzt klappt's.
Workflow mit Papyrus Autor und HTML-Editor (Amaya bei mir):
1) In PapAutor unter Dokument-Eigenschaften/HTML-Header den css-Style-Sheet eintragen:
<style type="text/css"> p { text-indent: 1.3em; margin: 0; } </style>
2) Pap-Datei als HTML exportieren
3) HTML-Datei in Editor laden und die <p>-Tags der nicht einzurückenden ersten Absatzzeilen durch <p style="text-indent: 0em;"> ersetzen.
4) Abstand der so geänderten Absätze zum Vorgänger-Absatz durch zwei (2) <br /> herstellen.
Die ins MOBI-Format konvertierte HTML-Datei sieht auf dem Kindle Paperwhite aus wie gewünscht.
#120
Geschrieben 09 August 2013 - 06:43
Danke für den Hinweis!So - jetzt klappt's.
Workflow mit Papyrus Autor und HTML-Editor (Amaya bei mir):
1) In PapAutor unter Dokument-Eigenschaften/HTML-Header den css-Style-Sheet eintragen:
<style type="text/css"> p { text-indent: 1.3em; margin: 0; } </style>
Möglicherweise erledigt sich für mich so der Satz in InDesign.
Wenn man die ERSTEZEILE im CSS auch definiert und in Papyrus Autor ein Format ERSTEZEILE einrichtet, könnte es sein, dass man dem entsprechenden Absatz beim Schreiben gleich das Format zuweisen kann und so das Nacharbeiten und Ersetzen überflüssig wird.
Muss ich in den nächsten Tagen ausprobieren.
Die beiden <br/> kannst du dir auch noch sparen, wenn du im Stylesheet bei ERSTEZEILE folgendes definierst
margin : 2.0em 0px 0px 0px;
Das gibt doppelten Zeilenabstand, quasi eine Leerzeile vor dem nicht eingerückten Absatz.
Bearbeitet von Ernst Wurdack, 09 August 2013 - 06:45.
Besucher die dieses Thema lesen: 2
Mitglieder: 0, Gäste: 2, unsichtbare Mitglieder: 0