#gtk3 — Public Fediverse posts

Con GTK2 estaba todo tan bien... luego fue todo cuesta abajo #linux #gtk2 #gtk #gtk3 #ux

Con GTK2 estaba todo tan bien... luego fue todo cuesta abajo #linux #gtk2 #gtk #gtk3 #ux

Oh, look GIMP's Open dialog box has crashed.
No worries, just close it.
WHAT DO YOU MEAN, YOU CAN'T CLOSE IT?!?
THERE ARE NO WINDOW DECORATIONS! IT'S ALL CLIENT-SIDE!!!

This moment of utterly unnecessary stupidity was brought to you by #ClientSideDecorations.

#ThanksIHateIt
#KillItWithFire
#GTK3
#CSD #CSDs
#UIDesign

Oh, look GIMP's Open dialog box has crashed.
No worries, just close it.
WHAT DO YOU MEAN, YOU CAN'T CLOSE IT?!?
THERE ARE NO WINDOW DECORATIONS! IT'S ALL CLIENT-SIDE!!!

This moment of utterly unnecessary stupidity was brought to you by #ClientSideDecorations.

#ThanksIHateIt
#KillItWithFire
#GTK3
#CSD #CSDs
#UIDesign

Oh, look GIMP's Open dialog box has crashed.
No worries, just close it.
WHAT DO YOU MEAN, YOU CAN'T CLOSE IT?!?
THERE ARE NO WINDOW DECORATIONS! IT'S ALL CLIENT-SIDE!!!

This moment of utterly unnecessary stupidity was brought to you by #ClientSideDecorations.

#ThanksIHateIt
#KillItWithFire
#GTK3
#CSD #CSDs
#UIDesign

Oh, look GIMP's Open dialog box has crashed.
No worries, just close it.
WHAT DO YOU MEAN, YOU CAN'T CLOSE IT?!?
THERE ARE NO WINDOW DECORATIONS! IT'S ALL CLIENT-SIDE!!!

This moment of utterly unnecessary stupidity was brought to you by #ClientSideDecorations.

#ThanksIHateIt
#KillItWithFire
#GTK3
#CSD #CSDs
#UIDesign

Oh, look GIMP's Open dialog box has crashed.
No worries, just close it.
WHAT DO YOU MEAN, YOU CAN'T CLOSE IT?!?
THERE ARE NO WINDOW DECORATIONS! IT'S ALL CLIENT-SIDE!!!

This moment of utterly unnecessary stupidity was brought to you by #ClientSideDecorations.

#ThanksIHateIt
#KillItWithFire
#GTK3
#CSD #CSDs
#UIDesign

ok. working. some border-radius in #gtk3 and #gtk4 in #gnome

ok. working. some border-radius in #gtk3 and #gtk4 in #gnome

Playing around with the gtk.css of #gtk3 to have equal borders in #gnome. (not quite done).

Playing around with the gtk.css of #gtk3 to have equal borders in #gnome. (not quite done).

I have been banging my head against #Gtk3 for the past 3 weeks and all progress has pretty much come to a stand-still. No matter how simple and straight-forward my GUI is, Gtk makes it simply impossible to get the layout correct. I am now convinced that programming my own layout algorithm from scratch and using the GtkLayout container (which lets you place widgets at arbitrary X,Y coordinates) is the only way to proceed at this point. It is soooo frustrating.

The #Gtk documentation is good, but not at all good enough. The people on the Gnome Discourse have been very kind and helpful, and I truly appreciate the engagement I have had there, but ultimately I am still not able to solve my problems.

I have decided I need find some way to keep making progress without postponing the release of the work I have done so far for an indeterminate length of time. So rather than work out all the bugs in this version before merging it to the main Git branch, what I will do instead is have the main program launch a debugger window. The debugger window will have all layout calculated in advance, and all widgets will be declared once and only once throughout the lifetime of the application to avoid the reference counting issues. Obviously the debugger GUI will be very rigid, but you will at least be able to edit files and run commands in a REPL within this debugger.

Then maybe I can merge the code I have written to the main Git branch, and people will at least be able to use it through the debugger. Maybe also I could use this debugger to help with writing my layout algorithm. Also, I need to get back to the Emacs Lisp interpreter, I haven’t worked on it in almost two months now.

