Send this to Rainbolt.
This is so cool. I will check my Plasma version. What about Mac, are they also capable of fullscreen color management?
KDE Plasma, select the “built-in” color profile, and you’re done, no more oversaturated colors
Just did it. Fullscreen, not oversaturated. How is it even possible. ICC profile is built-in in memory of my laptop screen? Even Windows can't do it. There's a billion of tabs and menus in color management settings in Windows. I've spent billion time on this topic and you tell me I can just click a checkbox, even without a terminal? Why Gnome even exists...
There is no saturation slider, though. I've seen it on some screenshots.
cross-posted from: https://mander.xyz/post/43884598
Felt cute, might delete later.
Entire taxonomy tree visible at once, 1M+ taxa. Based on NCBI database, layout made with Voronoi Treemap.
- Now with smooth zooming;
- Can switch between higher/lower scaling;
- Pale prerendered labels from higher zoom level;
- Thin stroke of polygons from lower zoom level;
- Without unclassified taxa;
- NCBI provides very detailed hierarchy.
Previous versions:
Dataset is here: taxdmp.zip.
Felt cute, might delete later.
Entire taxonomy tree visible at once, 1M+ taxa. Based on NCBI database, layout made with Voronoi Treemap.
Previous versions:
Dataset is here: taxdmp.zip.
I wonder, if ICC color correction is applied to full screen without apps even knowing it, what about color managed apps? They still apply their own transformation beneath, which makes output being affected by two color profiles, or by a single one but twice?
This is very promising. Thank you for the tip. I thought my only hope is CTM. Day of switching to KDE is now closer to me.
That's interesting. I'm on Gnome. I thought presence of this color tab depends on whether Linux kernel, VGA and VGA driver support Color Transformation Matrix or not. It would've been nice to solve half of my problems just by switching to KDE.
I've spent a lot of time on color profiles and I didn't include section about them because I came to conclusion it's not possible to affect fullscreen saturation with them. Are you sure you can affect saturation system-wide with color profiles? Because in Gnome it's not possible. I actually asked it in my post originally but no one commented on this matter yet.
I was able to access this forum but I doubt it is related to my question. nvidia-settings was last mentioned in September 2024. 17 mentions of xrandr overall.
In X11 there is no Color tab for me either.
wlr-randr doesn't work: compositor doesn't support wlr-output-management-unstable-v1. Probably wrandr (it's not even in apt repo) will not work either, also gamma is about contrast, not saturation.
Can't access this url, it never stops loading. Maybe I will try Tor later.
cross-posted from: https://mander.xyz/post/41224832
Just finished another visualization of entire taxonomy tree. Previous is buried here: GBIF ToL.
Main concept is very simple: each taxon is a point, and each taxon has a clockwise-bent arc from it's parent taxon.
Trick is to place those points in a meaningful way. At first, I was using force-directed algorithm to do it. In general, it succeeded in grouping points by clades, but introduced a lot of branch overlapping (check how purple Echinodermata is "intruded" into Arthopoda in GBIF version).
Force-directed algorithms can layout not only trees, but basically any graph, and I thought: maybe tree-specific algorithm will produce a better result? I've found out there is a cool Voronoi Treemap algorithm which for any given tree can build a set of nested polygons, a polygon for each node in a tree. Not only it eliminates branch overlapping problem, but also it ensures those branches fit into convex polygons and you can even add gaps between adjacent branches. So I've built a CLI wrapper around a Java implementation I've found on GitHub.
At first, I've used it for NCBI database, but I didn't use gaps and haven't published interactive version yet (but there are PNGs in Wikimedia Commons). Then, I've made a treemap for ITIS. Points are points and polygons have been used for mouse hover feature. When I was making force-directed GBIF, I had to separately compute those polygons for each clade of given ranks. Now both points and polygons are computed by an algorithm, which is nice.
What do you think?
Just finished another visualization of entire taxonomy tree. Previous is buried here: GBIF ToL.
Main concept is very simple: each taxon is a point, and each taxon has a clockwise-bent arc from it's parent taxon.
Trick is to place those points in a meaningful way. At first, I was using force-directed algorithm to do it. In general, it succeeded in grouping points by clades, but introduced a lot of branch overlapping (check how purple Echinodermata is "intruded" into Arthopoda in GBIF version).
Force-directed algorithms can layout not only trees, but basically any graph, and I thought: maybe tree-specific algorithm will produce a better result? I've found out there is a cool Voronoi Treemap algorithm which for any given tree can build a set of nested polygons, a polygon for each node in a tree. Not only it eliminates branch overlapping problem, but also it ensures those branches fit into convex polygons and you can even add gaps between adjacent branches. So I've built a CLI wrapper around a Java implementation I've found on GitHub.
At first, I've used it for NCBI database, but I didn't use gaps and haven't published interactive version yet (but there are PNGs in Wikimedia Commons). Then, I've made a treemap for ITIS. Points are points and polygons have been used for mouse hover feature. When I was making force-directed GBIF, I had to separately compute those polygons for each clade of given ranks. Now both points and polygons are computed by an algorithm, which is nice.
What do you think?
In all GUI text editors, web browsers and IDE's you can move a cursor:
Add Shift to any of above combination and everything you jumped through now is selected and you can: Ctrl+C, Ctrl+X,Delete to copy/cut/delete selection.
Also, you can Ctrl+Delete and Ctrl+Backspace to delete a next/previous word.
Also, you can Ctrl+Home/End to jump to start of first line or end of last line.
I want this to work when I type in a command in my Terminal.
Is it possible in Linux? It's a vanilla experience in Windows+Powershell, thanks to default PSReadlLine extension. It works both in conhost.exe and in Windows Terminal, but doesn't work in WT + cmd.exe, which makes me think it's PSReadLine which is responsible for this technological perfection.
"But you can't copy with Ctrl+C, it's..." - You can. When something is selected It copies selection to clipboard, otherwise it sends SIGINT.
I'm not bound to any distro or terminal application, but right now I don't see these incredible text editing techniques working even in Ubuntu+Powershell+PSReadLine, to say nothing about the Bash. I've tried installing WezTerm, but it doesn't have text selection either, at least by default. And I'm inclined to think it has nothing to do with terminal emulators at all, since it works in conhost.exe+Powershell.
This is a full hierarchy tree of green plants. All taxa are colored by kingdom/phylum/class etc it belongs to.
Here is an interactive version, but it's for all kingdoms and is based on another taxonomy database.
Clusters are different kingdoms (can you guess which is which?), coloring applied by phylum.
4,452,270 taxa, made with Graphviz and Gephi Toolkit.
Can you give a hint on how to control screen saturation with color profile? I suppose task is to create synthetic color profile, without any calibration devices. I've spent some time trying to create such profile, but failed, all I found is
gnome-gamma-tool, but it can create only VCGT tag.