Changes between Version 47 and Version 48 of SongYingxing


Ignore:
Timestamp:
Aug 12, 2010, 10:45:02 AM (14 years ago)
Author:
Wolfgang Schmidle
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • SongYingxing

    v47 v48  
    2626    * Tatsächlich eher drei Teile als chapter, z.B. weil die Teile keinen Namen wie die Abschnitte haben. Die sections der oberen Ebene (durchnumeriert, 1-18) werden dann die chapters. Darunter bleibt es section. (ok)
    2727    * 卷 sowohl bei Teil als auch bei Kapitel. Aber formale Kategorie, meint eigentlich nicht Kapitel, sondern "scroll" (Rolle), auch wenn es damit manchmal parallel läuft. (Von der Buchform davor übriggeblieben.)
    28     * type-free="卷" dazuschreiben! (ok)
     28    * type-free="卷" dazuschreiben! (ok) [auch bei "part"?]
    2929  * 5A / 11: Was will mir der geschwärzte Abschnitt am Ende des TOC sagen?
    30   * 8B / 18: Überschriften N40032D: zwei <head> zu einer einzigen Überschrift gemacht: `<head xml:id="N40032D">稻​工　耕　耙　磨​耙　耘​耔<emph style="sm">具圖</emph>`. Spaces in andere Überschriften, zum Beispiel N400574 (ein <head>), genauso? (Zwei head waren drin, weil ein large space dazwischen ist. Andererseits N4006C6 ein 3-space und noch ein 2-space. Alternative: die spaces genau tippen, anstatt large spaces in Überschriften zu einem einzigen space zu machen? Aber ist dadurch etwas gewonnen, wenn die large spaces nicht ausdrücklich bedeutungstragend sind? Und um wirklich das Buch-Design wiederzugeben, müssten wir dann zusätzlich auch noch bei zum Beispiel der heading N401D3B auf Seite 60B / 122 am Anfang ein Einrückungs-space tippen. In den DESpecs 2.0.1 sollen large spaces in Überschriften ausdrücklich als ein einziger space getippt werden.)
     30  * 8B / 18: Überschriften N40032D: zwei <head> zu einer einzigen Überschrift gemacht:
     31{{{
     32<head xml:id="N40032D">稻​工　耕　耙　磨​耙　耘​耔<emph style="sm">具圖</emph></head>
     33}}}
     34  Spaces in andere Überschriften, zum Beispiel N400574 (ein <head>), genauso? (Zwei head waren drin, weil ein large space dazwischen ist. Andererseits N4006C6 ein 3-space und noch ein 2-space. Alternative: die spaces genau tippen, anstatt large spaces in Überschriften zu einem einzigen space zu machen? Aber ist dadurch etwas gewonnen, wenn die large spaces nicht ausdrücklich bedeutungstragend sind? Und um wirklich das Buch-Design wiederzugeben, müssten wir dann zusätzlich auch noch bei zum Beispiel der heading N401D3B auf Seite 60B / 122 am Anfang ein Einrückungs-space tippen. In den DESpecs 2.0.1 sollen large spaces in Überschriften ausdrücklich als ein einziger space getippt werden.)
    3135    * Ja, eine einzige Überschrift. Man könnte einen Doppelpunkt hineinmachen. So machen sie es in der Übersetzung p.6. (ok)
    3236    * 19A / 39, N4006C6: genauso, trotz 3-space und dann 2-space (also: 3-space als Doppelpunkt, 2-space ist einfach ein space) --> schwer automatisierbar
    … …  
    384388  * `<emph style="sm">` wird korrekt angezeigt: [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=text&pn=74 Beispiel] (beide Überschriften auf Seite 74), aber `<s  style="sm">` nicht: [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=text&pn=17&sn=25 Beispiel]. (Die Art, wie <sm> markiert wird, wird sich zwar wohl noch ändern, aber das Problem tritt auch bei kursivem Text etc. auf, siehe unten.)
    385389  * <sm> sollte sich optisch klarer von normal großem Text unterscheiden, d.h. etwas kleinere Schriftgröße in chinesischen Texten (und damit auch in europäischen Texten, wenn man nicht verschiedene CSS-Versionen pflegen will)
    386   * Ist es technisch möglich, <sm> wie im Buch in zwei Reihen darzustellen, die zusammen genauso hoch sind wie ein normales Zeichen? Beispiel [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=image&pn=28 Bild], [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=text&pn=28 Text]. Im Text wäre das `<lb type="halfline"/>`, was nicht wie ein normaler <lb/> behandelt werden darf, sondern sich nur auf <sm> bezieht. (Das `\\` in table cells wird zu einem normalen <lb/>, weil es hier keine Probleme gibt.) Wäre denn eine Tabellendarstellung on-the-fly mit einer quasi unsichtbaren Tabelle bei cinesischen Texten eine sinnvolle Lösung? Oder erzeugt das weitere Probleme beim Suchen, cut&paste, etc.?
     390  * Ist es technisch möglich, <sm> wie im Buch in zwei Reihen darzustellen, die zusammen genauso hoch sind wie ein normales Zeichen? Beispiel [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=image&pn=28 Bild], [http://mpdl-proto.mpiwg-berlin.mpg.de/mpdl/page-query-result.xql?document=/echo/zh/SongYingxing_1637.xml&mode=text&pn=28 Text]. Im Text wäre das `<lb type="halfline"/>` (oder `<hb/>`), was nicht wie ein normaler <lb/> behandelt werden darf, sondern sich nur auf <sm> bezieht. (Das `\\` in table cells wird zu einem normalen <lb/>, weil es hier keine Probleme gibt.) Wäre denn eine Tabellendarstellung on-the-fly mit einer quasi unsichtbaren Tabelle bei cinesischen Texten eine sinnvolle Lösung? Oder erzeugt das weitere Probleme beim Suchen, cut&paste, etc.?
    387391  * Eine Option, small text ein- und auszublenden, wäre sinnvoll.
    388392  * Beachte: Falls die <sm> aus <p> noch als notes herausgezogen werden, hat die Darstellung von <sm> im Text keine hohe Dringlichkeit mehr, denn dann kommt das nur noch in Überschriften, im TOC, etc. vor.