Release schedule clarifications

[Aaron J. Seigo]

On Thursday 25 October 2007, Matthew Woehlke wrote:
> Aaron J. Seigo wrote:
> > On Thursday 25 October 2007, Andreas Pakulat wrote:
> >> So I can't have it expand over both screens? :( I like that feature in
> >> kicker very much.
> >
> > no, the concept is broken in many ways. for one, if you have two monitors
> > with different resolutions, then at which coordinates do you position the
> > panel exactly? when doing things like "show only windows on current
> > screen" in a taskbar where the taskbar is split between screens, what do
> > you do?
>
> When a window is visible on both screens, what panel do you show it on
> for this option? Both?

the one it is "most" on, defaulting to the lowest screen number in case of a 
tie. it's a simple heuristic, but it works. i used it for probably 1.5 years.

> > what about odd scenarios where the monitors are not left-right but
> > top-bottom?
>
> ...then top/bottom panel does not make much sense, true... but
> left/right panel would.

right ... which complicates the code unnecessarily.

> > multi-screen panels work in pretty much exactly one configuration: panel
> > at the top or bottom with 2 or more monitors with the same resolution in
> > a left-to-right configuration. they break in every pretty much every
> > other case.
>
> I would guess this is a good chunk of users, though. I can surely live
> with it for now (I don't have multi-screen panel), but I'm unconvinced
> this feature should never be brought back.

and just how do you support the multi-screen-of-different-resolution issue? i 
am _not_ comfortable with features that work only if the user does the right 
thing with them. things should work reliably.

there are bug reports on kicker related to these exact issues. the solution is 
to either so "won't fix" (which pisses off those users, rightfully so) or to 
remove the feature since it is broken by design (which pisses off the people 
who have set up a configuration using that, rightfully so). i'd like to 
prevent recreating that situation =)

-- 
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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20071025/3bc887bf/attachment.sig>