hidpi-daemon
termite
Our great sponsors
hidpi-daemon | termite | |
---|---|---|
4 | 35 | |
49 | 2,850 | |
- | - | |
0.0 | 1.1 | |
7 months ago | almost 3 years ago | |
Python | C++ | |
GNU General Public License v3.0 or later | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hidpi-daemon
-
Fractional scaling resets on sleep in Linux
On the github page for the HiDPI Daemon it says "This program is for managing HiDPI and LoDPI monitors on X. This program is installed by default in Pop!_OS and Ubuntu (if installed by System76 and can be added with this article)."
-
Exploring System76's New Rust Based Desktop Environment
> System76 with Pop_OS! has an opportunity to tackle topics head on like "we can make fractional scaling work somewhat decently across all apps" (IIUC currently requires shipping a forked XWayland, unfortunately)
I'm excited to see System76's implementation of fractional scaling in this new desktop environment. Since they have actually sold laptops with 1080p and sometimes 4K displays, they have a real incentive to get this feature working smoothly on Wayland.
System76 previously developed a HiDPI daemon for X11 to be used with GNOME Shell:
- Blog post: https://blog.system76.com/post/174414833678/all-about-the-hi...
- Help page: https://support.system76.com/articles/hidpi-multi-monitor/
- Source: https://github.com/pop-os/hidpi-daemon
It handles multiple scaling factors, including fractional ones, flawlessly across displays.
If the next version of COSMIC supports fractional scaling on Wayland as well as this daemon does on X11, this alone would make the entire project will be worth it. GNOME Shell still hides fine-grained fractional scaling behind an experimental flag for both X11 and Wayland, with X11 needing a patch for Mutter.
-
The Razer Blade Stealth Late 2020 and Pop!_OS Are a Perfect Match
Hi u/Borisminator! I'm a razer+Pop!_OS user too. Mine is the early2020. A couple of questions: - Are you having the scratching noise when the fans start up? (https://www.reddit.com/r/razer/comments/jvh90m/razer_blade_2020_scratching_noise_when_fans_start/ - my video in the comments) - I'm having lots of errors from hidpi-daemon when I set hybrid mode ( https://github.com/pop-os/hidpi-daemon/issues/34 and https://github.com/pop-os/hidpi-daemon/issues/38 )
-
The Serval WS from System76: A Powerful Linux Workstation Running PopOS
The following Linux distributions support different scaling factors on different displays by default: Pop!_OS, Ubuntu, Linux Mint, and Manjaro.
Pop!_OS (developed by System76) created its own HiDPI daemon to handle HiDPI and LoDPI displays on X11 at the same time:
https://github.com/pop-os/hidpi-daemon
https://blog.system76.com/post/174414833678/all-about-the-hi...
Ubuntu's fork of the Mutter display manager (used by its fork of GNOME) includes a patch to handle different display resolutions for HiDPI and LoDPI displays on X11:
https://bugs.launchpad.net/ubuntu/+source/mutter/+bug/182085...
Linux Mint implemented fractional display scaling, with different settings for each display, in Cinnamon 4.6:
https://blog.linuxmint.com/?p=3858
Arch Linux users can also use Cinnamon for the same features.
If you are using Manjaro, you can install the mutter-x11-scaling package to replace Mutter with a version that includes Ubuntu's changes:
https://gitlab.manjaro.org/packages/extra/mutter-x11-scaling...
https://github.com/puxplaying/mutter-x11-scaling
Finally, if you are using GNOME on Wayland, mixed scaling is already supported. To enable fractional scaling, activate the "scale-monitor-framebuffer" setting:
https://wiki.archlinux.org/index.php/HiDPI#GNOME
On Wayland, scaled applications that do not use GTK 3+ or Qt 5+ may appear blurry. This affects all Electron applications. X11 does not have the same issue, but Wayland is generally more stable than X11 in other areas.
termite
-
Contour: Modern and Fast Terminal Emulator
- you can also rectangular select like in vim, and then press either p (includes LF) or which joins the multiline clipboard text into a single line (removing LF's), that payed off a lot for output like `git status` and wanting to operate on parts of the output (files e.g.)
Have a look at the still young website's documentation here: https://contour-terminal.org/input-modes/#supported-text-obj...
for a more complete look of what you can do with the keyboard (normal mode) :)
[1] https://github.com/thestinger/termite/
-
GNOME’s horrid coding practices
Also, regarding VTE, the author of termite (discontinued terminal emulator) expressed similar concerns about the GNOME devs. Apparently, they have little interest in making the library useful to people not working on GNOME apps: https://github.com/thestinger/termite
- Wayland Core Protocol Is Tailored Only for Gnome and That’s Not a Good Thing
-
Help me to find a minimal terminal that supports full transparency
Termite is obsolete by Alacritty.
-
Why are kitty and alacritty so popular? Where's the foot love?
I simply do not want to use anything libvte based. And that's what sakura is and termite used to be.
-
Exploring System76's New Rust Based Desktop Environment
History and experience tells a different story [1]. Never trust a library that is maintained by GNOME.
1.: https://github.com/thestinger/termite
-
System76: A Case Study on How Not To Collaborate With Upstream
This post by the Termite developer, with respect to VTE, is quite instructive
- Why is termite not in arch's official repositories?
- Recommended terminal emulator for swaywm?
-
Show HN: Sixel-tmux displays graphics even if your terminal has no Sixel support
> https://github.com/thestinger/termite/blob/master/README.rst...
Wow, this confirms a lot of my impressions:
>> In 2012, we submitted a tiny patch exposing the APIs needed for the keyboard text selection, hints mode and other features. Despite support from multiple other projects, the patch was rejected. It's now almost a decade later and no progress has been made. There is no implementation of these kinds of features in VTE and it's unlikely they'll be provided either internally or as flexible APIs. This is the tip of the iceberg when it comes to their hostility towards other projects using VTE as a library. GTK and most of the GNOME project are much of the same. Avoid them and don't make the mistake of thinking their libraries are meant for others to use.
This is exactly why sixel-tmux exists as a separate entity!
> Yeah, I read the entire conversation and if sixel support lands in tmux upstream, it would indeed be good news.
I'll keep my fingers crossed, but right now, there seems to be a lot of good will. I will do everything I can.