You know better, I never have had an Android, but some time ago I’ve tried searching if you can get screen time data older than 2 months and came to conclusion you can’t do it on Android either. But probably it’s not an issue if you can automate export and perform it regularly.

It would’ve been cool to have accumulative screen time across all devices. But as iOS user I don’t dream of it.

It will not.

$ time get_screen_time
03:33
real    0m0.005s
user    0m0.003s
sys     0m0.007s

I don’t know about android, but on iPhone only way to export screen time data is to screenshot it. Probably android is also restrictive.

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.

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.

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.

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.

In X11 there is no Color tab for me either.

My laptop screen doesn’t have physical buttons and ddcutil and ddccontrol don’t work either.

This title and a photo of a smiling women are very informative, thank you.

For Bash - try blesh, it will enable some of common controls by default, and probably you will be able to manually enable other shortcuts. PSReadLine is calling xclip each time for copy/paste action for clipboard sync, probably it will be possible with Blesh too.

I’m fine, I got what I wanted. Apparently, it isn’t un-feature of Linux, it’s un-feature of ReadLine which is shipped with Bash.

one of many un-features in Linux

What exactly? Shift-selection is already possible with Blesh. I think I’ve seen scripts for synchronizing buffer with clipboard. And everything else is a matter of redefining existing shortcuts.

I’ve heard about Linux being highly customizable and decentralized OS, and suddenly I can’t define my own shortcuts because there is a list of un-features?

I don’t care about Vi and Emacs, I already have my workflow and I’m trying to transfer it to Linux. When I will succeed, then (maybe) I will spend some time to explore other ways of interacting with terminal. Otherwise, it’s not freedom, it’s becoming a victim of OS.

I’ve got what I wanted with wezterm + powershell. I can edit my commands the same way I edit any text anywhere in the system, both in Windows and Linux, and I can copy-paste back and forth between terminal and any other app. This is awesome. This is freedom. This is UX done right.

I will paste below some observations I’ve made.

Possible solutions for Bash

• https://github.com/jirutka/zsh-shift-select - plugin for zsh as pointed out by @stupid_asshole69@hexbear.net and several other sources;
• https://github.com/akinomyoga/ble.sh - ReadLine replacement for Bash (most promising);
• https://github.com/magenta404/natural-selection - plugin for FishShell;
• https://www.reddit.com/r/pop_os/comments/p0jjno/how_to_use_shift_arrow_keys_to_select_text_in/ - most useful source on this topic.

Blesh

https://github.com/akinomyoga/ble.sh/wiki/Manual-§4-Editing

• Super simple installation.
• Home/End - Jump to start/end as expected. ✅
• Ctrl+Backspace removes left char instead of left word. ❌
• Ctrl+Delete removes next word as it should. ✅
• Shift+arrows - char-wise text selection ✅
• Shift+Ctrl+arrows - word-wise text selection ✅
• Shift+Home/End don’t do anything. ❌
• Backspace/Delete: When smth is selected they delete it. ✅
• Copy/Paste/Cut: ❌
  • It’s Alt+W/Ctrl+Y/Ctrl+W instead of Ctrl+C/Ctrl+V/Ctrl+X.
  • All work with selection as expected.
  • All work with internal buffer instead of system clipboard.
• System clipboard:
  • Can’t copy selection to clipboard, can’t paste clipboard into selection.
  • Ctrl+Shift+C/V work as they do in vanilla bash: copy what is selected with mouse to clipboard, paste from clipboard.
• Ctrl+C prints current command and starts new one like in vanilla bash.

zsh-shift-select

• Stated to have best compatibiliy with Alacritty.
  • Alacritty requires Cargo (440MB).
    • cannot install package alacritty 0.16.1, it requires rustc 1.85.0 or newer, while the currently active rustc version is 1.75.0 Fail. Will use Gnome Terminal instead.
• Needs zsh, super simple installation.
  • Zsh should be default shell, gnome-shell crashed with SIGSEGV.
  • Plugin itself has simple installation, just git clone .zsh file and source it in .zshrc
• Ctrl+arrows - prints CD instead of moving word-wise ❌
• Ctrl+Backspace, Ctrl+Delete - are not deleting left/right word ❌
• Home/End - Jump to start/end as expected. ✅
• Shift+Left/Right - char-wise text selection ✅
• Shift+Ctrl+arrows - word-wise text selection ✅
• Shift+Home/End don’t do anything. ❌
• Shift+Up/Down - Select one line up/down ✅
• Backspace/Delete - When smth is selected - delete it. ✅
• Copy/Paste/Cut: ❌
  • Documented as Alt+W/Ctrl+Y/Ctrl+W instead of Ctrl+C/Ctrl+V/Ctrl+X.
  • Alt+W/Ctrl+Y work as copy/paste.
  • Ctrl+W removes previous word instead of Cut selection.
  • Work with internal buffer instead of system clipboard.
