Bug 50471 - Starting to edit copies to clipboard
Summary: Starting to edit copies to clipboard
Status: RESOLVED WORKSFORME
Alias: None
Product: kde
Classification: I don't know
Component: clipboard (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Lubos Lunak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-11-09 16:41 UTC by Thomas Zander
Modified: 2004-05-17 20:47 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Zander 2002-11-09 16:41:58 UTC
Version:            (using KDE KDE 3.0.9)
Installed from:    Compiled From Sources

When entering the location bar (by pressing alt-o for example) the current selection is copied into my X clipboard.

This is not limited to konq, all places where the application automatically selects everything a copy is performed. This is far from intuitive and should be disabled.

Using Qt3rc1 here, but I have seen this behavior for some time again...
Comment 1 Stephan Kulow 2002-11-09 17:40:22 UTC
the currently selected text is copied into the _selection_, only stuff 
that you Copy explitictly is put in the clipboard. Exception: you asked 
klipper to put every selection in clipboard automaticly. 
Comment 2 Thomas Zander 2002-11-09 18:06:31 UTC
What you call the selection is what I called X-clipboard. We are talking   
about the same thing. On entering a number of entry dialogs the   
X-clipboard is automatically overwritten. We seem to agree on the current  
behavior. I just posted this bug to point out that this is incorrect in the  
cases I stated.  
   
It seems you find the useage as being correct now; then I am wondering  
how I must use the clipboard/selection to copy text from a konsole and  
paste it in the konqueror toolbar?  
  
Historically the x-clipboard has always been set on selection of content.  
The automatic selection of content by simply _entering_ the widget is 
something that has never happened, and has only started to appear when 
KDE copied the automatic selection on entry from Windows. 
 
This new feature makes the usage of the X clipboard useless in most 
cases, so adding the 'select-on-entry' feature kills the 'x-clipboard' 
feature-s usefullness. 
 
My point is simple, by saying that the selection should only be filled from a 
user-made selection we use the spirit of both features and restore peace 
in unix-clipboard land :) 
 
Please don't copy selections to the X-clipboard on automatic-selections. 
 
Comment 3 Stephan Kulow 2002-11-09 18:22:21 UTC
at first: alt-o does nothing but entering a o in konqueror's location bar 
second: qt does that. Freel free to do bug qt-bugs@trolltech.com 
Comment 4 Lubos Lunak 2002-11-11 16:02:04 UTC
 Reassigning to kde/clipboard, it's part of the problem discussed recently on kde-core-devel@. 
 
 Just out of interest, how exactly do you suggest fixing this problem? 
a) keep autoselecting in lineedits, but not copying to PRIMARY (=X-clipboard) in such case => 
people will complain that there are several texts selected, and it's not obvious what will MMB 
paste (or, if the previous text will be unselected, they will complain that MMB pastes something 
else than what's shown as the selected text) 
b) don't autoselect in lineedits => people will complain they have to clear the lineedit first 
c) I'd be interested in hearing proposals for solution c) 
 
Comment 5 Lubos Lunak 2002-11-11 16:12:30 UTC
 #43418 is a dupe of this. 
 
Comment 6 Thomas Zander 2002-11-11 17:01:37 UTC
My suggestion;     
> a) keep autoselecting in lineedits, but not copying to PRIMARY (=X-clipboard)     
> people will complain that there are several texts selected.. what will MMB paste 
 
This I can answer best with an example. 
Imagine I have 2 apps open. I select something in app A, then go to app B and select 
something there.  When opening a thirth app I have 2 selections on screen (one from A, 
one from B). Which one will be pasted? 
It turns out everyone (here at the office) agrees that the last selected one is the one 
that should be pasted. 
The ironic part is that nobody expected the auto-selected text to be pasted. I got 
questioning faces here when they tried KDE3 (most are still KDE2 users). 
The rule then is that everyone agrees the last manually-selected one is the one that 
should be pasted. 
 
Not copying on auto-select implements the spirit of the old X-selections clipboard. 
Comment 7 Lubos Lunak 2002-11-11 17:20:13 UTC
> When opening a thirth app I have 2 selections on screen (one from A, one from B).   
   
 This is actually a bug. The old one should go away (well, at least according to the spirit of the   
old X-selections clipboard).   
  
> Not copying on auto-select implements the spirit of the old X-selections clipboard.  
  
 The spirit of the old X-selections clipboard is that the _only_ thing selected is the selection  
(=X-clipboard).  
  
 See http://lists.kde.org/?l=kde-core-devel&m=103614858823106&w=2 for the description 
of the "spirit of the old X-selections clipboard". As you can see, it's different from what you 
describe. And this whole thingy is not that simple. If it's changed according to you (=users who 
have their vision of X selection deformed by the way it used to work in KDE2 - yes, that's what 
we are), then people used to the "right" X11 behaviour as used e.g. in Gtk+ will complain. 
 
 Feel free to suggest a way how to handle this without having many people complaning. I 
haven't found it yet. 
 
 
 
Comment 8 Stefan A. Möller 2002-11-11 17:51:53 UTC
I think solution b in comment #4 (don't autoselect) would be ok. Maybe it's not
an optimal solution, but it's much better than the current behaviour, which is
breaking an existing feature (copy-and-paste with the mouse).
And people complaining about having to clear the lineedit? IMHO that's not such
a big problem if you only prefill the lineedits when it's really necessary.
Examples:
- Create new dir/file in konqueror: The word "Directory" or "File" is prefilled.
Not necessary, an empty dialog would be enough.
- Ctrl-F (find) in text editor or konqueror: No need to prefill anything, too.
In other cases, like saving files, the prefilled filename is needed, which may
be inconvenient in some cases. But other non-KDE applications (Mozilla,
OpenOffice) handle it the same way: Prefilled but not selected.
Comment 9 Thomas Zander 2003-06-05 19:47:55 UTC
The bad behavior seems to be fixed in recent CVS.