From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Sorace Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.0 \(3226\)) Date: Mon, 31 Oct 2016 21:23:29 -0400 References: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: Message-Id: <1E0C96FA-A0AD-4E2A-B167-9612C40D5B81@9srv.net> Subject: Re: [9fans] acme tag bars stacking Topicbox-Message-UUID: a7dc111a-ead9-11e9-9d60-3106f5b1d025 I=E2=80=99ve often wanted the same sorting change. I do, however, find = yiyus=E2=80=99 rationale compelling. I=E2=80=99d be interested in = playing with it, if you try it out. > On Oct 30, 2016, at 11:16 , Mathieu Lonjaret = wrote: >=20 > yeah, good points. >=20 > On 29 October 2016 at 00:47, yy wrote: >> On 28 October 2016 at 16:23, Mathieu Lonjaret >> wrote: >>> Anyway, does anyone know what the rationale was for choosing to = stack >>> them at the bottom? Or why it would be a a bad idea to make them = stack >>> at the top instead? >>=20 >> Let's suppose you have many windows in a column. When you work in one >> of them, you B2 it and put it on the top of the stack. Then you work >> on another one and it goes to the top, moving the previous one to the >> second position, and so on. This way, your most recently used windows >> are always on top, the least used ones go to the bottom of the stack. >> I would find counterintuitive that the windows you used a longer time >> ago stayed at the top, between your "working windows" and the column >> and main tag lines. >>=20 >> But I would guess the main reason it works this way is that it seemed >> more natural to move a window to the head than to the tail of a = linked >> list, and it just worked well enough. >>=20 >> I see how it may be more practical to stack them at the top when >> working only with two or three windows, but it would be kind of weird >> if you have ten. If you feel it will fit your workflow better, it is >> probably not too difficult to get it done. >>=20 >>=20 >> -- >> - yiyus || JGL . >>=20