Installationen mit FpcUpDeLuxe

[Niesi]

Heute vormittag habe ich mal verschiedene Installationen mit dem FpcUpDeluxe durchprobiert.

Hier das, was dabei rauskam:

PasLazInstallationen.png (250.57 KiB) 8337 mal betrachtet

Auf den ersten Blick sehen einige gleich aus - das betrifft allerdings nur die Versionsstände. So hat die "WA"-Installation die Pas2Js-rtl mit dabei, die "trunk & trunk" aber nicht.

Auswahl_013.png (30.27 KiB) 8337 mal betrachtet

Eventuell wäre es einfacher, die fixes etwas verständlicher zu benennen: Statt "fixes-3.0" schlage ich "fixes-3.x" vor.

Ansonsten kann ich mich nur wiederholen: Vielen Dank an Alfred für das tolle Tool ...

[photor]

Hallo Forum,

Dazu habe ich eine Frage:

da bei ArchLinux Lazarus nur noch als Gtk3-Paket in den Repos ist (und das nicht wirklich nutzbar war), bin ich ja auch auf FPCUPDELUXE umgestiegen. Und nachdem ich das Prinzip ein bisschen verstanden habe, sind jetzt ein aktuelles Lazarus-3.x (3.9 mit FPC 3.2.3) und ein Lazarus-4.0RC3 (fixes,fixes?) als Gtk2-Version installiert.

Nun wollte ich ausprobieren, wie weit Lazarus mit Gtk3 kommt. Da man bei FPCUPDELUXE nirgendwo(?) die Gtk-Version einstellen kann, habe versucht die 4.0RC3 mit der Einstellung "Gtk3 (alpha)" neu zu kompilieren (4.0 ist halt im Moment zum Probieren gedacht). Das hat geklappt, die IDE meldet sich aber im "About" immer noch als Gtk2-Version (sieht auch genau so aus und bedient sich so). Das erzeugte Mini-Projekt sah aber tatsächlich nach Gtk3 aus (muss ich aber auch noch mit was komplexeren testen).

• Ist das richtig? Die Lazarus-IDE bleibt Gtk2? Und nur die erzeugten Programme/Applikationen sind dann Gtk3?
• Wie könnte ich denn eine Gtk3-Version der IDE erhalten? Wenn das überhaupt momentan sinnvoll ist. (Aber ich hatte die Idee, mir das mal anzusehen - vielleicht kann man ja wenigstens ein bisschen helfen.)

Zum System: ArchLinux bzw EndeavourOS mit Gnome Wayland. Darauf Lazarus 3.x und Lazarus 4.0RC.

Einen schönen Feiertag noch,
Photor

[theo]

Ich kenne deinen konkreten Fall nicht, aber GTK3 ist meines Wissens nicht IDE-tauglich.
Es geht dabei auch nicht um "ein bisschen helfen".
Man müsste dieses Interface von Grund auf neu schreiben, am Besten gleich mit GTK4 oder höher.
Qt läuft besser.

[photor]

Oh. Ok. Dann lass ich das lieber.

… und bleibe bei Gtk2 - wg. Gnome. Mit Qt hatte ich letztens ziemlich zu kämpfen.

Danke. Ciao,
Photor

[Mathias]

Man müsste dieses Interface von Grund auf neu schreiben, am Besten gleich mit GTK4 oder höher.

Da wird man sich die Zähne ausbeissen.
Ich habe etliches mit nativen GTK4 probiert und dabei festgestellt, das einige Widgets und Features entfernt wurden, was in der LCL als ganz normal ist.
Sachen die ich festgestellt habe und nicht mehr gehen:

• Iconen im MainMenu
• Form.Left und Form.Rigth geht nicht mehr, ausser man man macht einen Murks über X11 oder ähnlichem.
• Die ComboBox geht momentan noch, wurde aber als "deprecated" deklariert.

Dafür gibt es andere schöne Sachen, die es in der LCL nicht gibt.

Der Kompromiss zur Delphi Kompatibilität wird teuer erkauft.

[PascalDragon]

• Form.Left und Form.Rigth geht nicht mehr, ausser man man macht einen Murks über X11 oder ähnlichem.

