Hallo Andreas,
> Gelinde gesagt: der SVG-Code ist nicht gut.
>
> Es kommt das Element "path" zum Einsatz anstatt das angemessene
> Element "polyline" für die Graphen und "line" für die Achsen und die
> Gitterlinien zu verwenden. Stile werden nicht zentral, sondern
> dezentral, also vielfach redundant zugewiesen.
> Etc.
Das ist wohl ein Übel, das kurzfristig nicht auszurotten ist. Es
betrifft ja nicht nur SVG, sondern einige Export-Formate. So ist der
HTML-Export auch nicht gerade "sparsam", wenn es um die
Formatierungsanweisungen geht. Und der Export einer Tabelle ins
Wiki-Format erzeugt ebenfalls viel Code, weil das Format für jede
einzelne Zelle erzeugt wird...
Leider scheinen "Quellcode-Generatoren" nur selten auf Effizienz
programmiert zu werden. So auch beim RTF-Export einiger Textprogramme,
bei denen sich globale Formatdefinitionen dann lokal in jedem Absatz
wiederfinden. Auch so manche PDF/PS-Datei sieht bei näherer Betrachtung
gruselig aus.
Das liegt wohl daran, dass die betreffende _Export_-Datei als "Abzug"
betrachtet wird, die eben nur "funktionieren" soll. Dabei bleibt die
globale Struktur dann auf der Strecke. Ähnlich wie beim compilieren von
Quellcode, dessen Struktur im lauffähigen Programm auch nicht unbedingt
mehr sichtbar sein muss.
Gruß,
Michael
--
____
/ / / / /__/ Michael Höhne /
/ / / / / mih-hoe...@web.de /
________________________________/
--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme?
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
