Re: [9front] rio wishlists

[Jeremy Jackins <jeremyjackins@gmail.com>]

> The catch is mostly technical: it requires fast good-enough image scaling, and I think it probably requires it in the kernel.

What about pre-rendering the down-scaled images? For example, whenever
the number of windows (or their sizes) change, rio recalculates the
appropriate miniature image sizes so that all windows can
simultaneously fit on the screen, then pre-renders each of them in a
background thread. Once this is complete there isn't any work to do
except display them when the "exposé" function is called.

On Thu, 23 Jan 2020 at 15:51, Ethan Gardener <eekee57@fastmail.fm> wrote:
>
> On Thu, Jan 23, 2020, at 6:12 PM, Marshall Conover wrote:
> > > Alternative: Implement Exposé for Rio. *flees* :D
> >
> > If this is the feature where you do some mouse gesture/button click
> > and all the windows shrink and appear on the screen at once, so that
> > you can select one, which is then foregrounded, I unironically would
> > support this behaviour. I've come to heavily rely upon it over the
> > last few months at work, and it scratches the same itch as tiling
> > window managers without feeling oppressive.
>
> Yes, that's what I meant. I sometimes find it useful, although it requires I stop and refocus. (I've yet to find the perfect window selection mechanism.)
>
> > If others don't protest
> > too loudly/ want to support the idea, I may consider putting a bounty
> > on it.
>
> The catch is mostly technical: it requires fast good-enough image scaling, and I think it probably requires it in the kernel. Ah... I just had a thought: cropping rather than scaling the windows might be better. Text windows would probably be easier to identify by part of their text. Acme and Sam would be identifiable by their colors and maybe text. Perhaps crop text windows around the text cursor or prompt, and others to the top left? Not sure how well that would work for mothra or page.