Das liegt vor allem daran, dass mehr Richtung Wayland gegangen wird. Ich hatte vor zwei, drei Wochen daran gearbeitet unsere Software in der Arbeit mit einem Wayland Backend auszustatten. Einige Sachen sind tatsächlich besser, aber es gibt so viele Dinge wo man sich einfach nur ans Hirn fassen kann. Zum Beispiel keinerlei Möglichkeit Fenster zu positionieren, was zu Problemen mit Multifenster Anwendungen wie Lazaus oder GIMP (nicht im 1-Fenster Modus) oder auch schon von Splashscreens führt. Oder erst vor relativ kurzem wurde die Möglichkeit eingeführt, dass Anwendungen gezielt für Fenster ein Titelsymbol einstellen können, statt sich auf das zu verlassen, was in der eventuell nicht existierenden .desktop-Datei steht. Und aktuell unterstützt das nur Kwin vom KDE Projekt.

Der Kompromiss zur Delphi Kompatibilität wird teuer erkauft.

Es geht mittlerweile nicht mehr um Delphikompatibilität, sondern um Kompatibilität zur LCL selbst. Man kann nicht einfach die Schnittstelle der LCL umschmeißen, weil dann die Nutzer, die sich auf die Kompatibilität verlassen haben, wie der Ochs' vor'm Berg stehen. Was die LCL allerdings von vornherein klar gemacht hat, ist dass nicht alles auf jedem Widgetset funktioniert. Und da reihen sich die aktuellen GTK Varianten eben mit ein.

[photor]

Hallo Forum,

Es geht mittlerweile nicht mehr um Delphikompatibilität, sondern um Kompatibilität zur LCL selbst. Man kann nicht einfach die Schnittstelle der LCL umschmeißen, weil dann die Nutzer, die sich auf die Kompatibilität verlassen haben, wie der Ochs' vor'm Berg stehen. Was die LCL allerdings von vornherein klar gemacht hat, ist dass nicht alles auf jedem Widgetset funktioniert. Und da reihen sich die aktuellen GTK Varianten eben mit ein.

Was schade ist. Bei ArchLinux wird das Lazarus-Paket einfach gegen Gtk3 gebaut (Gtk2 wird als veraltet betrachtet), was zu einer nicht funktionierenden IDE führt. Jemand, der jetzt Lazarus probieren will, wird abgeschreckt und sagen "geht nicht" und ist weg. Das ist sehr schade.

Aber irgendwie ist das eine Zwickmühle, das sehe ich ein. Aber eine Idee habe ich jetzt auch nicht.

Ciao,
Photor

[wp_xyz]

Ich kenne deinen konkreten Fall nicht, aber GTK3 ist meines Wissens nicht IDE-tauglich.
Es geht dabei auch nicht um "ein bisschen helfen".
Man müsste dieses Interface von Grund auf neu schreiben, am Besten gleich mit GTK4 oder höher.
Qt läuft besser.

Das GTK3-Interface wurde in den letzten Monaten sehr stark weiterentwickelt. Ich habe eben zum Ausprobieren ein Laz/main IDE unter Manjaro für gtk3 übersetzt - und kann damit ohne Absturz arbeiten. Ein paar Probleme gibt es noch, zugegeben, z.B. falsche Höhe der IDE-Toolbar, schwarzer Hintergrund bei SpeedButtons, fehlerhafte Darstellung einiger Bitmaps, ... Trotzdem vielversprechend.

[Stevie]

Aber irgendwie ist das eine Zwickmühle, das sehe ich ein. Aber eine Idee habe ich jetzt auch nicht.

Ich denke, aus Sicht des Lazarus-Projekts ist das Problem schwer aufzulösen und einfach eine Hypothek, die man mit dem Ansatz der LCL einkauft, von der zugrunde liegenden UI-Plattform zu abstrahieren. In diesem Hase-und-Igel-Spiel ist man ganz klar immer in der Defensive und wird es immer bleiben. Zumal die jeweiligen "Upstreams" (Windows, macOS, usw.) ja Änderungen "um der Änderung Willen" bringen, um sich die Konkurrenz vom Hals zu halten. So gesehen ist es sowieso schon beeindruckend, dass man diesem Druck schon so lange standhält - Chapeau!

Ein Weg kann es vielleicht sein, mit der Unterstützung von VSCode (bzw. besser: VSCodium) einen zweiten Pfad zu öffnen, der nicht von der LCL abhängig ist, so dass zumindest der Compiler und die Sprache für jeden Interessenten möglichst einfach zu benutzen ist. Sprich: FPC installieren, VSCode installieren, FPC-Extension in VSCode installieren - fertig. Da gibt es mit OmniPascal bzw. den Erweiterungen von Alesandro Frangnani recht gute Ansätze, aber so richtig rund sind die alle nicht.

