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

Schau dir mal das EMF-Format an.

Was spricht gegen SVG, dem Standard für Vektorgrafiken?

(Edit: Ok, mal abgesehen davon, dass es auf XML basiert...)

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

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 ...
... denn mit der XML-Verarbeitung ist es ja noch lange nicht getan, die Daten wollen ja auch auf einen Canvas gezeichnet werden ...

Perlsau hat folgendes geschrieben :

Allerdings dürfte es schwierig sein, entsprechende Klassen für SVG zu finden, schon gar nicht für umme ... ... 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.

development.mwcs.de/svgimage.html

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 ...

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.

Ansonsten habe ich noch ein paar Verweise gefunden:


www.cairographics.org/examples/
www.antigrain.com/svg/index.html
libboard.sourceforge.net/



Alles gefunden übrigens hier: stackoverflow.com/qu...ring-svg-with-delphi

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.

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]

Müller schreibt C, ich schreibe Delphi, der TE übrigens auch ...