home.social

#gtk3 — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #gtk3, aggregated by home.social.

  1. (more Linux news in previous posts)

    Proton Experimental brings fixes for Crimson Desert, Steam Overlay with EA games, Death Stranding 2:
    gamingonlinux.com/2026/03/prot

    GE-Proton 10-34 brings fixes for God of War Ragnarök, Assassin's Creed, Final Fantasy XIV:
    gamingonlinux.com/2026/03/ge-p

    D7VK version 1.6 gets improved vertex processing and VSync handling:
    gamingonlinux.com/2026/03/d7vk

    Pine64 teases PineTime Pro with AMOLED, GPS and ‘custom’ chip:
    omgubuntu.co.uk/2026/03/pine64

    GTK3 Toolkit Winding Down To One Release Per Year:
    phoronix.com/news/GTK3-Annual-

    Qt 6.11 Toolkit Released With "The Same 3D Capabilities As A Game Engine":
    phoronix.com/news/Qt-6.11-Tool

    wlroots 0.20 Released,Sway 1.12-rc1 Available For Testing With Color Management:
    phoronix.com/news/wlroots-0.20

    Fish 4.6 Shell Brings Support For Recent systemd Environment Variables:
    phoronix.com/news/Fish-4.6-Rel

    GStreamer 1.30 to Support HDR10+ Metadata Parsing from H.265 & AV1 Bitstreams:
    9to5linux.com/gstreamer-1-30-t

    Mesa 26.0 Will Make It In Time For The Fedora 44 Release:
    phoronix.com/news/Mesa-26.0-Fo

    NVIDIA 595 Linux Graphics Driver Released as Latest Production Branch Version:
    9to5linux.com/nvidia-595-linux

    Electron's Investment Into Good Wayland Support:
    phoronix.com/news/Electron-Goo

    (FOSS news in comments)

    #WeeklyNews #News #Linux #LinuxNews #Proton #ProtonExperimental #GEProton #D7VK #Pine64 #PineTime #PineTimePro #GTK #GTK3 #Qt #wlroots #FishShell #GStreamer #Mesa #NVIDIA #NVIDIADriver #Electron #Smartwatch #LinuxSmartwatch #FosseryTech

  2. #Schemacs update

    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