Zugegeben, das löst ebenfalls nicht das LCL-Problem, aber es macht Pascal zu einer relevanten Alternative für die aktuelle Generation der Backend-Entwickler, für die VSCode als IDE quasi gesetzt ist.

[photor]

Das GTK3-Interface wurde in den letzten Monaten sehr stark weiterentwickelt. Ich habe eben zum Ausprobieren ein Laz/main IDE unter Manjaro für gtk3 übersetzt - und kann damit ohne Absturz arbeiten. Ein paar Probleme gibt es noch, zugegeben, z.B. falsche Höhe der IDE-Toolbar, schwarzer Hintergrund bei SpeedButtons, fehlerhafte Darstellung einiger Bitmaps, ... Trotzdem vielversprechend.

Genau das wollte ich letztens ausprobieren. Gibt es ein HowTo oder eine Anleitung, wie man dahin kommt. Mein letzter Versuch war ja nüscht.

Dann könnte man ja spielen und eventuell Verbesserungen beisteuern (ich denke nicht, dass ich genug Fähigkeiten und Zeit habe, um essenziell was beizusteuern - vielleicht ja, wenn ich mal Rentner bin ). Würde halt gerne was zurück geben.

Ciao,
Photor

[wp_xyz]

Das GTK3-Interface wurde in den letzten Monaten sehr stark weiterentwickelt. Ich habe eben zum Ausprobieren ein Laz/main IDE unter Manjaro für gtk3 übersetzt - und kann damit ohne Absturz arbeiten. Ein paar Probleme gibt es noch, zugegeben, z.B. falsche Höhe der IDE-Toolbar, schwarzer Hintergrund bei SpeedButtons, fehlerhafte Darstellung einiger Bitmaps, ... Trotzdem vielversprechend.

Genau das wollte ich letztens ausprobieren. Gibt es ein HowTo oder eine Anleitung, wie man dahin kommt.

Unter "Werkzeuge" > "Lazarus kompilieren einrichten" bei "LCL-Schnittstelle" den Eintrag "gtk3" auswählen (hieß früher "gtk3 (alpha)"). Dann "Neu kompilieren" klicken.

[theo]

Das GTK3-Interface wurde in den letzten Monaten sehr stark weiterentwickelt. Ich habe eben zum Ausprobieren ein Laz/main IDE unter Manjaro für gtk3 übersetzt - und kann damit ohne Absturz arbeiten. Ein paar Probleme gibt es noch, zugegeben, z.B. falsche Höhe der IDE-Toolbar, schwarzer Hintergrund bei SpeedButtons, fehlerhafte Darstellung einiger Bitmaps, ... Trotzdem vielversprechend.

Hab's grad mal ausprobiert.
Bei mir kommt die IDE mit GTK3 nicht richtig hoch.
Liegt vielleicht an meiner GTK Version.

1000x das Gleiche:
(lazarus:29399): Gtk-WARNING **: 13:23:39.002: Negative content height -16 (allocation 1, extents 5x12) while allocating gadget (node scrollbar, owner GtkScrollbar)

(lazarus:29399): Gtk-WARNING **: 13:23:39.003: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)

(lazarus:29399): Gtk-WARNING **: 13:23:39.009: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)

(lazarus:29399): Gdk-WARNING **: 13:23:39.009: gdk-frame-clock: layout continuously requested, giving up after 4 tries

(lazarus:29399): Gtk-WARNING **: 13:23:39.067: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)

(lazarus:29399): Gtk-WARNING **: 13:23:39.069: Negative content height -1 (allocation 1, extents 1x1) while allocating gadget (node scrolledwindow, owner GtkScrolledWindow)

(lazarus:29399): Gtk-CRITICAL **: 13:23:39.077: gtk_window_get_transient_for: assertion 'GTK_IS_WINDOW (window)' failed
LAZARUS END - cleaning up ...

(lazarus:29399): Gtk-CRITICAL **: 13:23:39.124: gtk_window_get_transient_for: assertion 'GTK_IS_WINDOW (window)' failed

(lazarus:29399): Gtk-CRITICAL **: 13:23:39.130: gtk_window_get_transient_for: assertion 'GTK_IS_WINDOW (window)' failed

(lazarus:29399): Gtk-CRITICAL **: 13:23:39.134: gtk_window_get_transient_for: assertion 'GTK_IS_WINDOW (window)' failed

