Re: Improving Tiling Window Support in KDE Plasma
Aakarsh MJ <[email protected]> Mon, 15 Apr 2024 21:44:22 +0530
| Newsgroups | gmane.comp.kde.devel.plasma,gmane.comp.kde.devel.kwin |
|---|---|
| Message-ID | <CAFYRuNwN_4NTezoft3AMf8HfHO0nm6s4b3fc--sWx8nryackTA@mail.gmail.com> |
--0000000000003b26f2061624ecb2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > The script could keep a copy of every window-tile association and > reassign everything on every desktop switch but would be > kinda error prone and have too much complexity on javascript side. > What really needsto happen here is an internal support of tiles > per-visrtualdesktop on kwin side (ideally the cartesian product of > screen,virtualdesktop and activities) but it will be a significant refactor. I see, can you link the files that need the refactor? What I can suggest is I can take a look at those files and prepare a design document incorporating the changes that the community can take a look at provided the community is onboard with the refactor although It will take some time to prepare the document depending on the complexity and size of the issue. Sincerely, Aakarsh MJ On Mon, Apr 15, 2024 at 1:18=E2=80=AFPM Marco Martin <[email protected]> wr= ote: > On Thu, Mar 28, 2024 at 1:43=E2=80=AFPM Aakarsh MJ <[email protected]> = wrote: > > > there are already 3rd party scripts that attempt to do that, like one > > > called polonium https://github.com/zeroxoneafour/polonium tough is > > > still quite buggy > > > > I have checked polonium before, unfortunately for me it was way too > buggy to use it on a daily basis. > > yeah, for now i', not sure polonium "can" be much bettergiven the > underlying features. > A significant thing missing that i seen is virtual desktops support, > as tiles are at the moment per-screen and not (yet) > per-virtualdesktop, so even just switching desktop it kinda breaks the > layout. > The script could keep a copy of every window-tile association and > reassign everything on every desktop switch but would be > kinda error prone and have too much complexity on javascript side. > > What really needsto happen here is an internal support of tiles > per-visrtualdesktop on kwin side (ideally the cartesian product of > screen,virtualdesktop and activities) but it will be a significant > refactor > > > -- > Marco Martin > --0000000000003b26f2061624ecb2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>> The script could keep a copy of every window-til= e association and<br>> reassign everything on every desktop switch but w= ould be<br>> kinda error prone and have too much complexity on javascrip= t side.<br> > What really needsto happen here is an internal support of tiles<br> > per-visrtualdesktop on kwin side (ideally the cartesian product of<br>= > screen,virtualdesktop and activities)=C2=A0 but it will be a significa= nt refactor.<br> <br>I see, can you link the files that need the refactor? = <br><br>What I can suggest is I can take a look at those files and prepare = a design document incorporating the changes that the community can take a l= ook at provided the community is onboard with the refactor although It will= take some time to prepare the document depending on the complexity and siz= e of the issue.<br><br></div><div>Sincerely,<br></div><div>Aakarsh MJ<font = color=3D"#888888"><br></font></div><div><font color=3D"#888888"><br></font>= </div><font color=3D"#888888"><br> </font></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail= _attr">On Mon, Apr 15, 2024 at 1:18=E2=80=AFPM Marco Martin <<a href=3D"= mailto:[email protected]">[email protected]</a>> wrote:<br></div><blockq= uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1p= x solid rgb(204,204,204);padding-left:1ex">On Thu, Mar 28, 2024 at 1:43=E2= =80=AFPM Aakarsh MJ <<a href=3D"mailto:[email protected]" target=3D"_b= lank">[email protected]</a>> wrote:<br> > > there are already 3rd party scripts that attempt to do that, like= one<br> > > called polonium <a href=3D"https://github.com/zeroxoneafour/polon= ium" rel=3D"noreferrer" target=3D"_blank">https://github.com/zeroxoneafour/= polonium</a> tough is<br> > > still quite buggy<br> ><br> > I have checked polonium before, unfortunately for me it was way too bu= ggy to use it on a daily basis.<br> <br> yeah, for now i', not sure polonium "can" be much bettergiven= the<br> underlying features.<br> A significant thing missing that i seen is virtual desktops support,<br> as tiles are at the moment per-screen and not (yet)<br> per-virtualdesktop, so even just switching desktop it kinda breaks the<br> layout.<br> The script could keep a copy of every window-tile association and<br> reassign everything on every desktop switch but would be<br> kinda error prone and have too much complexity on javascript side.<br> <br> What really needsto happen here is an internal support of tiles<br> per-visrtualdesktop on kwin side (ideally the cartesian product of<br> screen,virtualdesktop and activities)=C2=A0 but it will be a significant re= factor<br> <br> <br> -- <br> Marco Martin<br> </blockquote></div> --0000000000003b26f2061624ecb2--