Fwd: kdebase/kate/app

[Christoph Cullmann]

<zitiere wer="Jens Herden">
> This is of course very bad and should be addressed and I am happy if there
> will be a solution. What I meant is not the technical point of view but
> the
> users point of view. A user does not recognize a redraw if nothing really
> changes ( 2 pixel move is of course a change) but if the lines get
> rewrapped
> in the texteditor it is disturbing.
that's just plain wrong, any redraw can kill the user experience, as for
example redrawing a textwidget like kate's view is REALLY expensive, as
drawing text is perhaps one of the most expensive things you can do, and
I won't base kate again on a system leading to such mass redraws, even
if the dimensions stay. I can agree that in non-overlapping mode the
resizing don't lead to best results, and really, I don't mind putting in a
overlap mode in my katemdi (I would like to see it in kmdi 4.x, too), but
only if that is doable in a sane way, kdockwidgets show, that doing it
somehow because you can, isn't the right way to go

btw., if you like to see other visible problems with kmdi,kdockwidgets,
which are not solvable at all with the current design, compare a kate kmdi
start (like in head before yesterday or kde 3.4) with session restoring
window config and a kate start of today's CVS. I can only say that since I
use xinerama, the old behaviour isn't tolerable any more, as kmdi just
shows dockwidgets on my left screen short before plugin them into my
mainwin on th e right screen, amazing, and not solvable with dockwidget's
design of undock , dock and restore, plain amazing. (no, hide() them won't
help, they will come up, you won't avoid that, and dockwidgets restore
isn't able to place them right in advance)

cu
Christoph

-- 
Christoph Cullmann
KDE Developer, kde.org Maintainance Team
http://www.babylon2k.de, cullmann at kde.org