Re: [Feature] App maximalization on 2 monitor desktops
Jj <[email protected]> Fri, 7 Jul 2017 00:27:31 -0500
| Newsgroups | gmane.comp.window-managers.fluxbox.user |
|---|---|
| Message-ID | <CAJNzGycCg6DZ8MryjZg+uAB2i+Yi1SAtPzcqPQY5qHMzM3vjJg@mail.gmail.com> |
--===============2441091784023048026== Content-Type: multipart/alternative; boundary="001a114b10ba9d55c00553b37e7b" --001a114b10ba9d55c00553b37e7b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I run two independent X sessions per monitor. The drawback being that I could not drag windows between screens. but in 10+ years with this setup it has never been an issue. The benefits: * Different resolutions no problem * Independent workspace swithing per monitor Caveats: * Configs are independent (maybe a benefit), double toolbar, double clock, and can configure behaviof for each * No fancy moving apps between screens, but again never really had to other than when people see dual monitor setup and want to see that piece of magic. No such showing off. * No xinerama, so maximization is per monitor, also full screen, which hasn't been a problem for me * Focus has works fine between both screens as mouse can jump over perfectly, but if you have full screen on one monitor and click something on the other, then it exits full screen (can vary on app) On Fri, Jul 7, 2017 at 12:01 AM, Rapha=C3=ABl <[email protected]> wrot= e: > On Fri, May 19, 2017 at 03:15:21PM +0200, Luescher Claude wrote: > > [...] the top of the browser slips into an invisible area > > slightly off-topic, but where are the upstream bugs (Xorg, > intel/amd/nvidia, fluxbox) which keep dual-head from working pleasantly > when monitor resolutions differ? > > I mean the part of the window which overlap the low-res monitor being > dynamically downscaled so that there is no more "invisible area"? > > ------------------------------------------------------------ > ------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Fluxbox-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fluxbox-users > --=20 Jj http://isgeek.net/ - Don't make me hate email: http://goo.gl/hk9q --001a114b10ba9d55c00553b37e7b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>I run two independent X sessions per monitor. The dra= wback being that I could not drag windows between screens. but in 10+ years= with this setup it has never been an issue.</div><div>The benefits:</div><= div>=C2=A0* Different resolutions no problem</div><div>=C2=A0* Independent = workspace swithing per monitor</div><div><br></div><div>Caveats:</div><div>= =C2=A0* Configs are independent (maybe a benefit), double toolbar, double c= lock, and can configure behaviof for each</div><div>=C2=A0* No fancy moving= apps between screens, but again never really had to other than when people= see dual monitor setup and want to see that piece of magic. No such showin= g off.</div><div>* No xinerama, so maximization is per monitor, also full s= creen, which hasn't been a problem for me</div><div>=C2=A0* Focus has w= orks fine between both screens as mouse can jump over perfectly, but if you= have full screen on one monitor and click something on the other, then it = exits full screen (can vary on app) <br></div></div><div class=3D"gmail_ext= ra"><br><div class=3D"gmail_quote">On Fri, Jul 7, 2017 at 12:01 AM, Rapha= =C3=ABl <span dir=3D"ltr"><<a href=3D"mailto:[email protected]" tar= get=3D"_blank">[email protected]</a>></span> wrote:<br><blockquote = class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid= ;padding-left:1ex"><span class=3D"">On Fri, May 19, 2017 at 03:15:21PM +020= 0, Luescher Claude wrote:<br> </span>> [...] the top of the browser slips into an invisible area<br> <br> slightly off-topic, but where are the upstream bugs (Xorg,<br> intel/amd/nvidia, fluxbox) which keep dual-head from working pleasantly<br> when monitor resolutions differ?<br> <br> I mean the part of the window which overlap the low-res monitor being<br> dynamically downscaled so that there is no more "invisible area"?= <br> <div class=3D"HOEnZb"><div class=3D"h5"><br> ------------------------------<wbr>------------------------------<wbr>-----= -------------<br> Check out the vibrant tech community on one of the world's most<br> engaging tech sites, Slashdot.org! <a href=3D"http://sdm.link/slashdot" rel= =3D"noreferrer" target=3D"_blank">http://sdm.link/slashdot</a><br> ______________________________<wbr>_________________<br> Fluxbox-users mailing list<br> <a href=3D"mailto:[email protected]">Fluxbox-users@lists.= <wbr>sourceforge.net</a><br> <a href=3D"https://lists.sourceforge.net/lists/listinfo/fluxbox-users" rel= =3D"noreferrer" target=3D"_blank">https://lists.sourceforge.net/<wbr>lists/= listinfo/fluxbox-users</a><br> </div></div></blockquote></div><br><br clear=3D"all"><br>-- <br><div class= =3D"gmail_signature" data-smartmail=3D"gmail_signature">Jj<br><a href=3D"ht= tp://isgeek.net/" target=3D"_blank">http://isgeek.net/</a><br>- Don't m= ake me hate email: <a href=3D"http://goo.gl/hk9q" target=3D"_blank">http://= goo.gl/hk9q</a></div> </div> --001a114b10ba9d55c00553b37e7b-- --===============2441091784023048026== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot --===============2441091784023048026== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Fluxbox-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fluxbox-users --===============2441091784023048026==--