#tech #software #Lisp #Emacs #EmacsLisp #Scheme #SchemeLang #R7RS

I have been banging my head against #Gtk3 for the past 3 weeks and all progress has pretty much come to a stand-still. No matter how simple and straight-forward my GUI is, Gtk makes it simply impossible to get the layout correct. I am now convinced that programming my own layout algorithm from scratch and using the GtkLayout container (which lets you place widgets at arbitrary X,Y coordinates) is the only way to proceed at this point. It is soooo frustrating.

The #Gtk documentation is good, but not at all good enough. The people on the Gnome Discourse have been very kind and helpful, and I truly appreciate the engagement I have had there, but ultimately I am still not able to solve my problems.

I have decided I need find some way to keep making progress without postponing the release of the work I have done so far for an indeterminate length of time. So rather than work out all the bugs in this version before merging it to the main Git branch, what I will do instead is have the main program launch a debugger window. The debugger window will have all layout calculated in advance, and all widgets will be declared once and only once throughout the lifetime of the application to avoid the reference counting issues. Obviously the debugger GUI will be very rigid, but you will at least be able to edit files and run commands in a REPL within this debugger.

Then maybe I can merge the code I have written to the main Git branch, and people will at least be able to use it through the debugger. Maybe also I could use this debugger to help with writing my layout algorithm. Also, I need to get back to the Emacs Lisp interpreter, I haven’t worked on it in almost two months now.

#tech #software #Lisp #Emacs #EmacsLisp #Scheme #SchemeLang #R7RS

I have been banging my head against #Gtk3 for the past 3 weeks and all progress has pretty much come to a stand-still. No matter how simple and straight-forward my GUI is, Gtk makes it simply impossible to get the layout correct. I am now convinced that programming my own layout algorithm from scratch and using the GtkLayout container (which lets you place widgets at arbitrary X,Y coordinates) is the only way to proceed at this point. It is soooo frustrating.

The #Gtk documentation is good, but not at all good enough. The people on the Gnome Discourse have been very kind and helpful, and I truly appreciate the engagement I have had there, but ultimately I am still not able to solve my problems.

I have decided I need find some way to keep making progress without postponing the release of the work I have done so far for an indeterminate length of time. So rather than work out all the bugs in this version before merging it to the main Git branch, what I will do instead is have the main program launch a debugger window. The debugger window will have all layout calculated in advance, and all widgets will be declared once and only once throughout the lifetime of the application to avoid the reference counting issues. Obviously the debugger GUI will be very rigid, but you will at least be able to edit files and run commands in a REPL within this debugger.

Then maybe I can merge the code I have written to the main Git branch, and people will at least be able to use it through the debugger. Maybe also I could use this debugger to help with writing my layout algorithm. Also, I need to get back to the Emacs Lisp interpreter, I haven’t worked on it in almost two months now.

#tech #software #Lisp #Emacs #EmacsLisp #Scheme #SchemeLang #R7RS

I have been banging my head against #Gtk3 for the past 3 weeks and all progress has pretty much come to a stand-still. No matter how simple and straight-forward my GUI is, Gtk makes it simply impossible to get the layout correct. I am now convinced that programming my own layout algorithm from scratch and using the GtkLayout container (which lets you place widgets at arbitrary X,Y coordinates) is the only way to proceed at this point. It is soooo frustrating.

The #Gtk documentation is good, but not at all good enough. The people on the Gnome Discourse have been very kind and helpful, and I truly appreciate the engagement I have had there, but ultimately I am still not able to solve my problems.

I have decided I need find some way to keep making progress without postponing the release of the work I have done so far for an indeterminate length of time. So rather than work out all the bugs in this version before merging it to the main Git branch, what I will do instead is have the main program launch a debugger window. The debugger window will have all layout calculated in advance, and all widgets will be declared once and only once throughout the lifetime of the application to avoid the reference counting issues. Obviously the debugger GUI will be very rigid, but you will at least be able to edit files and run commands in a REPL within this debugger.

Then maybe I can merge the code I have written to the main Git branch, and people will at least be able to use it through the debugger. Maybe also I could use this debugger to help with writing my layout algorithm. Also, I need to get back to the Emacs Lisp interpreter, I haven’t worked on it in almost two months now.

