[de-discuss] Re: Re: Calc-Diagramme: Qualitaet des Codes beim Export-Format SVG

Regina Henschel schrieb:

Hallo Regina.

[...]

Vielen Dank für Deine Einordnung des Ganzen. Das hilft mir weiter.

Vor diesem Hintergrund erscheint mir ein Verbesserungsvorschlag nicht
sinnvoll.

> > Ideal wäre es wohl, wenn SVG das native Format für Diagramme würde.

> Das ist so erstmal nicht möglich, weil SVG keine 3D-Darstellung enthält. 
> Man kann da etwas mit SVG-Filtern tricksen, aber die sind bis jetzt auch 
> noch nicht implementiert.

OK, das kann ich nicht beurteilen, da mir noch die tieferen Kenntnisse
zu SVG fehlen. Ich arbeite mich gerade durch die Spezifikation.
Meine Vermutung war, dass man alle gewünschten 3D-Effekte über das
normale Element Path realsieren kann.

> Natives SVG-Format würde bedeuten, dass man die interne Representation 
> der Objekte ziemlich erweitern müsste und eine UI für die Bearbeitung 
> schaffen müsste. Das ist zwar nicht unmöglich, wurde aber für Draw schon 
> abgelehnt, weil der Aufwand für Entwicklung und Wartung zu groß ist. Du 
> müsstest also einen Sponsor finden.

Verstehe.

> > SVG eignet sich IMHO perfekt für diese Art von Grafiken.
> > Tabellenwerte können eins zu eins als Punkte im Koordinatensystem des
> > SVG übernommen werden.
>
> eins-zu-eins sicher nicht, weil SVG einen Punkt als Objekt gar nicht 
> kennt, sondern es sind immer Linien, offen oder geschlossen.
>
> Ich finde den Export eines Diagramms nach SVG gar nicht so schlecht. Du 
> kannst es problemlos in Inkscape öffen und beispielsweise die Farbe 
> einer einzelnen Linien ändern.

Nun ja, über die Qualität von Code kann man natürlich streiten.
Aber zum Beispiel wird die Farbe eines Graphen und der dazugehörigen
Legende nicht über eine gemeinsame Klasse via "style" deklariert.

Graph und Legende wird vielmehr separat eine Farbe zugewiesen.

Zur vielfachen Redundanz diverser Properties wurde hier im Thread ja
schon was gesagt.
Das bläht den Code nicht nur unnötigerweise auf, sondern erschwert
eben auch das zielgerichtete Eingreifen.

Aber das nur noch am Rande. Denn um "Fehler" im engen Sinne handelt es
sich nicht. Sondern um schlechte Codequalität - und das schrieb ich ja
auch im Ausgangsposting.

Andreas
-- 
http://borumat.de
http://fahrradzukunft.de


-- 
Liste abmelden mit E-Mail an: discuss+unsubscribe@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