Now I'm using KDE plasma as my DE, and I really like the style of elementaryOS. So I use a theme inspired by elementaryOS. But in some gtk apps, it has black border and some circle buttons are out of shape. btw, not only elementaryOS theme, but also some other theme have this problem. So what could I do to remove this annoying black border.

I'm trying to run a program called foxglove-studio, as part of a research package that someone built and successfully ran on a different machine. The program, even when run standalone, gives the following error:

(process:86809): Gtk-ERROR **: 15:28:15.808: GTK 2/3 symbols detected. Using GTK 2/3 and GTK 4 in the same process is not supported

My understanding is that this is implying that the program is trying to launch in GTK version 4, but the program was built assuming GTK 2/3, and so there is some version incompatibility. However, my Ubuntu installation came with GTK 4 and GTK 3 packages both installed. Is there a way to force this program to run in GTK 3 without diving into the source code? I've seen solutions for other programs with similar GTK errors, but, unless I'm mistaken, the command line arguments their solutions use appear to be program specific.

I have read that Xubuntu 18.04 has a dark theme , but I could not find it anywhere. I have manually upgraded to the newest version from 16.04. Perhaps this is the reason why I could not find it, or do I need an extra tool?

Gnome (or GTK) has introduced something I would personally hesitate to call a feature, since it looks and behaves like a bug, where when you grab a scroll bar thumb you're suddenly no longer moving it at the speed of your cursor (i.e. the way everything else in the entire mouse interface paradigm behaves) but you instead start moving it at some arbitrary slower speed. Apparently it's called *Smooth Scrolling* . This creation makes it difficult for me to scroll, because even if I hadn't found its actual design decisions highly questionable, it almost certainly also has a defective implementation which makes it needlessly disruptive — hence my question: **How do I turn this off?** The linked answer from 2020 above is to a distinctly different question, but mentions that it was not possible to disable it at the time. It seemed like a good idea to ask specifically for how to do this.

I have installed Zorin OS Core 17 and I am trying some customisations on it. I want to set an image as background on taskbar. I tried few things but could not find a proper solution. Below are the things I tried: modifying CSS in /usr/share/themes/ZorinGreen-Dark/gnome-shell/gnome-shell.css

#panel {
        background-color: rgba(255, 0, 0, 1);
    }

It seems taskbar is denoted with #panel. I currently have Zorin Dark mode with green accent active. On adding this code to CSS file, the color of taskbar changed to red. But this does not seem to work when setting color to transparent, or setting background-image property:

#panel {
    background-image: url('file:///home/username/Pictures/background.jpg');
    background-size: cover; /* Makes the image cover the entire panel */
    background-position: center; /* Centers the image */
    background-repeat: no-repeat; /* Ensures the image does not repeat */
}

The above code made taskbar grey in color. I also tried setting background-color: transparent on top of this, but no effect.

#panel {
    background-color: rgba(0, 0, 0, 0) !important; /* Fully transparent */
    background-image: url('file:///home/username/Pictures/background.jpg') !important;
    background-size: cover !important;
    background-position: center !important;
    background-repeat: no-repeat !important;
}

Similarly no effect due to above code. A workaround I found for this is to set the wallpaper with image of taskbar appended to its bottom, and then set taskbar transparent using 'Zorin Appearance' and setting taskbar opacity to 0, which makes it transparent and shows the image from wallpaper, mimicking image-on-taskbar effect. But this is a workaround, and in case of any other window behind the taskbar, covering the wallpaper, it will ruin this effect. Another observation: There is an extension zorin-taskbar@zorinos enabled that has some settings regarding transparency and image involved as found using LookingGlass. **It would be of help if someone could point out the way to actually put an image on background of taskbar.** *PS: I would appreciate someone guiding the way to debug and figure out custom UI tweaks for this Linux OS, as I am interested in making further tweaks and customisations.*

