Window thumbnail and Javascript

Martin Gräßlin kde at martin-graesslin.com
Mon Jan 3 18:04:42 CET 2011


On Monday 03 January 2011 10:33:34 Marco Martin wrote:
> On Sunday 02 January 2011, Martin Gräßlin wrote:
> > On Sunday 02 January 2011 17:33:25 Aaron J. Seigo wrote:
> > > On Saturday, January 1, 2011, Martin Gräßlin wrote:
> > > > Last but not least I do not see why we would need rotated thumbnails.
> > > 
> > > if kwin paints the thumbnail (as opposed to handing over an image that
> > > the application itself then paints) then if the target on which the
> > > thumbnail should be painted on is rotated on the screen, the thumbnail
> > > would also need to be painted rotated.
> > 
> > Let me rephrase: why would we need a rotated area with thumbnails? I just
> > think showing rotated thumbnails is useless.
> > 
> > FYI: rotating a window is trivial in kwin - built in feature of the
> > rendering pipeline. The difficult part would be IMHO the X atom and
> > calculating the correct aspect in the thumbnail effect. Currently we use
> > a high-level API call for that.
> 
> well, for instance meego hanset doesn't support xrandr resolution rotating
> at all...
Please tell me you are joking :-(
> what it does is rotating the qgraphicsview (meaning also that in portait
> applications will be slower),
> all for the sake of having the cool iphone-ish rotation animation :p
I hope they have X Input Redirection. With that we could do the rotation in 
the compositor and don't touch the apps at all. Including more awesome 
animations than what you can get with qgraphicsview or iOS ;-)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: This is a digitally signed message part.
Url : http://mail.kde.org/pipermail/plasma-devel/attachments/20110103/6deb5857/attachment.sig 


More information about the Plasma-devel mailing list