#tech #software #Lisp #Emacs #EmacsLisp #Scheme #SchemeLang #R7RS

One Open-source Project Daily

Windows 10 Light theme for Linux (GTK)

https://github.com/B00merang-Project/Windows-10

#1ospd #opensource #10 #cinnamontheme #gnomeshelltheme #gtktheme #gtk2theme #gtk3 #gtk3theme #gtk4 #linux #linuxtheme #microsoft #openbox #theme #unitytheme #windows #windows10 #xfcetheme

One Open-source Project Daily

Windows 10 Light theme for Linux (GTK)

https://github.com/B00merang-Project/Windows-10

#1ospd #opensource #10 #cinnamontheme #gnomeshelltheme #gtktheme #gtk2theme #gtk3 #gtk3theme #gtk4 #linux #linuxtheme #microsoft #openbox #theme #unitytheme #windows #windows10 #xfcetheme

One Open-source Project Daily

Windows 10 Light theme for Linux (GTK)

https://github.com/B00merang-Project/Windows-10

#1ospd #opensource #10 #cinnamontheme #gnomeshelltheme #gtktheme #gtk2theme #gtk3 #gtk3theme #gtk4 #linux #linuxtheme #microsoft #openbox #theme #unitytheme #windows #windows10 #xfcetheme

One Open-source Project Daily

Windows 10 Light theme for Linux (GTK)

https://github.com/B00merang-Project/Windows-10

#1ospd #opensource #10 #cinnamontheme #gnomeshelltheme #gtktheme #gtk2theme #gtk3 #gtk3theme #gtk4 #linux #linuxtheme #microsoft #openbox #theme #unitytheme #windows #windows10 #xfcetheme

One Open-source Project Daily

Windows 10 Light theme for Linux (GTK)

https://github.com/B00merang-Project/Windows-10

#1ospd #opensource #10 #cinnamontheme #gnomeshelltheme #gtktheme #gtk2theme #gtk3 #gtk3theme #gtk4 #linux #linuxtheme #microsoft #openbox #theme #unitytheme #windows #windows10 #xfcetheme

New blog post "Why We Need the Gtk Platform for MAUI -- A short wrap-up of our goal and motivation along with a historical overview of events that lead to MauiGtk" https://mauigtk.net/blog/20260125/

#dotnet #dotnetmaui #gtk #gtk3 #qt #wxwidgets #eto #crossplatform #mauigtk #mauilinux #net_maui

One Open-source Project Daily

Code editor designed for elementary OS

https://github.com/elementary/code

#1ospd #opensource #gtk #gtk3 #gtksourceview #hacktoberfest #meson #vala

One Open-source Project Daily

Code editor designed for elementary OS

https://github.com/elementary/code

#1ospd #opensource #gtk #gtk3 #gtksourceview #hacktoberfest #meson #vala

One Open-source Project Daily

Xournal++ is a handwriting notetaking software with PDF annotation support. Written in C++ with GTK3, supporting Linux (e.g. Ubuntu, Debian, Arch, SUSE), macOS and Windows 10. Supports pen input from devices such as Wacom Tablets.

https://github.com/xournalpp/xournalpp

#1ospd #opensource #cplusplus #crossplatform #gtk3 #notes #notetaking #pdf #pdfviewer #pen

One Open-source Project Daily

Xournal++ is a handwriting notetaking software with PDF annotation support. Written in C++ with GTK3, supporting Linux (e.g. Ubuntu, Debian, Arch, SUSE), macOS and Windows 10. Supports pen input from devices such as Wacom Tablets.

https://github.com/xournalpp/xournalpp

#1ospd #opensource #cplusplus #crossplatform #gtk3 #notes #notetaking #pdf #pdfviewer #pen

#Delphi VCL Theme to Linux #GTK3 Theme converter WIP 2

#Delphi VCL Theme to Linux #GTK3 Theme converter WIP

I just opened up chromium, and it is using my system theme, for both color AND the tabs bar???? My firefox has never done that????¿¿?? I'm using cinnamon theme, semabe, and does anyone know how to make my firefox do that, all the old tricks don't seem to work any more. And it is so so beautiful. #firefox #waterfox #chrome #chromium #gtk #gtk3 #cinnamon #linuxmint #linux #ricing

