Some bugs...

[Richard Dale]

I think the middle mouse button should paste at the mouse pointer position too.

I don't like the KDE/X Window behaviour where just selecting some text
automatically puts it onto the pasteboard. Why are there 'Copy' commands in the
menus  - there doesn't seem to be a lot of point? By the time you've selected
the text (even if it was in order to change the text to italic), its been
written to the pasteboard overwriting what was there before. So I can't copy
some text in one window with the copy command on the Edit menu, then select
some text to be replaced in another window, and use the 'paste' command to
replace the current selection with the copied text. On every other windowing
system I've used this just works - Mac OS, OpenStep, Windows. I find this
really inconvenient - would it be possible the change this behaviour with some
sort of default option?

-- Richard

On Fri, 15 Oct 1999, you wrote:
> Concerning the middle mouse button paste function
> I like it that way actually. If I am using the keyboard I will always use Ctrl-V
> to paste and the cursor will always be where I want it to. If I am using the
> mouse to move some text around I do not use the keyboard then the "paste
> wherever mosue cursor is" save me one click.
> 
> - holger
> 
> pezz at tkwcy.ee (Peeter Russak ) on 15/10/99 04:54:41
> 
> Please respond to kdevelop at barney.cs.uni-potsdam.de
> 
> To:   kdevelop at barney.cs.uni-potsdam.de
> cc:
> Subject:  Some bugs...
> 
> 
> 
> 
> Hi!
> There are some bugs I think should be corrected:
> 
> * Pasting with mouse's middle button:
>      When selecting some text with mouse and pressing middle button of
>      mouse pastes selected text into the place of mouse cursor and not to
>      the place of text-cursor as would be expected. CTRL+V does the right
>      action.
> * Parsing the sourcecode.
>      Saving or reading in file that contaions line
>           class Foo : public {
>      gives an error:
>      on `aName != __null && qstrlen( aName ) > 0' failed.
>      Aborted (core dumped)
>      Yes it has buggy syntax but lines like that can be found during
>      fast coding or maybe at the moment of autosave. Maybe it's
>      not a real bug at all, but a result of my little hack-and-pray fix
>      to another bug: at least in 1.0-19991009-A source there's a missing
>      function, only declaration was in h-file (name was something line
>      yyWrap or smth, can't look at the source at the moment) and of
>      course when linking it gave an error.
> * Back button in the browsing bar
>      Could the menu under Back button be in the reverse order? Smth like
>      netscape's Back button; first step back is the first line in the
>      menu, second is second etc. At the moment the first step back is the
>      last one in the menu.
> 
> --
> Peeter
> 
> P.S. Does anybody know where to get rpm of qt-2.0.2?