🚀 **Scrcpy GUI Tăng cường** - Ứng dụng GTK 3 giúp kiểm soát Android qua WiFi/USB dễ dàng!
✅ Tự động quét thiết bị, lưu trữ thiết lập cá nhân hóa, tạo màn hình ảo, hỗ trợ kết nối không dây thông minh và nhiều tính năng tăng năng suất. Phát triển bằng Python, PyGObject, adb, scrcpy (phiên bản 2.4+), hiện đã thử nghiệm trên Linux Mint & Redmi K70 Pro.

#Scrcpy #Android #GTK3 #DevTools #GitHub #PhầnMềmMở #Linux #KhoaHocMáyTính #OpenSource #CôngNghệMới #DevCommunity #LậpTrình #GiámSátThiếtBị

ht

@rosalyn they barely managed to get it ported to #GTK3.

  • As for #GNU, that shitshow is irredeemable due to readmitting #RMS!

https://www.youtube.com/watch?v=R2SKenHRhMg

Why Richard Stallman's Return to the FSF Is Not To Be Celebrated ...

YouTube

@eht16 To given an overview of the current state of #GTK4 adoption. Out of the active GTK open source projects 71% use GTK4, and 29% still use #GTK3 as of today (#GTK2 not counted). This is an increase of 9 percentage points since Nov 2024. This means that GTK4 will likely crack 90% of active #GTK projects in 2028 (and probably plateaus at such share).

Additionally, 90% of GTK4 projects use #libadwaita (#Gnome), and 6% of GTK3/GTK4 projects use #libgranite.

@ebassi @whitemice @GTK @gnome

What are the benefits for Geany of porting it to GTK4?

The editor/IDE #Geany is still #GTK3 and the hampering factor was that the editing engine #scintilla wasn't ported to GTK4 but it exists now.
However, one of the main developers questions, if there are any benefits at all in porting Geany to GTK4:

"I wonder if anyone would find motivation for this. As said in #3675, in my personal opinion there are no benefits at all in GTK4."

https://github.com/geany/geany/issues/4460

@GTK @ebassi @gnome #GTK #Gnome

#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
#gtk3 is a UI shitshow. No wonder people are backporting to #gtk2
Question about Gtk programming for Linux experts.

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?

Help change default behavior: first "selectable" GtkLabel in a container is always highlighted

So my goal is 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 goo...

GNOME Discourse

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

Building Celestial: A GTK Theme Journey

I spend a lot of time on the computer, using a lot of software. This makes me acutely aware when things don’t quite work right. A button that renders incorrectly. Inconsistent padding. Unthemed dialogs. Even the best themes out there had small bugs that annoyed me. I care deeply about a smooth, consistent desktop experience.

Terminal Thoughts