[PATCH] Get rid of QPainter warnings
Sebastian Sauer
mail at dipe.org
Sat Apr 5 00:40:48 BST 2008
Rafael Fernández López wrote:
>> Since you have lost my favour, please use qt-bugs at trolltech.com. Include
>> your testcase and screenshots of what it used to do and what happens now.
>
> This is sad... hope this won't happen again... :(
y, probably not the best reaction. But then...
Germain Garand wrote:
> Now seriously, what is going on at Trolltech?
>
> Not only does this "RC" not fix any of the problems, but it regresses
> QWidget::render() even further!
>
> If you have no ambition of quality for this method, I'd appreciate if
> you'd say so and I'll put back the working code I had before ;(
This really does lead to nowhere but just is an impression of frustration
related to the early adoption of 4.4 imho. But for that the totaly wrong
music was choosen+played and that this may result in blocking may a bit odd
but is also logical, or?
Well, my personal try to be a bit more constructive would be probably to;
* point again out the flaws the TT-bugtracker has and that this may (well, at
least for me) part of the reason why no feedback is provided. That's a pure
technical critic and married with a suggestion like to jump to something like
bugzilla or another ticket-system that allows to be more transparent and to
easy follow the process of a bug+fix would be even constructive.
* the reason for the early adoption of 4.4. y, it may sound PR-like to point
to all the issues that got addressed to get things like painting faster, to
get widgets-on-canvas working, to address the SVG-issues, etc. while someone
who does not profit from this improvments just did note that e.g. at least 2
new crashes got introduced to koffice-libs (and worked around already). Well,
the point here is that some sub-projects of KDE are needing 4.4 asap while
others would like to avoid it till proven to be at least as stable as the
prev 4.3 release was. Really not an easy thing but imho that's something TT
is totaly unrelated here plus it's also total logical to stat that "I'm not
wasting anymore time when fundamental things are broken in Qt" since there
are other more important things a project may need to work on. No idea how
others see it but my personal feeling is, that this implicit asks for a
discusion about future release-policies how to handle KDE vs. Qt-releases. I
mean to just change the underlying base such late in a KDE release-circle is
really not a good thing and just asks for frustration through I do understand
that there was just no better alternate for 4.1 for some parts of KDE :-/
More information about the kfm-devel
mailing list