On Monday 08 June 2015 17:43:24 Boudewijn Rempt wrote:
> I also talked about the opengl canvas problems with kwin maintainer Martin
> Graesslin. He was pretty clear that Qt's undocumented qglfunctions thing
> is rather badly designed, and he said to use libepoxy instead of either
> that or our glew
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124048/
---
Review request for Calligra.
Bugs: 345195
http://bugs.kde.org/show_bu
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/124042/
---
Review request for Calligra.
Bugs: 344968
http://bugs.kde.org/show_bu
Oh, awesome! Thanks so much. Being able to quickly create an image helps
with testing a lot. It's still weird that plugins don't activate their
actions, though...
I also talked about the opengl canvas problems with kwin maintainer Martin
Graesslin. He was pretty clear that Qt's undocumented qg
Thanks for the patch Treeve. I'd like to see a discussion on the core
issue before.
I've been thinking about a clean way to handle such cases in general.
How about this approach:
Don't change the location of generated files. Generate the file only
if the .y or .l file has been changed (the conten
He Treeve,
Thanks. Our idea is to avoid using kdelibs4support from the day 1 of
the three libs (kdb, kreport, kproperty). It will be easier for
maintenance to have them in this shape now.
So the i18n shall be replaced, we even have this task:
https://phabricator.kde.org/T375
Would you want to take