Actually, I already asked the question on the Gtk Discourse app, but I am posting it here on the fediverse in the hope that maybe a few more people will see it. I don’t mind if you answer in Discorse or here on the fediverse.

#tech #software #Linux #LinuxProgramming #Gtk #Gtk3

So my goal was to have a read-only GtkTextView widgets in which text can be arranged with layouts like grids, flowbox, vbox, or hbox layouts. Imagine my app to be a textual dashboard where end-users can decide how to place each dashboard widget, following the principles of tiling window managers.

I did not have much luck achieving this with GtkTextViews, so I tried a different approach of adding GtkLabels to GtkGrid and GtkFlowBox widgets all with the “selectable” property enabled. So far so good. However the default behavior for GtkGrid or GtkFlowBox seems to always highlight all of the text in the first selectable GtkLabel added to whatever container I am using. I would instead like for nothing to be selected until it is explicitly selected by the end-user.

The attached image shows what the window looks like when it is first made visible and before any user interaction — the upper-left GtkLabel is highlighted. I would like for this to not happen until the end-user drags over the widget with the mouse, but I am not sure how to go about it.

A different but related question: I would also like if the user drags beyond the boundary of a GtkLabel for the selection to continue to neighboring GtkLabel widgets, sort-of like how it works in a web browser. Is there an easy way to achieve this in Gtk without writing lots of custom drag event handlers for all the the widgets I construct in the UI?

Actually, I already asked the question on the Gtk Discourse app, but I am posting it here on the fediverse in the hope that maybe a few more people will see it. I don’t mind if you answer in Discorse or here on the fediverse.

#tech #software #Linux #LinuxProgramming #Gtk #Gtk3

So my goal was to have a read-only GtkTextView widgets in which text can be arranged with layouts like grids, flowbox, vbox, or hbox layouts. Imagine my app to be a textual dashboard where end-users can decide how to place each dashboard widget, following the principles of tiling window managers.

I did not have much luck achieving this with GtkTextViews, so I tried a different approach of adding GtkLabels to GtkGrid and GtkFlowBox widgets all with the “selectable” property enabled. So far so good. However the default behavior for GtkGrid or GtkFlowBox seems to always highlight all of the text in the first selectable GtkLabel added to whatever container I am using. I would instead like for nothing to be selected until it is explicitly selected by the end-user.

The attached image shows what the window looks like when it is first made visible and before any user interaction — the upper-left GtkLabel is highlighted. I would like for this to not happen until the end-user drags over the widget with the mouse, but I am not sure how to go about it.

A different but related question: I would also like if the user drags beyond the boundary of a GtkLabel for the selection to continue to neighboring GtkLabel widgets, sort-of like how it works in a web browser. Is there an easy way to achieve this in Gtk without writing lots of custom drag event handlers for all the the widgets I construct in the UI?

https://thoughts.greyh.at/posts/celestial-gtk-theme/

@zquestz published an article on Gtk theming which I found fascinating. It is an overview of the kind of things you have to consider when trying to create your own theme for #Linux . He fusses over the little details that are very important when doing UI/UX design properly. He also made sure the themes worked properly on various Gtk desktop environments, including Cinnamon, MATE, and Xfce (three of the best DEs, in my humble opinion).

He also mentions the qt6gtk2 plugin for Qt which I did not know about. It translates Gtk themes to Qt themes so all of your applications, whether they use Gtk or Qt, have the correct theme. This is extremely useful since the impedance mismatch between Qt and Gtk is the biggest source of UI/UX inconsistencies in Linux apps.

#tech #software #Linux #UI #UX #theming #LinuxThemes #CinnamonDE #Xfce #MateDE #LinuxMint #Xubuntu #UbuntuMATE #ArchLinux #Gtk #Gtk2 #Gtk3 #Qt5 #Qt6 #UnixPorn #ricing

https://thoughts.greyh.at/posts/celestial-gtk-theme/

