Delphi-PRAXiS - DFMEdit

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Software-Projekte der Mitglieder (https://www.delphipraxis.net/26-software-projekte-der-mitglieder/)

- - DFMEdit (https://www.delphipraxis.net/70017-dfmedit.html)

hi,
neue Hauptversion (0.2) ist offiziell *push*
nach diversen Beta-Versionen ist nun endlich wieder eine "stable"-Version offiziell.
leider konnte ich noch kein Multiselect implementieren, da die neue Version der Sizing-Komponente noch einige störende Eigenschaften hat, aber im vergleich zu der letzten Stable wurden viele Funktionen hinzugefügt und Fehler beseitigt.
Falls trotzdem Fehler auftreten sollten, bitte mir mitteilen.

(

http://dfmedit.sf.net )

Gruß Frank

Zitat:

Zitat von Daniel G

Hmm... Sowas wie Multiselection wäre nicht schlecht, quasi so wie "Shift + Linke Maustaste" in der Delphi IDE, weil ich doch auch gerne mal Gruppen verschiebe, dabei aber die Ausrichtung beibehalten möchte..

ich bin grade dabei, das multiselection zu implementieren. funktioniert auch ganz gut, nur Arbeiten im OI und die Copy&Paste werden mit Multiselection noch eine Weile dauern...

ansonsten hier mal eine Version für die die das multiselection haben möchten ;)
weiterhin kann man knoten im Treeview kopieren (Drag&drop+Strg) und mehrere Controls erstellen (z.B. 10 Checkboxen mit automatischer Ausrichtung)

Gruß Frank

Ich suche die nette Funktion, aus den Daten der dfm-Datei den Quellcode für das erstellen einer Komponente zu erstellen, die er in Post #36 erwähnt wurde.
Ist die nicht mehr enthalten oder finde ich die nur nicht?

die war in seinem programm enthalten.
Dfmedit bietet momentan nur die Möglichkeit, die unit zu dem formular zu erstellen, wie delphi selbst.

Kennst du sonst noch ein Programm, dass genau das tut?

nein, ich kenn kein solches Programm.
sowas könnte ich auch in DFMedit einbauen, da gibt es aber leider einige Sachen, die sich nicht so einfach realisieren lassen (Binärproperties, Listen,...). Weiterhin ist es nicht möglich Parameter im contructor zu berücksichtigen.
Momentan sehe ich noch keinen Nutzen, aus einer DFM-Datei den Quellcode zu generieren.
es gibt Möglichkeiten zur laufzeit DFM-Dateien zu laden (kann man evtl. auch verschlüsseln).

Wozu braucht ihr das?
Evtl. können wir gemeinsam eine solche Funktion für den DFMeditor erstellen.

Gruß Frank

Zitat:

Zitat von _frank_

Momentan sehe ich noch keinen Nutzen, aus einer DFM-Datei den Quellcode zu generieren.
es gibt Möglichkeiten zur laufzeit DFM-Dateien zu laden (kann man evtl. auch verschlüsseln).

Wozu braucht ihr das?
Evtl. können wir gemeinsam eine solche Funktion für den DFMeditor erstellen.

Gruß Frank

für die Turbo Explorers ;)

Denn wenn eine Komponente in einem Quelltext verwendet wurde, die sich nicht installieren lässt, so muss man diese zur Laufzeit erstellen. Da aber die Informationen in der DFM-Datei liegen, läge es doch nahe, diese zu nutzen damit man die sachen nicht alle selber per Hand eingeben muss.

wie gesagt, für normale properties (Integer,string,sets,enums,parent-beziehung,events) wäre dies möglich nicht aber für TCollection und binär-Properties.
ich würde diese zeile aber nur objekt-bedingt machen, da ein ganzes form zu erstellen ist evtl. nicht gewünscht. Oder soll das ganze formular in Code generiert werden? Wäre bei der objektbezogener Generierung auch möglich...

Gruß Frank

Ich denke mal, dass einzelne Objekte erstmal ausreichen dürften (dann muss man halt öfters die Funktion nutzen).

Aber andere Frage:
Wie hast du die Bilddaten eines TBitmaps aus der DFM in ein richtiges Bild umsetzen können?

die funktion wird auf alle fälle rekursiv sein. d.h. wenn der Form-Knoten verwendet wird, wird das komplette Formular generiert.
ich überlege nur, ob ich bei formuleren nil oder application als owner verwende. siehe dazu

http://delphi.about.com/od/adptips20...nilselfapp.htm
Binärproperites und TCollections würde ich aus der funktion rausnehmen, Stringlisten sollten relativ schnell machbar sein.

zu dem TBitmap...use the source luke ;)
ich nehm mir ein TImage, weise diesem ein temporäres Bitmap zu (um eine Eigenschaft Bitmap.data zu erstellen), generieren ein DFM, ersetze die bilddaten und schreibe das dfm zurück. Eine bessere Möglichkeit ist mir noch nicht eingefallen. GGf. füge ich den TPicture-Header an oder lösche diesen beim schreiben des treenodes. Das geht natürlich nur bei Grafiktypen, die von TImage (bzw. TGraphic) unterstützt werden. Hinweis, der Tpicture-Header wird in den klammern angezeigt (TBitmap/TIcon/...). Das anzeigen des Headers funktioniert auch bei z.B. TDib (DelphiX), jedoch kann hier das bild nicht angezeigt/bearbeitet werden, da ich hier die codierung noch nicht entschlüsselt habe (normales TDib hab ich noch nicht zum laufen bekommen).

schonmal jemand die multiselect-Variante getestet? Schon Fehler gefunden?
Neuere Funktionen/Bugfixes werde ich nur noch in dieser Version machen.

Gruß Frank