Okay, let’s go with xterm running bash, where the user ran ls, so xterm -> bash -> ls …

• ls never talks to xterm directly, it’s stdout/stderr are provided by bash
• bash effectively outputs a grid of characters to xterm, xterm doesn’t know about prompts or words or line feeds, just the grid
• every time ls outputs a line, bash adds a row of output to the grid that it sends to xterm
• if there’s not enough space for a new row, bash discards the top-most row, moves all other rows up by one row, and then inserts the row for the ls output

Now imagine a hypothetical fork of bash or some other new shell …

• the only thing different is the direction that the rows move off the edge of the screen when running out of space, that’s all

Thus, this is entirely a shell problem, with a shell solution

However, what I’ve neglected to mention so far is that terminal emulators and shells are almost certainly optimised for rows dropping off the top edge and new rows being added to the bottom edge

So, the role of a terminal emulator in this scenario could be to provide ANSI control characters or other protocol for operating just as quickly in the opposite direction, sure

There’s also https://www.waveterm.dev/ which seems to be an open-source attempt at something sort of like Warp/Jupyter

I don’t mind that it uses the web stack for rendering, but that’ll probably turn some folks off

Seems like a shell feature, and not a feature that a terminal emulator would implement

https://www.partykit.io/ sort of? maybe?

Gosh darn it I only just onboarded to Omnivore a few months ago Now I guess I need to find a new place to store bookmarks

One example I can think of is Widevine DRM, which is owned by Google and is closed source: https://en.wikipedia.org/wiki/Widevine

Google currently allows Mozilla (and others) to distribute this within Firefox, allowing Netflix, Disney+, and various other video streaming services to work within Firefox without any technical work performed by the user

I don’t believe Google would ever willingly take this away from Mozilla, but it’s entirely possible that the movie and music industries pressure Google to reduce access to Widevine (the same way they pressured Netflix into adopting DRM)

Without being specific, I’d try to get something with firmware updates available on LVFS: https://fwupd.org/

And you might want to check for distribution specific notes on that model e.g.

• https://ubuntu.com/certified/laptops
• https://wiki.archlinux.org/title/Category:Laptops
• https://linux-on-laptops.com/
• https://www.linlap.com/doku.php

If Wayland is more important to you than AI/ML/LLMs then you probably don’t want anything with an nVidia GPU

We need a verified check-mark for true wayland users :P

I did actually do this already, separate from working on this issue, but can confirm the intermittent problems with the combination of wpa_supplicant and systemd-networkd

I’m not an expert, but my understanding of the Global Shortcuts portal is that it’s very much designed for the push-to-talk use case where an app is not focused but still receives button events for exactly the keys its interested in and no other keys: I think this would cause problems if an app requested every key (e.g. if the request was approved then no keys would work in every other app)

It’ll be interesting to see how the remaining compatibility/accessibility issues are tackled, either in portals or in wayland protocols

There’s a portal for Global Shortcuts: https://flatpak.github.io/xdg-desktop-portal/docs/doc-org.freedesktop.portal.GlobalShortcuts.html

KDE and Hyprland already implement it, and COSMIC seems likely to

On the app side, if we can get the major toolkits to adopt it, then hopefully that covers most actively-maintained apps (but it’s unlikely to cover legacy apps): https://github.com/electron/electron/issues/38288

Gosh, I’m so fascinated by the concept of removing/hiding the tabs implementation from every app and relying 100% on the window manager to provide this

Wayland breaks global hotkeys: I present to you: Hyprland (where you can get global hotkeys). Now, it is normally not allowed by design, as a security measure

Not disagreeing at all, but I’d like to add some information here to support your correction

There’s a GlobalShortcuts portal ( https://flatpak.github.io/xdg-desktop-portal/docs/#gdbus-org.freedesktop.impl.portal.GlobalShortcuts ), and this is implemented for hyprland in xdg-desktop-portal-hyprland ( https://github.com/hyprwm/xdg-desktop-portal-hyprland/blob/b2fc1110963fa583ad5348a9dc0101bd58ceac7a/hyprland.portal#L3 )

So, technically, there is nothing in the wayland collection of protocols that supports global keyboard shortcuts, but (along with lots of other supporting functionality), this is addressed via the collection of portal APIs

As it happens, KDE already supports the GlobalShortcuts portal: https://invent.kde.org/plasma/xdg-desktop-portal-kde/-/blob/master/data/kde.portal#L3

Any desktop can provide an implementation of the GlobalShortcuts portal, and any app can adopt it as required (although if it’s implemented within popular toolkits/frameworks, then app developers won’t have to even think about it)

Here are related tracking issues:

• https://gitlab.gnome.org/GNOME/xdg-desktop-portal-gnome/-/issues/47
• https://github.com/pop-os/xdg-desktop-portal-cosmic/issues/4
• https://github.com/emersion/xdg-desktop-portal-wlr/issues/240
• https://github.com/electron/electron/issues/38288
• https://github.com/tauri-apps/tauri/issues/3578

https://thenib.com/mister-gotcha/

I bought a sealed device, with the intention of doing development but have not yet done anything like that

I installed GadgetBridge on my Android phone, paired it with the watch, uploaded the latest PineTime firmware, all without looking at code or opening it up or anything

It works perfectly fine as a basic watch with step counter and heart-rate monitor (although, I am not sure how accurate these features are)

If you can browse the web, download files, and find that file again when using a different app, then I think you’ll be fine