Entwickler-Ecke
Multimedia / Grafik - Grafikformat, Vektorgrafik, CGM
GuaAck - Fr 27.06.14 23:40
Titel: Grafikformat, Vektorgrafik, CGM
Hallo Alle,
ich habe vor vielen Jahren ein Programm gemacht, das Zeitverläufe y = f(t) im CGM Format speichert. CGM habe ich dann mit Powerpoint geöffnet, dann konnte ich auf jede einzelne Linie, jeden Text, jedes Rechteck usw. wie in Powerpoint üblich zugreifen; so also formatieren, verschieben, dicke/dünner, löschen usw., alles perfekt.
Jetzt habe ich Office 2013, da werden die CGM-Filter als sicherheitsmäßig riskant angesehen. Zwar kann man das Format wohl per Registry-Editor zulassen (habe ich im ersten Anlauf ohne Erfolg versucht), aber es ist doch eine kranke Lösumg.
Open Office öffnet zwar mein CGM, aber vollkommen unbrauchbar.
Hat jemand eine Idee, auf vwelches Vektor-Grafik-Format ich mein Programm umstellen sollte, damit eine gewisse Zukunftsfähigkeit gegeben ist?
Viele Grüße
GeaAck
freak4fun - Sa 28.06.14 00:07
Schau dir mal das EMF-Format an.
Xion - Sa 28.06.14 15:58
Was spricht gegen SVG, dem Standard für Vektorgrafiken?
(Edit: Ok, mal abgesehen davon, dass es auf XML basiert...)
GuaAck - So 29.06.14 01:11
Danke Xion und freak4fun,
beide Tipps helfen mir wirklich.
EMF nutze ich oft in "Inhalte einfügen...", habe es aber für eine Art "Geheim-Fomat" gehalten. Irrtum: Bestens dokumentiert!!
SVG: Das würde ich EMF vorziehen, xml scheint ja zukunftsfähig zu sein, EMF ist doch etwas spezieller.
Ich werde zunächst mein Programm (in der Struktur 20 Jahre alt) auf EMF umstellen. Die EMF-Struktur und CGM-Struktur sind ähnlich, zumindest für die von mir genutzen Dinge. Dabei werde ich aber die Datenstruktur in meinem Programm in Richtung Objektorientiert trimmen, so dass ich dann auch Vorarbeiten für XML habe.
Danke also,
Gruß GuaAck
Delete - So 29.06.14 10:04
GuaAck hat folgendes geschrieben : |
... so dass ich dann auch Vorarbeiten für XML habe. |
Allerdings dürfte es schwierig sein, entsprechende Klassen für SVG zu finden, schon gar nicht für umme ... :cry:
... denn mit der XML-Verarbeitung ist es ja noch lange nicht getan, die Daten wollen ja auch auf einen Canvas gezeichnet werden ...
trm - So 29.06.14 15:22
Perlsau hat folgendes geschrieben : |
Allerdings dürfte es schwierig sein, entsprechende Klassen für SVG zu finden, schon gar nicht für umme ... :cry:
... denn mit der XML-Verarbeitung ist es ja noch lange nicht getan, die Daten wollen ja auch auf einen Canvas gezeichnet werden ... |
Dann lass doch einfach mal eine Suche laufen :)
Das hier ist zwar schon von 2008, jedoch evtl. hilfreich genug.
http://development.mwcs.de/svgimage.html
Bernhard Geyer - So 29.06.14 17:01
Perlsau hat folgendes geschrieben : |
GuaAck hat folgendes geschrieben : | ... so dass ich dann auch Vorarbeiten für XML habe. |
Allerdings dürfte es schwierig sein, entsprechende Klassen für SVG zu finden, schon gar nicht für umme ... :cry: |
Doch, gibt es. Nennt sich Webbrowser.
Nachdem SVG im HTML5 Standard gelandet ist und auch für das Bestehen des ACID-Tests nötig ist, hat selbst MS jetzt den SVG in ihre Browser eingebaut.
Du musst also nur den Browser einbinden. Bei Dephi kapselt ja der TWebBrowser den IE.
Delete - Mo 30.06.14 05:48
SVGImage ist buggy und wird schon lange nicht mehr weiterentwickelt. Was Cairo mit SVG zu tun haben soll, hat sich mir nicht erschlossen. Wenn ich nur einen SVG-Viewer benötige, genügt, wie Bernhard schreibt, ein Browser. Da brauch ich dann auch keinen antigrain. LibBoard könnte was sein, muß man sich mal anschauen. Ich hab vor Jahren bereits den SVG-"Markt" gründlich abgegrast und fand nur eine native Delphi-Komponente zum Einbinden von SVG-Grafiken in eigene Anwendungen, die aber ein paar hundert Euro kostete und die ich deshalb nicht testen konnte.
trm - Mo 30.06.14 09:03
Perlsau hat folgendes geschrieben : |
Was Cairo mit SVG zu tun haben soll, hat sich mir nicht erschlossen. |
[sic]Mirco (MacSlow) Müller wrote a Cairo Clock that is a good example of how to use Cairo and librsvg in a real application.[/sic]
Delete - Mo 30.06.14 14:21
Müller schreibt C, ich schreibe Delphi, der TE übrigens auch ...
Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2024 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!