DFM-Datei in anderem Programm als Vorschau anzeigen

[EWeiss]

Super wäre natürlich wie schon angestoßen wenn man die DFM im Explorer anzeigen könnte.
Das Problem dabei halt das zwei DLL's erstellt werden müssen 64/32 Bit um sie für das jeweilige System
dann zugänglich zu machen.

Nicht so einfach das ganze.

gruss

[Harry Stahl]

Ich könnte mir vorstellen (wenn ich das hinbekomme) ein kostenloses PlugIn für die Anzeige im Windows-Explorer zur Verfügung zu stellen.

[Uwe Raabe]

Zitat von EWeiss:

Das Problem dabei halt das zwei DLL's erstellt werden müssen 64/32 Bit um sie für das jeweilige System
dann zugänglich zu machen.

Das ist nicht nötig! Ein 32-bit PreviewHandler funktioniert auch auf einem 64-bit System. Dazu muss er nur unter eine anderen AppID registriert werden. In dem Code zu meinem Blog-Post ist das auch entsprechend implementiert (TComPreviewHandlerFactory.UpdateRegistry).

[EWeiss]

Zitat von Uwe Raabe:

Zitat von EWeiss:

Das Problem dabei halt das zwei DLL's erstellt werden müssen 64/32 Bit um sie für das jeweilige System
dann zugänglich zu machen.

Das ist nicht nötig! Ein 32-bit PreviewHandler funktioniert auch auf einem 64-bit System. Dazu muss er nur unter eine anderen AppID registriert werden. In dem Code zu meinem Blog-Post ist das auch entsprechend implementiert (TComPreviewHandlerFactory.UpdateRegistry).

Hmm dann muss ich mich fragen warum es bei mir nicht funktioniert mit meinem MP3Tag Plugin.
32Bit.dll funktioniert nicht mit x64 es werden weder die richtigen Icons angezeigt noch der System Dialog um die Tags zu editieren.
Wohl bemerkt rechts klick auf Datei und Eigenschaften davon anzeigen.
Das Tab zum Editieren des Tags wird unter x64 gar nicht erst zum Dialog addiert.

64Bit.dll funktioniert jedoch aber auch nur eingeschränkt wenn diese mit einer 32Bit Anwendung verwendet wird.
Die Icons zum Beispiel werden dann im OpenDialog nicht richtig angezeigt.
Während im Explorer selbst diese richtig dargestellt werden.

gruss

[Uwe Raabe]

Zitat von EWeiss:

Hmm dann muss ich mich fragen warum es bei mir nicht funktioniert mit meinem MP3Tag Plugin.

Die Aussage gilt auch nur für PreviewHandler - nicht für andere Explorer-Erweiterungen.

Zitat von MSDN: Preview Handlers and Shell Preview Host:

32-bit preview handlers should use AppID {534A1E02-D58F-44f0-B58B-36CBED287C7C} when installed on 64-bit operating systems.

[Rollo62]

Hallo Harry,

das sieht ja sehr gut aus, mit oder ohne Frames

Aber mir ist die Anwendung nicht ganz klar.
1. Dein aktuelles Programm jetzt ist also gedacht als schneller File-Viewer, mit dem man etwas mehr machen kann.
Ok, das verstehe ich, obwohl ich zumindest meist direkt Delhi nutze.
Könnte aber helfen wenn mal wieder Komponenten oder Links in den Forms fehlen, und Delphi meckert, um
mal zu sehen was da los ist.

2. Eine Anwendung speziell für den Designer finde ich auch sehr interessant, als Design/Kommentar Anwendung.
Das sollte die Kommunikation wesentlich vereinfachen.
Eventuell gleich mit Übersetzungs-Funktion, um die Felder bei verschiedenen Sprachen richtig zu füllen.

3. Sehe ich ein Programm um mit Firemonkey Styles zu arbeiten, (ala MonkeyStyler)
und vor allem um Styles evtl. aus mehreren Quellen/Libraries zu mischen, und entsprechend dafür zu sorgen
in allen Platformen richtig anzuzeigen.
Damit Win, Max, iOS, Android alle z.B. Änderungen an den Styles mitbekommen, und bestenfalls nur ein Code gepflegt
werden müsste.
Also ein Delphi Style-Designer++

Wie du siehst kannst du direkt 3 Programme bauen, aus der Basis die du da hast
(und vielleicht gibt es noch mehr Ideen)

Bin gespannt ...

Rollo

[Harry Stahl]

@Rollo62

Zu 1: Klar, wenn ich in eine DFM-Datei reinsehen musste, habe ich bislang natürlich auch Delphi genommen. Wenn in dieser DFM Datei aber abgeleitete Komponenten drin sind und man z.B. nur ein andere Seite vom TNotebook wählt, wertet Delphi das als Änderung und will die Datei speichern. Das geht aber wegen der abgeleiteten Komponenten nicht. Ergo kann ich mein Projekt erst wieder kompilieren, wenn ich die DFM Datei geschlossen habe. Muss ich da noch mal reinschauen, beginnt das ganze Spiel vom neuen...

Zu 2. Soweit habe ich noch gar nicht gedacht...

Zu 3. Ich möchte hier in einem zweiten Schritt in der Tat auch FireMonkey Forms anzeigen. In File-IO ist es nur ein DFM-Viewer, in meinem Texteditor-Programm sollen aber auch Editier-Möglichkeiten hinzukommen, da dachte ich speziell an die Styles, die in Delphi bislang immer noch nicht akzeptabel editiert werden können (wobei mir lieber wäre, Emba kommt mir zuvor und macht da Ergänzungen in jeder Hinsicht überflüssig).

[Harry Stahl]

Frage: Wenn die Anwender eigene DLL-Dateien erstellen sollen, um "Ihre" Komponentensammlungen (z.B. TMS, DevExpress, TRichview, Jedi, usw) einzubinden, muss man den Unit-Namen hinzufügen und dann mit RegisterClass die Komponente registrieren.

Zu wissen, welche Komponente in welcher Unit ist, ist manchmal gar nicht so einfach zu ermitteln, bzw. wenn man das für 100 Komponenten selber machen soll, einfach zu viel Arbeit.

Gibt es eine Möglichkeit, z.B. aus einer BPL-Datei die enthaltenden Komponenten auszulesen, incl. der dazu passenden Unit-Namen? Dann könnten man diesen Vorgang halbwegs automatisieren.