@zquestz published an article on Gtk theming which I found fascinating. It is an overview of the kind of things you have to consider when trying to create your own theme for #Linux . He fusses over the little details that are very important when doing UI/UX design properly. He also made sure the themes worked properly on various Gtk desktop environments, including Cinnamon, MATE, and Xfce (three of the best DEs, in my humble opinion).

He also mentions the qt6gtk2 plugin for Qt which I did not know about. It translates Gtk themes to Qt themes so all of your applications, whether they use Gtk or Qt, have the correct theme. This is extremely useful since the impedance mismatch between Qt and Gtk is the biggest source of UI/UX inconsistencies in Linux apps.

#tech #software #Linux #UI #UX #theming #LinuxThemes #CinnamonDE #Xfce #MateDE #LinuxMint #Xubuntu #UbuntuMATE #ArchLinux #Gtk #Gtk2 #Gtk3 #Qt5 #Qt6 #UnixPorn #ricing

https://thoughts.greyh.at/posts/celestial-gtk-theme/

@zquestz published an article on Gtk theming which I found fascinating. It is an overview of the kind of things you have to consider when trying to create your own theme for #Linux . He fusses over the little details that are very important when doing UI/UX design properly. He also made sure the themes worked properly on various Gtk desktop environments, including Cinnamon, MATE, and Xfce (three of the best DEs, in my humble opinion).

He also mentions the qt6gtk2 plugin for Qt which I did not know about. It translates Gtk themes to Qt themes so all of your applications, whether they use Gtk or Qt, have the correct theme. This is extremely useful since the impedance mismatch between Qt and Gtk is the biggest source of UI/UX inconsistencies in Linux apps.

#tech #software #Linux #UI #UX #theming #LinuxThemes #CinnamonDE #Xfce #MateDE #LinuxMint #Xubuntu #UbuntuMATE #ArchLinux #Gtk #Gtk2 #Gtk3 #Qt5 #Qt6 #UnixPorn #ricing

https://thoughts.greyh.at/posts/celestial-gtk-theme/

@zquestz published an article on Gtk theming which I found fascinating. It is an overview of the kind of things you have to consider when trying to create your own theme for #Linux . He fusses over the little details that are very important when doing UI/UX design properly. He also made sure the themes worked properly on various Gtk desktop environments, including Cinnamon, MATE, and Xfce (three of the best DEs, in my humble opinion).

He also mentions the qt6gtk2 plugin for Qt which I did not know about. It translates Gtk themes to Qt themes so all of your applications, whether they use Gtk or Qt, have the correct theme. This is extremely useful since the impedance mismatch between Qt and Gtk is the biggest source of UI/UX inconsistencies in Linux apps.

#tech #software #Linux #UI #UX #theming #LinuxThemes #CinnamonDE #Xfce #MateDE #LinuxMint #Xubuntu #UbuntuMATE #ArchLinux #Gtk #Gtk2 #Gtk3 #Qt5 #Qt6 #UnixPorn #ricing

Glad to announce the October 2025 FontForge release.

Some interesting stuff:
* Show CNC fonts in Font View
* Harfbuzz integration
* GTK3 support kick-off

#FontForge #typography #FOSS #GTK #GTK3

Glad to announce the October 2025 FontForge release.

Some interesting stuff:
* Show CNC fonts in Font View
* Harfbuzz integration
* GTK3 support kick-off

https://github.com/fontforge/fontforge/releases/tag/20251009

#FontForge #typography #FOSS #GTK #GTK3

GTK3 Pixel Editor Progress
#PixelArt #GTK3 #RetroGraphics #AlbertEditor #C64Art #LinuxArtTools #AppleSilicon
https://theoasisbbs.com/gtk3-pixel-editor-progress/?feed_id=4960&_unique_id=68a86d9b8f9fb

GTK3 Pixel Editor Progress
#PixelArt #GTK3 #RetroGraphics #AlbertEditor #C64Art #LinuxArtTools #AppleSilicon
https://theoasisbbs.com/gtk3-pixel-editor-progress/?feed_id=4960&_unique_id=68a86d9b8f9fb

GTK3 Pixel Editor Progress
#PixelArt #GTK3 #RetroGraphics #AlbertEditor #C64Art #LinuxArtTools #AppleSilicon
https://theoasisbbs.com/gtk3-pixel-editor-progress/?feed_id=4960&_unique_id=68a86d9b8f9fb

