From kde-panel-devel  Sun Jun 08 01:30:32 2008
From: Sebastian Kuegler <sebas () kde ! org>
Date: Sun, 08 Jun 2008 01:30:32 +0000
To: kde-panel-devel
Subject: Re: xrandr
Message-Id: <200806080330.33025.sebas () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=121288868505992
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============1707351369=="

--===============1707351369==
Content-Type: multipart/signed;
  boundary="nextPart16635362.5j3AbRjlR9";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart16635362.5j3AbRjlR9
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline



On Saturday 07 June 2008 14:42:17 Marco Martin wrote:
> On Saturday 07 June 2008, Aaron J. Seigo wrote:
> > the big remaining issue is going from a full screen panel on a large re=
s,
> > to a smaller res, then back to a larger res.
> >
> > what happens is that in the larger res (call it R(0)) we have a panel
> > 100% width. in the lower res (R(1)) the panel is smashed down to the
> > right size. so far so good.
> >
> > but on return to R(0) we no longer know at that point in time what R(1)
> > was! i think we're going to need to keep the last seen screen geometry =
in
> > PanelView.
> >
> > Marco: i'd like to chat various solutions over with you, since you've
> > been working on resize and what not of late.
>
> hmm, don't know if i like keeping the ratios, if i have configured a size
> don't know if i would like it should be automatically changed, also becau=
se
> =A0 if i configure a certain size less than 100% it's probably more relat=
ed
> to the size and number of the applets than on how the screen is big.
> now probably it's natural to keep the size 100% because it basically means
> it was not configured and becoming not 100% would be weird?
> but that said i also don't know what could feel more natural, i only know
> in every way we do there will always be bug reports that asks the exact
> opposite, quite inevitable :)

As a user, I'd expect a full-width panel to stay that way when I change the=
=20
resolution. Full-width panel has one major feature over others, it has to=20
locations that have an indefinite click target area in the corners. In othe=
r=20
words, it would be very bad if the user is used to throwing the mouse in th=
e=20
bottom left corner, and that suddenly doesn't work because he switched to a=
=20
higher resolution.

I think in the cases of non-full-width panel, 'the right thing' depends on =
the=20
following:
=2D if the panel is centered, it should stay that way
=2D if a panel is aligned to one of the edges, it should grow from this edge
=2D changing the size probably only makes sense when the panel is full-width
=2D vertical panels should move to the screen border, and not start floatin=
g=20
  around
=2D panels should not start overlapping each other after resolution change

Cool to see xrandr issues being addressed, I ran into those during Linuxtag.
=2D-=20
sebas

 http://www.kde.org | http://vizZzion.org |  GPG Key ID: 9119 0EF9=20


--nextPart16635362.5j3AbRjlR9
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUASEs2OGdNh9WRGQ75AQKisAf/WKFJG8XUDPM8WtEnJhlMidnDgOun81vA
NnQ2L5r5zELHZKl1GlhVxuMjvq4QfPmC90u9AoVbRsvtZm9V6AskOgeHgqQhPVHJ
13JlI4EaI4ciIYBvDCJM39RyVcY2QM195Ko/taaldVHf43RUwPowQMX4C/3Wr8zM
g0fxJfvOpF/HbEWszhtkIh8zZBAgWjHFgGsJDRftunFkFBL1XQ26CVb+mui+gz2X
0K2mcXzjqTFsEyWl3KcgJi8JkAHCQihW6QL5xptpD+Sxb92dIhLulCZpwLCLPWST
O/roaB1R2/KD8psAKlSZ148Ly1dWVzgln42JHtza+Oobu7cgMpBsNQ==
=2kNw
-----END PGP SIGNATURE-----

--nextPart16635362.5j3AbRjlR9--

--===============1707351369==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

--===============1707351369==--