From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 References: <20190415141016.ad205f498cbaa99cd1ddbd63@eigenstate.org> In-Reply-To: From: Michael Misch Date: Tue, 16 Apr 2019 22:02:06 -0600 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary="000000000000ac37d10586b1f3de" Subject: Re: [9fans] UI design | enhancements. Topicbox-Message-UUID: fa9d3956-ead9-11e9-9d60-3106f5b1d025 --000000000000ac37d10586b1f3de Content-Type: text/plain; charset="UTF-8" i tried to solve that problem on Linux, with a wm that tiled set-sized windows in a floating grid, but it was always very, very hacky. (For the curious, github.com/halfwit/hwwm) On Tue., Apr. 16, 2019, 9:59 p.m. Lucio De Re, wrote: > On 4/16/19, Marshall Conover wrote: > > [ ... ] > > As an aside, Lucio, I'd second Ethan in that it's probably worth taking a > > look; I'd be surprised if there was more actual code to change than there > > was just ramp-up time to understand what you need to change, and a > > one-or-two hour excursion into the code would probably get you how much > > ramp-up time you need, at which point you could probably make the final > > call on whether to move forward. > > > Thanks to both of you for the hint. My problem, spelled out neatly > above, is that I have no idea how one targets the correct "window" in > X. I have completely swallowed the Plan 9 kool-aid of fine-grained > namespace separation and can't contemplate how xnest gets it wrong. > > By the same token, incidentally, I've been wondering what the X > equivalent of 9's window could be: nowhere in X's user space have I > found a way to spawn a task in a window that matches the geometry I > specify, unless that task includes the geometry among the command line > arguments. That bit of philosophy shows so clearly how different Plan > 9 and Unix really are. > > I will look, however. Frankly, if rio could provide a "little" more > support, one may be able to run firefox (I'm assuming chrome/chromium > isn't quite as liberated) in a rio window, but my efforts a while ago > flopped completely - for which part of me is greatly relieved: somehow > a firefox window on a Plan 9 background would be a constant thorn in > my side. > > Lucio. > > PS: I did look at rio, not that long ago. But I think the problem > extends to individual graphic commands. I'll see if I can get catclock > to behave itself, next. Or shove the xnext magic into a rio option. > > --000000000000ac37d10586b1f3de Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
i tried to solve that problem on Linux, with a wm that ti= led set-sized windows in a floating grid, but it was always very, very hack= y. (For the curious, github.com/= halfwit/hwwm)

On Tue., Apr. 16, 2019, 9:59 p.m. Lucio De Re, <lucio.dere@gmail.com> wrote:
On 4/16/19, Marshall Conover <marzh= all.o@gmail.com> wrote:
> [ ... ]
> As an aside, Lucio, I'd second Ethan in that it's probably wor= th taking a
> look; I'd be surprised if there was more actual code to change tha= n there
> was just ramp-up time to understand what you need to change, and a
> one-or-two hour excursion into the code would probably get you how muc= h
> ramp-up time you need, at which point you could probably make the fina= l
> call on whether to move forward.
>
Thanks to both of you for the hint. My problem, spelled out neatly
above, is that I have no idea how one targets the correct "window"= ; in
X. I have completely swallowed the Plan 9 kool-aid of fine-grained
namespace separation and can't contemplate how xnest gets it wrong.

By the same token, incidentally, I've been wondering what the X
equivalent of 9's window could be: nowhere in X's user space have I=
found a way to spawn a task in a window that matches the geometry I
specify, unless that task includes the geometry among the command line
arguments. That bit of philosophy shows so clearly how different Plan
9 and Unix really are.

I will look, however. Frankly, if rio could provide a "little" mo= re
support, one may be able to run firefox (I'm assuming chrome/chromium isn't quite as liberated) in a rio window, but my efforts a while ago flopped completely - for which part of me is greatly relieved: somehow
a firefox window on a Plan 9 background would be a constant thorn in
my side.

Lucio.

PS: I did look at rio, not that long ago. But I think the problem
extends to individual graphic commands. I'll see if I can get catclock<= br> to behave itself, next. Or shove the xnext magic into a rio option.

--000000000000ac37d10586b1f3de--