(lazarus:29399): Gtk-CRITICAL **: 13:23:39.138: gtk_window_get_transient_for: assertion 'GTK_IS_WINDOW (window)' failed
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=Access violation
Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$000000000070D977 ADDREMOVEPAGEHANDLE, line 738 of include/customnotebook.inc
$000000000070DA36 REMOVEPAGE, line 760 of include/customnotebook.inc
$000000000133E5CA REMOVEPAGE, line 213 of extendednotebook.pas
$000000000070B47C SETPARENT, line 119 of include/custompage.inc
$000000000070C15C DELETE, line 136 of include/customnotebook.inc
$000000000070C109 CLEAR, line 116 of include/customnotebook.inc
$000000000070C919 DESTROY, line 334 of include/customnotebook.inc
$00000000004C18DB
$00000000004C18DB
$0000000000D22EFB DESTROY, line 10720 of sourceeditor.pp
TApplication.HandleException: EAccessViolation
Access violation
Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$000000000070D977 ADDREMOVEPAGEHANDLE, line 738 of include/customnotebook.inc
$000000000070DA36 REMOVEPAGE, line 760 of include/customnotebook.inc
$000000000133E5CA REMOVEPAGE, line 213 of extendednotebook.pas
$000000000070B47C SETPARENT, line 119 of include/custompage.inc
$000000000070C15C DELETE, line 136 of include/customnotebook.inc
$000000000070C109 CLEAR, line 116 of include/customnotebook.inc
$000000000070C919 DESTROY, line 334 of include/customnotebook.inc
$00000000004C18DB
$00000000004C18DB
$0000000000D22EFB DESTROY, line 10720 of sourceeditor.pp
Exception at 00007F42904921BD: EAccessViolation:
Access violation.
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=Access violation
Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DF592 DESTROY, line 6649 of include/wincontrol.inc
$00000000006F3DE5 DESTROY, line 40 of include/customcontrol.inc
$000000000050EE35 DESTROY, line 360 of include/scrollingwincontrol.inc
$0000000000510549 DESTROY, line 138 of include/customform.inc
$00000000004C18DB
TApplication.HandleException: EAccessViolation
Access violation
Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DF592 DESTROY, line 6649 of include/wincontrol.inc
$00000000006F3DE5 DESTROY, line 40 of include/customcontrol.inc
$000000000050EE35 DESTROY, line 360 of include/scrollingwincontrol.inc
$0000000000510549 DESTROY, line 138 of include/customform.inc
$00000000004C18DB
Exception at 00007F42904921BD: EAccessViolation:
Access violation.
TAnchorDockMaster.Destroy: still in list: BreakPoints:TBreakPointsDlg Caption="Haltepunkte"
TAnchorDockMaster.Destroy: still in list: Assembler:TAssemblerDlg Caption="Assembler"
TAnchorDockMaster.Destroy: still in list: Watches:TWatchesDlg Caption="Liste der überwachten Ausdrücke"
TAnchorDockMaster.Destroy: still in list: SourceNotebook:TSourceNotebook Caption="Quelltexteditor"
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=
Stack trace:
$0000000000D1552C DESTROY, line 7144 of sourceeditor.pp
$00000000004C18DB
$00000000004C18DB
$00000000004C6167
$00000000004C18DB
$000000000050BC63 BEFOREFINALIZATION, line 2086 of forms.pp
$00000000004C6B5B
$00000000004C18DB
TApplication.HandleException: EAccessViolation

Stack trace:
$0000000000D1552C DESTROY, line 7144 of sourceeditor.pp
$00000000004C18DB
$00000000004C18DB
$00000000004C6167
$00000000004C18DB
$000000000050BC63 BEFOREFINALIZATION, line 2086 of forms.pp
$00000000004C6B5B
$00000000004C18DB
:
.
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=
Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DF592 DESTROY, line 6649 of include/wincontrol.inc
$00000000006F3DE5 DESTROY, line 40 of include/customcontrol.inc
$000000000050EE35 DESTROY, line 360 of include/scrollingwincontrol.inc
$0000000000510549 DESTROY, line 138 of include/customform.inc
$000000000059CA26
TApplication.HandleException: EAccessViolation

