nvim Enthusiasten gesucht

[freimatz]

Zitat von jaenicke:

Das Schreiben von Code funktioniert mit Visual Studio Code auch gut. Schau es dir einfach mal an.

Debuggen auch?

[QuickAndDirty]

Wie heist das Format von FMX und DFM Dateien?
Könnte man die dann von Hand Schreiben oder den Designer von Lazarus exportieren?
So ähnlich wie QT-Designer nur formulare baut während QT-Creator eine vollständige C++ IDE a la Lazarus ist?
Dann hätte man einen DFM/FMX Designer und NEO VIM als extrem schnellen und VI kompatiblen Editor.

[Uwe Raabe]

Zitat von QuickAndDirty:

Wie heist das Format von FMX und DFM Dateien?

Das ist proprietär und hat keinen Namen. Es entspricht dem internen TComponent-Streaming-Format.

Wie auch immer so ein Designer arbeiten würde, wenn er in der Lage ist eine Instanz des designten Forms zu erstellen (das hört sich jetzt leichter an als es ist), dann kann er die mit den Bordmitteln aus System.Classes und ein wenig Code auch als DFM speichern. Kann er das nicht wird es etwas aufwändiger.

[TigerLilly]

Vor gefühlt 1000 Jahren gab es den Multi-Edit, der gut als Alternative zur IDE zu verwenden war. Inkl Compilieren etc.
Fun Fact: War in Pascal geschrieben.

https://en.wikipedia.org/wiki/Multi-Edit
https://www.heise.de/download/produc...dit-2006-37934

Dürfte jetzt aber out-of-business sein.

[Frickler]

Zitat von TigerLilly:

Vor gefühlt 1000 Jahren gab es den Multi-Edit, der gut als Alternative zur IDE zu verwenden war. Inkl Compilieren etc.
Fun Fact: War in Pascal geschrieben.

Ganz aktuell gibt es den PSPad. Der kann das auch alles.
Fun Fact: ist in Delphi geschrieben.

http://www.pspad.com/de/download.htm

[QuickAndDirty]

Zitat von Uwe Raabe:

Das ist proprietär und hat keinen Namen.

Voll unkreativ.

Zitat von Uwe Raabe:

wenn er in der Lage ist eine Instanz des designten Forms zu erstellen (das hört sich jetzt leichter an als es ist)

JA, Für MICH wäre das mega schwer. Aber für die dudes von Lazarus war es möglich. Und dem aufzubauen was sie erreicht haben ist vielleicht einfacher.

[Uwe Raabe]

Zitat von Uwe Raabe:

wenn er in der Lage ist eine Instanz des designten Forms zu erstellen (das hört sich jetzt leichter an als es ist)

Um das mal einzuordnen: Die Delphi-IDE kann das auch nicht. Deswegen muss der Designer ein paar Tricks anwenden, damit die passende DFM dabei herauskommt.

Es ist ja auch irgendwie ein Henne-Ei-Problem: Ohne DFM kann man das Form nicht laden, ohne eine Instanz des Forms kann man keine DFM speichern.

Der Designer erstellt also ein Design-Form und speichert das auf magische Weise passend in die DFM.

[himitsu]

TReader und TWriter für das binäre Format,
aber teile auch in TComponent versteckt.

Und ObjectTextToResource um das TextFormat ins Lesbare zu konvertieren.
https://www.delphipraxis.net/214764-...ml#post1534228



PS, um mal bissl zu erklären, was Delphi so treibt:
Da die Form-Klassendefinition standardmäßig nicht kompiliert und innerhalb der IDE geladen (DesignTimePackage) ist,
baut sich Delphi zur Laufzeit ein "Klasse" zusammen, inkl. TypeInfo, welches von TForm abgeleitet ist und so heißt, wie die Klasse in der Unit heißt.
Dann wird diese Dummy-Klasse verwendet, um damit die Form im Designer zusammenzubauen.