• System clipboard:
  • Ctrl+Shift+C/V work as they do in blesh and vanilla bash.
  • Can’t copy selection to clipboard, can’t paste clipboard into selection.
• Ctrl+C prints current command and starts new one like in vanilla bash.

wezterm + Powershell

PSReadLine starts with EditMode = Emacs by default.

Set-PSReadLineOption -EditMode Windows Fixes Ctrl+arrows, Ctrl+backspace, Shift+Ctrl+arrows.

Set-PSReadLineKeyHandler -Chord Ctrl+Delete -Function KillWord - Fixes Ctrl+Delete.

Set-PSReadLineKeyHandler -Chord Ctrl+o -Function AddLine - allows Ctrl+o instead of Shift+Enter to create a new line without trying to execute. Shift+Enter is not possible in Linux.

Reassigning Shift+Home/End in Gnome Terminal from scrolling viewport to something else is a rabbit hole, so I switched to wezterm, which fixed Shift+Home/End, and apparently also fixed a bug of Shift+arrows printing D;D;D; instead of selecting. But broke Shift+Ctrl+arrows. But you can fix it back by disabling this assignment in lua config.

Ctrl+C/V/X work fine, but without system clipboard synchronization. To fix it, install xclip. If it makes terminal freeze on Ctrl+C/X, update PSReadLine module.

• Ctrl+arrows ✅
• Ctrl+Backspace, Ctrl+Delete ✅
• Home/End ✅
• Shift+Left/Right ✅
• Shift+Ctrl+arrows ✅
• Shift+Home/End ✅
• Shift+Up/Down ❌
• Shift+Enter - Ctrl+o instead ✅
• Ctrl+C,Ctrl+V,Ctrl+X - Flawless ✅

Fedora KDE

By default it has Konsole terminal, it doesn’t send Shift+Left/Right to shell (try showkey -a). These terminals don’t fit because they don’t send this chord: Konsole, QTerminal, Yakuake. And Wezterm doesn’t support Fedora 43. Then I’ve tried Kitty and it works both in bash and Powershell. Therefore, Wezterm for Ubuntu+Gnome and Kitty for Fedora+KDE.

Windows + conhost + Powershell Core

PSReadLine starts with EditMode = Windows by default.

• Ctrl+arrows ✅
• Ctrl+Backspace, Ctrl+Delete ✅
• Home/End ✅
• Shift+Left/Right ✅
• Shift+Ctrl+arrows ✅
• Shift+Home/End ✅
• Shift+Up/Down ❌
• Shift+Enter ✅
• Esc - clear current command ✅
• Ctrl+C,Ctrl+V,Ctrl+X - Flawless, all with system clipboard. ✅

It’s nice to see you think of it as of movement towards consistency. I also look at it this way.

But what is it about Ctrl? Text editing is historically the main task of computers, and Ctrl is the main “modifier” key. To me it seems fair it’s dedicated for some text editing shortcuts. Probably they are consistent since 1980’s.

What terminal emulator are you using where ctrl-c copies instead of sending SIGINT when text is selected?

This is what I experienced in conhost.exe (legacy windows console experience, predecessor of Windows Terminal) + Powershell. In windows terminal it works this way too. This is why I suspect it’s related not to terminal itself (conhost.exe/wt.exe/gnome terminal etc), and not to specific shell (bash/powershell), but to an extension for shell (ReadLine,PSReadLine).

As for various types of buffers and clipboards, I always felt like one system-wide clipboard with clipboard history is enough. When I cut something from terminal, quite often I paste it into another app, and not back to terminal.

For more sophisticated text selection

Here it is. What I’m asking for is not sophisticated at all, quite the opposite. I ask for keybindings which work in almost all text editing areas, in all applications, all operating systems. Vi and eMacs are steps in opposite direction. I think I even used a vi-mode in terminal a couple of years ago. I doubt it’s possible to simplify command editing with it.

I think it’s a matter of sorting. Do you know how does it work? I don’t. Would be interesting to know. Why exactly those posts are shown in the feed? Is it “sort all by upvotes count descending”? Probably not, because this way you will get popular post from previous year. Is it “same, but filtered to those posted within last week”? Probably not. I think interacting with lemmy’s api can shed some light on this topic. Probably you can use whatever sorting you like.