GTK3 Pixel Editor Progress
#PixelArt #GTK3 #RetroGraphics #AlbertEditor #C64Art #LinuxArtTools #AppleSilicon
https://theoasisbbs.com/gtk3-pixel-editor-progress/?feed_id=4960&_unique_id=68a86d9b8f9fb

GTK3 Pixel Editor Progress
#PixelArt #GTK3 #RetroGraphics #AlbertEditor #C64Art #LinuxArtTools #AppleSilicon
https://theoasisbbs.com/gtk3-pixel-editor-progress/?feed_id=4960&_unique_id=68a86d9b8f9fb

I'm happy to share that Phantom Player is now also running on FreeBSD !

I have not yet created an standard package, but installation sh scripts are now available.

https://phantom-player.rsm92.fr

#FreeBSD #VLC #VideoPlayer #GTK3

Wrote a blogpost about simple (I mean with a shell and a text editor) #X11 configuration.

Covered topics:
1) #Trackball configuration for left hand. Also remapping of some buttons to have scrolling and middle button (not exists out of the box).
2) Theming: #GTK2 #GTK3 #QT , installing cursor(s), fonts and icons.
3) #Xrandr for multimonitor configuration
4) #Xserver settings for #HighDPI
5) #XDG utils and #Emacs as a system file manager
6) #XDM login window

https://eugene-andrienko.com/en/it/2025/07/24/x11-configuration-simple.html

#FreeBSD

Wrote a blogpost about simple (I mean with a shell and a text editor) #X11 configuration.

Covered topics:
1) #Trackball configuration for left hand. Also remapping of some buttons to have scrolling and middle button (not exists out of the box).
2) Theming: #GTK2 #GTK3 #QT , installing cursor(s), fonts and icons.
3) #Xrandr for multimonitor configuration
4) #Xserver settings for #HighDPI
5) #XDG utils and #Emacs as a system file manager
6) #XDM login window

https://eugene-andrienko.com/en/it/2025/07/24/x11-configuration-simple.html

#FreeBSD

Wrote a blogpost about simple (I mean with a shell and a text editor) #X11 configuration.

Covered topics:
1) #Trackball configuration for left hand. Also remapping of some buttons to have scrolling and middle button (not exists out of the box).
2) Theming: #GTK2 #GTK3 #QT , installing cursor(s), fonts and icons.
3) #Xrandr for multimonitor configuration
4) #Xserver settings for #HighDPI
5) #XDG utils and #Emacs as a system file manager
6) #XDM login window

https://eugene-andrienko.com/en/it/2025/07/24/x11-configuration-simple.html

#FreeBSD

Wrote a blogpost about simple (I mean with a shell and a text editor) #X11 configuration.

Covered topics:
1) #Trackball configuration for left hand. Also remapping of some buttons to have scrolling and middle button (not exists out of the box).
2) Theming: #GTK2 #GTK3 #QT , installing cursor(s), fonts and icons.
3) #Xrandr for multimonitor configuration
4) #Xserver settings for #HighDPI
5) #XDG utils and #Emacs as a system file manager
6) #XDM login window

https://eugene-andrienko.com/en/it/2025/07/24/x11-configuration-simple.html

#FreeBSD

Wrote a blogpost about simple (I mean with a shell and a text editor) #X11 configuration.

Covered topics:
1) #Trackball configuration for left hand. Also remapping of some buttons to have scrolling and middle button (not exists out of the box).
2) Theming: #GTK2 #GTK3 #QT , installing cursor(s), fonts and icons.
3) #Xrandr for multimonitor configuration
4) #Xserver settings for #HighDPI
5) #XDG utils and #Emacs as a system file manager
6) #XDM login window

https://eugene-andrienko.com/en/it/2025/07/24/x11-configuration-simple.html

#FreeBSD

Redox OS gets X11 and GTK 3 support!

#Redox #RedoxOS #X11 #Xorg #GNOME #GTK3 #GTK #TechNews #TechUpdates #Computers #Laptops #Rust #RustLanguage #Programming

https://officialaptivi.wordpress.com/2025/06/05/redox-os-with-rust-gets-x11-support/