From kde-panel-devel  Mon Mar 31 15:13:48 2008
From: "Aaron J. Seigo" <aseigo () kde ! org>
Date: Mon, 31 Mar 2008 15:13:48 +0000
To: kde-panel-devel
Subject: Re: [PATCH] panel placement at the center (or whatever) of the screen
Message-Id: <200803310913.49429.aseigo () kde ! org>
X-MARC-Message: https://marc.info/?l=kde-panel-devel&m=120697608400811
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0383939877=="

--===============0383939877==
Content-Type: multipart/signed;
  boundary="nextPart5704484.62Xd5C2Jrv";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart5704484.62Xd5C2Jrv
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 31 March 2008, Marco Martin wrote:
> still can't figre out how to do it, the containment would pass the config
> group to the view or what?

no, the view would keep it's own config.

> don't know, it seems way more natural to me fetching the configuration fr=
om
> the containment,

but this information doesn't belong to the containment. it's view, not mode=
l.

> if only there was a way for the containment to talk to the=20
> view (why view() called from the panel containment returns 0 by the way?)

"containment $SOMETHING the view" is a broken concept. we fudge it for cert=
ain=20
cases (systray, tooltip popups) but every time we do that we break the=20
model/view concept.

> another thing: i think with your proposal we could end up with a broken
> configuration like this: (1024, -0, left) with a screen resolution of
> 1024x768 so the panel starts from 1024 end expand to the right, so could
> either become wide 0 pixels or being forcefully moved to the left until
> there is enough room.

yes, when screen resolution changes, some bounds checking would need to occ=
ur.

> i've tought to a slightly different behaviour that both avoids that
> problems

it doesn't, actually, since the min/max could also become too big on screen=
=20
resize. you still need to do sanity checks.

> and there could be a slick minimalistic configuration interface in=20
> the future, a mockup of how the (in)famous panel toolbox is here:
> http://www.notmart.org/misc/panel-resize-mock.png
> we have a new value, i would call it pivot (the white triangle in the
> mockup) that could be either an x coordinate or a double between 0 and 1
> (maybe in this way it would behave better if the panel is moved from a
> screen to another) a minimum size and a maximum size (green and red signs,
> they move symmetrically when dragged).
> the panel would always be placed and expanding according to the pivot
> value, so for instance if the pivot is at the left screen edge the panel
> will expand to the right, if the pivot is at center it would expand equal=
ly
> from the left and  the right ad the panel is centered. if the pivot is at
> one third the panel is at one third of the screen and expands one third to
> the left and two thirds to the right.

the interface is very similar to what i've been envisioning as far as=20
simplicity, visual coolness and what not ... however, i think the pivot poi=
nt=20
is a pretty complex concept. is it really necessary to have more than "expa=
nd=20
left, right, centered or fully justified"? i'm trying to think of a useful=
=20
situation where it expands in both directions but not equally.

i like the min/max size thing though, that looks slick.

> > yes, there should be a minimum size set in PanelContainment.
>
> maybe size of a small icon + margins? or the sum of the minumum size of
> every applet it contain?

the latter if it has applets, yes.

=2D-=20
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech

--nextPart5704484.62Xd5C2Jrv
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4-svn0 (GNU/Linux)

iD8DBQBH8P+t1rcusafx20MRArwJAKCGoGDi6/haSDOvefI+eKjA0okhTACdG/xL
ZgXdB51fTqlq+yhVNga+qPE=
=gOUE
-----END PGP SIGNATURE-----

--nextPart5704484.62Xd5C2Jrv--

--===============0383939877==
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

--===============0383939877==--