Deutsches Lazarusforum

Bei mir in Linux Mint, zeigt Firefox, Digikam und weitere die Striche an (ev. kann sein, das das keine nativen Programme sind, sondern Flatpacks). Bei nativen Programmen wird es erst bei drücken von Alt angezeigt.

Sieht so aus, nachdem ich genauer Nachgeschaut habe:
Flatpacks: Unterstrich ist immer ...

Schön (Träum) wäre es wenn die Lazarus-Programme sich unter Windows als auch unter Linux gleich verhalten und gleich dargestellt werden.

Dazu muss man wissen, das Lazarus die LCL als Abstaktionsschicht die Widgetsets nach aussen hin, zum Programmierer, soweit wie möglich vereinheitlicht ...

Bin ich also nicht der einzige, der da gerade verzweifelt.

Es ist nicht verzweifeln. Es ist ganz einfach eine andere Welt. Über die Bridge, wird von der Lazaruswelt in die Android Welt gemappt. Man sieht es, wenn man tiefer in die ganze Sache einsteigt.

Es sind viele Beispiele dabei, wenn man ...

Der Projekt Inspektor ist ein relativ interessantes Gebilde. Er ist Stand Alone verwendbar und nicht starr mit der IDE verknüpft.
Ich habe ihn schon ohne IDE verwendet und mich mit ihm beschäftigen dürfen.
Theo wird mit seinem Tipp nach einem Bugreport schon richtig liegen.

Also in einem eigenem Form bringe ich dieses agressive verhalten so hin
procedure TForm1.FormCreate(Sender: TObject);
begin
FormStyle := fsSystemStayOnTop;
end;

Sowas wird IMHO von der LCL an das Widgetset weitergereicht und dort vom System verarbeitet. Da kann es schon sein, das es zu ...

Dies kann man noch durchjagen, dann sind die extern und das mit den Klammern richtig.

Mit oder ohne gcc Präprozessor ?

Direkt die Header Dateien, aber bitte an einer Kopien in einem separaten Ordner.
Unter Linux geht dies sowieso kaum anders, da die Header durch root Schreibgeschützt sind ...

Mathias hat geschrieben: Mo 25. Mai 2026, 14:28 Dies kann man noch durchjagen, dann sind die extern und das mit den Klammern richtig.

Mit oder ohne gcc Präprozessor ?

Ich sehe die Blöcke am besten so Bei mir sucht das Auge nach dem IF dann nach einem ELSE am ANfang des nächsten Blocks.
Wie gesagt, ist Sache des Programmieres und jeder sieht was anderes.

Bin gerade dabei das mal durch den Präprozessor von C zu jagen
gcc -E -P -nostdinc -I. -I../../fake_includes -I../ -I./sys/ ../../wrapper.h -o common_clean.h

Mit ein paar Fake Dateien. Ein grobes Gerüst steht dann bald mal. Weil ich will es soweit es geht automatisieren und nicht jedesmal mit der ...

Ich méchte gerne verstehen wie man C-Headerdateien wie zB. hier https://github.com/libgit2/libgit2 im Verzeichnis include nach FreePascal őbersetzt und zwar so das etwas herauskommt wie bei https://github.com/todaysoftware/libgit2-delphi .
Die Struktur der include Header Dateien sollte erhalten ...

Es gibt bei so Details kein wirkliches richtig oder falsch. Es sollte lesbar sein.

Ich bevorzuge die falsche Schreibweisen, mit begin nach dem Then, das else wird aber nicht zwischen end und begin versteckt. Sondern klar als Alternative Block zu erkennen.

Wie gesagt, es soll lesbar sein.

Ergänzend hier der Guide von Lazarus
https://gitlab.com/freepascal.org/lazar ... elines.txt

Siehe auch https://wiki.freepascal.org/DesignGuidelines/de

Edit: Habe gerade die Links auf der Wiki repariert.

Es gibt keinen verbindlichen Style Guide. Es gibt öfters Anleitungen, wie geschrieben werden soll, wenn man Patches einreicht. Für Delphi gibt es Style Guide, aber sicher nichts verbindliches.

Der Jedi Formatter setzt gewisse Styles durch, aber das ist Geschmackssache.

Es hindert dich niemand, EIGENE Informationen in der Wiki zu teilen.

Bei den LLMs ist man nie sicher, ob die Informationen stimmen, außer man investiert Zeit und überprüft alles. Und erstellt dazu selbst Beispiele.

Genau deswegen sind hier einfach Antworten von den LLMs nicht unbedingt gerne ...

Die Frage erscheint berechtigt, aber dazu muss man die Autoren bzw. Verleger befragen und die sind entweder im englischen Forum oder Mailingliste erreichbar.