On Monday 09 May 2011 12:27:14 Maksim Orlovich wrote: > I am probably being a bit selfish here, but I don't see how we can > ever build on a toolkit that requires OpenGL ES2.0 level hardware. I think it would make sense to have at least optionally the legacy code (QWidget + X11) without an OpenGL ES requirement. For QML2 and QWidget on Wayland the GLES requirement makes sense. > That would leave many machines that currently run KDE4 solidly (e.g. > my laptop) unable to run KDE5 for no good reason. I doubt it's the > only one out there with a laptop with decent CPU and memory specs and > lousy graphics card. It's not only leaving quite some hardware behind, it's also that I doubt that the free driver stack will be anywhere close to the maturity required for all applications using OpenGL. If I consider the trouble we have with just one application defaulting to OpenGL...
Cheers Martin > > > On 5/9/11, Ivan Čukić <ivan.cu...@kde.org> wrote: > >> - It should be mostly source compatible with Qt4, and is just an > >> opportunity > >> to break binary compatibility. > > > > Well, even if we do nothing, we are breaking ABI. So, from my point of > > view, this is a perfect time to do some API cleanup (all those > > deprecated methods, faking virtuals with slots etc.) > > > >> - QWidget just stay for compatibility. All focus is put on QML. Do not > >> expect > >> new development on QWidgets from Nokia. > > > > Which doesn't mean there will be no development at all. I guess others > > (and us) will continue developing those classes since (1) they are way > > more mature than qml (2) a lot of code is written above them. > > > >> - Do we want "KDE 5" to be a big change, or just a small increment? > > > > Do we need a big change? I don't think so - we are already fantastic :) > > > > > > > > -- > > Cheerio, > > Ivan > > > > -- > > While you were hanging yourself on someone else's words > > Dying to believe in what you heard > > I was staring straight into the shining sun > >
signature.asc
Description: This is a digitally signed message part.