I'm working on a project that uses ags (with gtk-layer-shell) to provide a top bar similar to waybar. I'm also building a gui app with pyGtk that'll be used to change that bar's appearance and settings. Since I want this setup only to be available to the $home user I couldn't understand which directory should fit best. For example, if the bar uses a color scheme (css/json format) and I open my settings app it should first show me the current color scheme (means that data is shareable among the bar and the app) from where I can set a new one. Other things include changing font size, bar position etc. Currently I only have $home/.config/ags where I store the actual ags setup excluding any color scheme or default icons data.

There are some tools to simulate users actions (moving mouse, clicking buttons, filling forms and so on) in Linux, like we do it in Windows with Python and pywinauto or pyautogui libraries. On Linux such tools are ldtp, xdotool, wmctrl, but they do it by desktop coordinates. But is there a tool like "inspect.exe" in Windows to find specific id-s and selectors, automationID-s of each child GUI-element (of each button, field, form, and so on) of the opened windows to automate them? Xwininfo is not enough, while it provides only windows ids without buttons and fields info. **How to get the ids of the buttons, fields, forms to manipulate them, not only windows ids.** Let's talk first of all about Mint and Alt Linux with MATE (Xorg-based GUI, not Wayland).

I am trying to restore typeahead behavior in my file picker by using this tutorial: https://blobfolio.com/2019/restoring-gtk3-typeahead-in-ubuntu-19-10-eoan-ermine/ I got the patch, and the gtk3 source. Once I get to

dpkg-buildpackage -b

in the tuturial, it runs for a while and seems to be doing a lot, but eventually it halts with the following errors (I tried twice, error both attempts):

