Comments on: Randa Meetings 2012: The Future of QGraphicsView in Plasma http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/ Sebastian Kügler's web log Wed, 17 Apr 2013 11:42:34 +0000 hourly 1 http://wordpress.org/?v=3.5.1 By: sebas http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14653 sebas Wed, 03 Oct 2012 13:47:04 +0000 http://vizZzion.org/blog/?p=2038#comment-14653 I can’t really say, this is too far in the future, and I’m lacking the insight into these things to comment in a meaningful way. Do not that we’re still quite some time away from this ideal world. Do keep in mind that GNOME is very different from KDE’s architecture, so if it doesn’t work well in GNOME, doesn’t mean it’ll break with Plasma. We’ve seen that multiple times in the past (just keep in mind KWin’s fallback mode to “2d rendering”).

]]> By: Damian Ivanov http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14650 Damian Ivanov Wed, 03 Oct 2012 13:35:40 +0000 http://vizZzion.org/blog/?p=2038#comment-14650 Yeah, but well this would make KDE 3d only (or requiring 3d acceleration), as we will need for quasi standard plasmoids, the start menu will require it, the taskbar, the clock (?!), they are all plasmoids and as they are rewritten in QML. Kwin will also have QML window decorations…
llvmpipe breaks multiseat technologies, even a quad cpu goes almost down with 3 gnome-shell desktops rendered.
Will KDE also break any possible multiseat setup ( I know GPU offloading is in future xrandr, but e.g if no 3d GPU is available, only diplaylink) and have the same requirements like gnome-shell?

]]> By: sebas http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14647 sebas Wed, 03 Oct 2012 13:21:41 +0000 http://vizZzion.org/blog/?p=2038#comment-14647 Well, in the worst case, widgets fall back to CPU rendering (through llvmpipe), which is what we’re doing now. I expect a not worse-than-now worst-case-scenario.

]]> By: Damian Ivanov http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14642 Damian Ivanov Wed, 03 Oct 2012 12:53:37 +0000 http://vizZzion.org/blog/?p=2038#comment-14642 But doesn’t that mean the widgets using the openGL scenegraph to require 3d drivers or S/W rendering and will be slower than the QGraphicsWidget if no 3d is available

]]> By: Ian http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14203 Ian Sun, 30 Sep 2012 14:08:19 +0000 http://vizZzion.org/blog/?p=2038#comment-14203 QML lost its (surprisingly small) Australian dev team, but the scenegraph folks have always been in Oslo iirc. And regardless I’m not worried about the ability of Lars Knoll’s team to pick up maintenance for the stuff done previously in Australia.

]]> By: Ian http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14201 Ian Sun, 30 Sep 2012 14:02:06 +0000 http://vizZzion.org/blog/?p=2038#comment-14201 When you get there you realize Switzerland is actually entirely fictional.

]]> By: Ivan Čukić http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14170 Ivan Čukić Sun, 30 Sep 2012 06:33:54 +0000 http://vizZzion.org/blog/?p=2038#comment-14170 Lets hope this is the last time I need to rewrite Lancelot :]

QGV was ruthless in that regard.

Cheerio!

]]> By: nik http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14092 nik Sun, 30 Sep 2012 00:24:42 +0000 http://vizZzion.org/blog/?p=2038#comment-14092 The photographed scenery is magical. I’ts cool for our coders to work there… If the next sprint takes place in an abandon castle in transylvania, even I, a greek, will donate for it!

]]> By: Aaron Seigo http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14068 Aaron Seigo Sat, 29 Sep 2012 21:55:30 +0000 http://vizZzion.org/blog/?p=2038#comment-14068 QML2 does have a development team (3 people still working on it @ Qt afaik) and it’s already rather performant on a variety of chipsets. go look on youtube for various examples; the live coding on raspberry pie (not the reference platform) is pretty spectacular.

will it be a 100% perfect solution? no, nothing ever is. but it already looks better than QGV which truly does not have a devel team and which has long standing bugs in rather basic things like mouse interaction (due to how mouse input handling is managed in the scene with QGraphicsWidget) that are not going to get fixed (due to no devel team and due to how they relate to the design). there are also inherent performance limitations to things like QGraphicsProxyWidget which we rely on heavily right now since it routes through QWidget classes; it is literally not possible to get instantiation of a single QGPW below 50ms on my laptop here due to the code paths it takes. this is a design limitation which QML removes from us.

and since QMl2 is still being developed, we can meaningfully contribute to it.

but hey … maybe you’ve done a bunch of work with QML2 and have a diferent experience? if so, please share it with us :)

]]> By: sebas http://vizZzion.org/blog/2012/09/randa-meetings-2012-the-future-of-qgraphicsview-in-plasma/comment-page-1/#comment-14046 sebas Sat, 29 Sep 2012 18:04:06 +0000 http://vizZzion.org/blog/?p=2038#comment-14046 The bugs I’m talking about are mainly in the layouting and sizing code, so they’re bugs in QGraphicsWidgets usually, those are being removed from libplasma2. So far we’ve seen very good results whenever we replaced QGraphicsWidget-based UI with QML, so I’m very optimistic.

]]>