[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: kword buglet with copy and paste
From:       aleXXX <alexander.neundorf () rz ! tu-ilmenau ! de>
Date:       2001-06-28 17:51:46
[Download RAW message or body]

On Thursday 28 June 2001 18:00, David Faure wrote:
> On Thursday 28 June 2001 15:54, aleXXX wrote:
> > Hi,
> >
> > there are two things:
> > if I select some text, then edit->copy, then edit->paste, the text is not
> > pasted. I always have to move the cursor before pasting, otherwise it is
> > not pasted. bug or feature ?
>
> Hmrm the pasting replaces the selection, so this is a no-op. I believe most
> text editors behave this way, don't they ?

Ahh, ok, so it is a feature.
(K)FTE doesn't behave this way :-).

> > second thing:
> > I have zoom level != 100%, then select some text, edit->copy, move the
> > cursor to the desired location, edit->paste, it seems kword switches to
> > zoom level 100%, pastes the text, and then switches back to the actual
> > zoom level. This happens both when the zoom level is less than 100% and
> > bigger than 100%. Maybe this isn't noticable on faster machines...
>
> Now this is interesting. Yes, this is what happens internally (otherwise
> we'd get wrong font sizes), but it's not supposed to repaint meanwhile !
> Does it help if you move the zoom(false) in KWPasteTextCommand::execute()
> (kwcommand.cc), above the "In case loadFormatting queued any image
> requests" comment ? Oh, yes, pasteFrames() does a repaint. This is the
> right fix then.

Yes, works now :-)

Bye
Alex
_______________________________________________
Koffice-devel mailing list
Koffice-devel@master.kde.org
http://master.kde.org/mailman/listinfo/koffice-devel

[prev in list] [next in list] [prev in thread] [next in thread]