: Leaving directory '/tmp/gtk3/gtk+3.0-3.24.20/debian/build/deb'
make: *** [Makefile:749: check-recursive] Error 1
make: Target 'check' not remade because of errors.
make: Leaving directory '/tmp/gtk3/gtk+3.0-3.24.20/debian/build/deb'
dh_auto_test: error: cd debian/build/deb && make -j12 check VERBOSE=1 -k check -j1 returned exit code 2
make: *** [debian/rules:209: override_dh_auto_test] Error 2
make: Leaving directory '/tmp/gtk3/gtk+3.0-3.24.20'
make: *** [debian/rules:135: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2

This is just the final lines of the output, there are probably thousands of lines from the multiple minutes it spent running. I just pasted the last few lines as they seem to be the only lines relevant to why it halted. What is causing this and how do I resolve it? I have no experience with applying patches or building anything from source, so if possible please give me a hand-holding dumbed down answer. Alternatively, is there another way to apply the patch instead of using dpkg-buildpackage? OS: Lubuntu 20.04 Thanks

How to apply custom style for Mousepad 0.5.10 in Debian 12? I created a copy of classic.xml and modified the content of the copy as you can see below. But if I run Mousepad, then the new color-scheme is not listed within preferences > view > color scheme. $ ls -l /usr/share/gtksourceview-3.0/styles total 80 -rw-r--r-- 1 root root 5304 14. Sep 2019 classic.xml -rw-r--r-- 1 root root 7332 14. Sep 2019 cobalt.xml -rw-r--r-- 1 root root 8637 14. Sep 2019 kate.xml -rw-r--r-- 1 root root 5310 8. Apr 19:16 my_classic.xml -rw-r--r-- 1 root root 6498 14. Sep 2019 oblivion.xml -rw-r--r-- 1 root root 4340 14. Sep 2019 solarized-dark.xml -rw-r--r-- 1 root root 4265 14. Sep 2019 solarized-light.xml -rw-r--r-- 1 root root 3441 14. Sep 2019 styles.rng -rw-r--r-- 1 root root 6214 14. Sep 2019 tango.xml $ sudo nano /usr/share/gtksourceview-3.0/styles/my_classic.xml GtkSourceView team Classic color scheme

I'm running GNOME 3.18 and I would like to reduce the title bar height. How could I do it?

I've had some issues with my XQuartz environment not starting due to a bit of a freak reason that was a rather hard to figure out. It's (mostly) working again but I must have caused another regression during my various troubleshooting attempts. Applications like epiphany, gtk3-demo-application and even zenity --calendar used to start just as you'd expect. Now, they abort because of a BadAccess that apparently occurs through the XCreatePixmap call under gdk_x11_window_set_icon_list. Strange, because I don't see that as a possible error for XCreatePixmap. Even stranger: it does **not** happen if I start these applications with DISPLAY=hnam.local:0 (or even unix:0!) rather than just DISPLAY=:0. From what I know this makes the connection go through the TCP/IP stack. Acceptable as a workaround as the performance/functionality loss is probably moot under XQuartz but I'd still like to understand what's up here. I'm suspecting that it's got something to do with the fact that I did use the privileged_startx wrapper that is normally enabled for XQuartz users and is responsible for setting up the directories under /tmp. I disabled that years ago for reasons I cannot recall, but re-enabled during my troubleshooting. It's disabled again, and since I did that there's another strange phenomenon. I can start the offending applications like before just after launching my X11 environment. A couple of minutes later they will again throw a BadAccess on start. Or maybe I can start them just once which will trigger whatever causes the BadAccess on subsequent starts. EDIT: but see below *) I had X11 configured (and hopefully have, again) to allow connections from remote servers in my LAN. I also always do a xhost +x because there's no reason for any tighter form of connection control. During my troubleshooting I also caused a brief issue with my .Xauthority file (got owned by root), which I fixed by re-owning it and running xauth -b. Do the above symptoms ring any bells? Could they be related to what's in those directories under /tmp or to something fishy in my .Xauthority file? It seems rather weird that operations would violate rules when performed from the most local kind of connection but not from remote connections, no? Thanks! EDIT: I have a hunch of the direct reason, but still no explanation why this has started happening. My X11 session is "anchored" by an xfce4-panel. It looks like the offending XCreatePixmap call might be targetting a drawable that's owned by that panel process, e.g. to install the application icon in the panel's "window button". It would make sense to do this only if the 2 XDisplay strings are identical. That could explain why I can also avoid the error with DISPLAY=unix:0 (AFAIK that's equivalent to DISPLAY=:0). As I said, I still can't fathom why this worked before, and even less why it now works for a limited amount of time. EDIT: it also seems I misinterpreted what xwininfo showed me. I've cobbled together an XIOErrorExitHandler that checks an env. variable to know it an attempt should be made to continue. That seems to work. EDIT: running e.g. sudo zenity --calendar also doesn't throw a BadAccess which again points in the direction of a file that no longer has the correct permissions. *) EDIT: and the weirdest observation of all: there is in fact no actual delay; the time aspect was introduced by me postponing one of my usual operations: moving the initial terminal windows to the desired screen (if it's attached) and height-maximising them via the WM (xfwm4). Changing the height of 1 of these 2 windows (belonging to separate Konsole5 instances) triggers the issue *and it goes away if I restore that window's initial height*. If I close the window the trigger action moves to the other window. Annoyingly I cannot find any indication what request_code 133 stands for.

Is it possible to get the old (less flat) version of the Adwaita-dark theme for use in Ubuntu 22.04 + Cinnamon?

So I am using Arc as my GTK theme, and applied it like this [Settings] gtk-icon-theme-main=Arc gtk-theme-name=Arc gtk-application-prefer-dark-theme=true in `~/.config/gtk-3.0/settings.ini` To enable it for GTK2, I did this: gtk-theme-name="Arc" gtk-icon-theme-name="Arc" gtk-application-prefer-dark-theme="true" in `~/.gtkrc-2.0`. However, gimp and some other applications (I assume they are GTK2) are light.. Others have correctly been given the Arc Dark theme and the icon-theme as well.. How do I enable the dark-mode for GTK2?

To enable traditional scrollbars with scroll buttons in GTK3 applications I have added the file ~/.config/gtk-3.0/gtk.css with the content scrollbar { -GtkScrollbar-has-backward-stepper: true; -GtkScrollbar-has-forward-stepper: true; } scrollbar slider { border: 0; border-radius: 0; min-width: 15px; min-height: 15px; } The first screenshot below shows the result in the GTK3 application Pluma. How do I get the same kind of scrollbar in GTK2 applications like PCManFM in the second screenshot below? **Edit 2020-08-13**: I have tried the suggestion in How do I get a bigger static scrollbar... but it makes no difference to the file browser PCManFM which still has the narrow scrollbar as shown in the second screenshot below. **Edit 2020-08-18**: Following Miloš Pavlović's suggestion below changes the scrollbar in GTK2 applications but the scrollbar has no steppers and the slider looks really strange, see the third screenshot below. **Edit 2023-07-19**: After installing Debian 12 I have been digging a bit deeper into the problem. Correct stepper arrows can be achieved by commenting out the following lines in /usr/share/themes/Adwaita/gtk-2.0/main.rc: image { function = ARROW detail = "vscrollbar" } image { function = ARROW detail = "hscrollbar" } Here is a screenshot with the following settings in ~/.gtkrc-2.0: gtk-theme-name = "Adwaita" gtk-icon-theme-name = "Adwaita" style "TraditionalScrollbar" { GtkScrollbar::has-backward-stepper = 1 GtkScrollbar::has-forward-stepper = 1 GtkScrollbar::slider-width = 16 GtkScrollbar::stepper-size = 16 } class "GtkScrollbar" style "TraditionalScrollbar" The remaining questions are how to 1. make the scrollbar solid (not hollow) 2. make the scrollbar fill out the trough and 3. make the scrollbar have sharp edges (not rounded).

In almost any program, when I click on open, a file chooser dialog opens as shown below. This dialog shows Recent, Home, Desktop and so on. This is extremely annoying. I am not using Desktop to store data, and I don't care about Recent. I would like to get consistently same view each time the open dialog appears, regardless of what I happen to have opened recently. Also, it can be seen on my screenshot, how idiotic this dialog window is. I have tmpfs mounted on /tmp, and another tmpfs mounted in /home//tmp. Yet, in the Locations list, these two mountpoints are only referred to as tmp and are indistinguishable. Ideally on the left, I would like to see my home directory in the upper part, and plain good old filesystem tree starting with / in the lower part. Or maybe even better, only show filesystem tree on the left, but with current location /home// alredy "pre-selected" automatically, and contents of my home displayed on the right. I can remove Recent by adding the following to .config/gtk-3.0/settings.ini: gtk-recent-files-enabled=false But still, Desktop is there in the upper part, and the absolute chaos of randomly assembled shares is there in the lower part. **In GTK2/GTK3 how can I bring back some order and logic to the file chooser, as described above ?** **Update June, 2020: I am using Openbox on Debian 10, with GTK3 library without any desktop environment. Also I have updated the screenshot.**

I am working on a GUI. I use the gi module in Python. I want to add some icons to my GUI but I couldn't find a list of all icons with their corresponding names. Where can I find such a list? Is there a specific folder in my os where I can view them all?

I upgraded to Fedora 21, which spotlights GNOME 3.14 (plus the relevant GTK+ material). Unfortunately it seems that this particular update mangles a lot of my older themes, written for now-aging versions of GNOME 3. Where previously they may have squeaked by, they now look a little out-of-place. I don't presume to re-invent the wheel: I would be very happy to take a pre-existing CSS template (e.g. the default Adwaita 3.14 spec) and tweak it here and there to my liking; there will be no fancy flying. Imagine the hair I tore out when I peeked at /usr/share/themes/Adwaita/gtk-3.0/gtk.css: /* Adwaita is the default theme of GTK+ 3, this file is not used */ That puts me in a pickle. I lack the Google-fu to dig the documentation up about where this might be (worse, I have a gut feeling this is something implicitly obvious to GNOME people that I have been missing out on), and for some reason the GNOME developer website resists my attempts at researching their theming specification. In short, I'd like to find a virgin theme specification for GNOME 3.14, assuming one is extant. How may I do this, or how may I modify my approach?

I’m writing a GTK C application for Linux OS on an embedded board. The first main window opens a serial (virtual) port for receive the data from a bar-code reader. I’m using standard open() function (inside my OpenPort() function). Then I call g_io_channel_new_file() and g_io_add_watch() to handle the rx signal. Do I really need the standard open() call? if (g_config.fdRfid==-1) g_config.fdRfid = OpenPort( g_config.portRfid, B115200); if (g_config.fdRfid!=-1) { ShowMainMessage(); GError *error = NULL; g_ioChannel = g_io_channel_new_file( g_config.portRfid, "r", &error); if (g_ioChannel) { guint source = g_io_add_watch( g_ioChannel, G_IO_IN | G_IO_PRI, serialRfidWatcher, &g_config); printf("> set watch ioCh: %p - source: %d\n", g_ioChannel, source); } else gtk_label_set_text( GTK_LABEL(g_labelMsg2), error->message); When I press a button I open a dialog child window: before that, I close the serial port by close() function and I disconnect the signal by g_io_channel_shutdown() function. The returned status is 1 = G_IO_STATUS_NORMAL. GIOStatus status = g_io_channel_shutdown( g_ioChannel, TRUE, NULL); g_io_channel_unref(g_ioChannel); if (g_config.fdRfid != -1) { ClosePort(&g_config.fdRfid); } Starting the dialog window I open again the same port (it is a window for test) and I reconnect the rx signal in the same previous way. Now if I read a bar-code in my debug output (by printf) I see that both signal handler of the main window and the handler in the dialog are called. Closing the dialog (closing the port and channel...) I return to main window. If I read a bar-code, three handler are fired, two on main window and one on the dialog. How can i disconnect the signal handlers? I think my way is incomplete .. Thanks!

I use the [quake drop-down terminal](http://guake-project.org/) a lot. Recently, it started to switch between tabs when I use my mouse wheel anywhere in a terminal. Usually, I use the mouse wheel to scroll within the terminal, and _not_ to switch terminal tabs. Now the behaviour ist, that it does both: It passes a scroll event to the currently opened terminal tab, and switches to the next tab, and so on, until I stop scrolling. What might have caused this, and where can it be switched off; where is the corresponding configuration switch? I am not sure if this is a guake issue at all or some GTK3-"magic" which was silently imposed upon me with some upgrade. In the settings of guake (Right click -> "Preferences"), I don't see that I have mouse scroll assigned to any action, and especially under "Keyboard shortcuts", "Go to previos tab" and "Go to next tab" are assigned to `+ and +`, respectively. I am using guake version 3.9.1.dev0 (according to guake --version) from [Arch Linux](https://archlinux.org/packages/community/any/guake/)) . I am not using gnome, but I am using xfwm4 as window manager, without a desktop manager, and lightdm as session manager. I do start up everything I want to have ready at Xorg startup via ~/.xinitrc. I have already reported an issue upstream: [Here](https://github.com/Guake/guake/issues/2142) . Regards!

Running Debian 11 and xfce, I'm trying to figure out how to change the default scrollbar slider colors, the dull grey just doesn't do it for me. Edit: Ok, this works: scrollbar { -XfceTasklist-min-button-length: 3000; /* Needed or else no buttons! */ -GtkScrollbar-has-backward-stepper: true; -GtkScrollbar-has-forward-stepper: true; } scrollbar slider { min-width: 20px; } scrollbar button {padding: 6px} /* dark green: pointer is not in the active window */ scrollbar slider:backdrop { background-color: #00aa00; } scrollbar button:backdrop { color: #00aa00; } /* green: pointer is in the active window but not on the slider/button */ scrollbar slider { background-color: #00ff00; } scrollbar button { color: #00ff00; } /* dark red: pointer is hovering over slider/button, but mouse button not pressed */ scrollbar slider:hover { background-color: #aa0000; } scrollbar button:hover { color: #aa0000; } /* red: slider/button is active */ scrollbar slider:hover:active { background-color: #ff0000; } scrollbar button:active { color: #ff0000; } /* slider maxed out, window active */ scrollbar button:disabled { color: white; } /* slider maxed out, window inactive */ scrollbar button:backdrop:disabled { color: white; } /* What is this? */ scrollbar button:checked { color: black; } ... any comments or improvements most welcome.