semente
semente
> Looking at this, it's indeed Linux specific, or at least Win10 is not affected. The problem is how the window control buttons are drawn on Linux. I don't think...
@MrOtherGuy hmm looks like I didn't make a test with `hide_tabs_with_one_tab_w_window_controls` alone so I redid all the tests and got better results, look: ### hide_tabs_with_one_tab.css ALONE No close button at...
and bingo! with the help of `window_control_placeholder_support.css` and custom CSS I've achieved it: ``` @import url(chrome/hide_tabs_with_one_tab_w_window_controls.css); @import url(chrome/tabs_on_bottom.css); @import url(chrome/window_control_placeholder_support.css); :root[tabsintitlebar]{ --uc-window-control-width: 24px; --uc-window-drag-space-width: 6px; } ```  (two tabs)...
> hide_tabs_with_one_tab_w_window_controls.css requires window_control_placeholder_support.css and it mentions that. That should work fine since tabs_on_bottom.css also requires it so you should try this setup: Yea, I forgot about that... I have...
Yes! Thank you very much. Maybe it is missing just a comment about having `tabs_on_bottom.css` after `hide_tabs_with_one_tab_w_window_controls.css`.
@dhess I found that the command `ykinfo -s` return the error message "Yubikey core error: timeout" when waiting for a touch.
That would be awesome!
Is the idea add a push-to-talk functionality? If so, I recommend make this optionally. I would suggest you to set as muted always when starting a GNOME session. If the...
Oh, I see. I didn't install this feature for the push-to-talk functionality but just to have a indicator on the top bar telling the state of my mic. I were...