Stack trace:
$00007F42904921BD
$00000000006BE933 REMOVEPROP, line 3505 of gtk3/gtk3winapi.inc
$0000000000641348 REMOVEPROP, line 820 of include/winapi.inc
$00000000006E1C00 FINALIZEWND, line 7732 of include/wincontrol.inc
$00000000006E2175 DESTROYWND, line 7891 of include/wincontrol.inc
$00000000006DC942 DESTROYHANDLE, line 5374 of include/wincontrol.inc
$000000000070B822 DESTROYHANDLE, line 206 of include/custompage.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DC92C DESTROYHANDLE, line 5370 of include/wincontrol.inc
$00000000006DF592 DESTROY, line 6649 of include/wincontrol.inc
$00000000006F3DE5 DESTROY, line 40 of include/customcontrol.inc
$000000000050EE35 DESTROY, line 360 of include/scrollingwincontrol.inc
$0000000000510549 DESTROY, line 138 of include/customform.inc
$000000000059CA26
:
.
[FORMS.PP] ExceptionOccurred
Sender=EAccessViolation
Exception=
Stack trace:
$0000000000D28282 DESTROY, line 12161 of sourceeditor.pp
$00000000004C18DB
$00000000005388CE DESTROY, line 1760 of main.pp
$000000000059CA26
$00000000004C18DB
$00000000005288BC FORMS_$$_finalize$, line 2448 of forms.pp
$00000000004C6167
$000000000059CA26
$00000000004C18DB
$0000000000507E69 INTERFACES_$$_finalize$, line 39 of gtk3/interfaces.pp
$00000000004C6167
$00000000004C18DB
$00000000004C6167
$00000000004C18DB
$000000000050BC63 BEFOREFINALIZATION, line 2086 of forms.pp
$00000000004C6B5B
$00000000004C18DB
TApplication.HandleException: EAccessViolation

Stack trace:
$0000000000D28282 DESTROY, line 12161 of sourceeditor.pp
$00000000004C18DB
$00000000005388CE DESTROY, line 1760 of main.pp
$000000000059CA26
$00000000004C18DB
$00000000005288BC FORMS_$$_finalize$, line 2448 of forms.pp
$00000000004C6167
$000000000059CA26
$00000000004C18DB
$0000000000507E69 INTERFACES_$$_finalize$, line 39 of gtk3/interfaces.pp
$00000000004C6167
$00000000004C18DB
$00000000004C6167
$00000000004C18DB
$000000000050BC63 BEFOREFINALIZATION, line 2086 of forms.pp
$00000000004C6B5B
$00000000004C18DB

[Mathias]

Es geht mittlerweile nicht mehr um Delphikompatibilität, sondern um Kompatibilität zur LCL selbst. Man kann nicht einfach die Schnittstelle der LCL umschmeißen, weil dann die Nutzer, die sich auf die Kompatibilität verlassen haben, wie der Ochs' vor'm Berg stehen. Was die LCL allerdings von vornherein klar gemacht hat, ist dass nicht alles auf jedem Widgetset funktioniert. Und da reihen sich die aktuellen GTK Varianten eben mit ein.

Was viel leicht auch noch ein weg wäre. Mir ist aufgefallen, das sich fertige Widgets Sets immer mehr von dem entfernen, was die LCL braucht. Soviel mir ist, kommt die LCL von Delphi her, was voll auf die WinAPI setzte. Das merkt man auch, wen man Unit wie LCLTypes und ähnliche betrachtet, sieht alles stark nach WinAPI aus.
Daher könnte ich mir ein ein weg von Lazarus vorstellen, alll diese fertigen Widgets umzugehen und auf Custom Widget setzen. Dannn würden auch die Zwischenschichten wegfallen. Als Beispiel GTK2, obwohl man ein GTK2 Programm erstellt, hat dies sehr wenig mit dem eigentliche GTK2 gemeinsam.

[photor]

Unter "Werkzeuge" > "Lazarus kompilieren einrichten" bei "LCL-Schnittstelle" den Eintrag "gtk3" auswählen (hieß früher "gtk3 (alpha)"). Dann "Neu kompilieren" klicken.

Hm. Gerade mit Lazarus-4.0RC3 probiert. Das Ergebnis startet zwar, ist aber leider nicht bedienbar, da die (docked) IDE viel zu groß skaliert ist und die IDE-Bedienelemente nicht erreichbar sind. Nach etwas probieren kommt dann "Lazarus antwortet nicht - Beenden oder Warten". Also leider wahr; im Moment nciht wirklich brauchbar.

installiert ist die aktuelle (Arch) Gtk-Version:
extra/gtk3 1:3.24.49-1 [Installiert]
GObject-based multi-platform GUI toolkit


Eventuell kann ich noch trunk installieren und weiter experimentieren. Wie sieht das mit "Docked" und solchen Features aus?

Ciao,
Photor

[theo]

Stimmt, ohne Docking kommt die IDE wenigstens hoch.
Es sind zwar Fortschritte zu erkennen, aber ich bleibe dabei: GTK3 ist (noch ) nicht IDE tauglich.