[Kde-accessibility] [Bug 44931] middle click behavior: open link in new window or paste a url

[Datschge]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
You are a voter for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=44931     




------- Additional Comments From datschge at gmx.de  2003-05-15 11:52 -------
> That said, middle mouse 
> button in konqueror is "open page in new window/tab" when you click on a link. 
 
And that won't be removed for sure. 
 
> Is it in CVS ? I am running kde 3.1.1a and I don't experience the behaviour you 
> describe. Using mmb in konqueror will make it immediately load the new url, or 
> search the file on google if it is not an URL. If we don't have the same behaviour 
> already, it is very difficult to communicate on how to improve it. 
 
No, we are talking about the same behavior. You described the behavior perfectly this 
time, my only point was that the location bar, a text field, is only indirectly involved with 
this behavior. 
 
> - you come from the windows world and are used to another behaviour from the 
> mmb, so you use it all the time. I agree that we should not enable the IE feature but 
> it does not mean that Windows habbits should be completely ignored. Transition 
> should be as smooth as possible. This is why we allow double-click for example. 
 
My suggestion above was opening the pasted clipboard string in a new window/tab 
ideally in the background which would allow people to continue surfing on the current 
page. An unexpected new window/tab but nothing destroyed, how much smoother do 
you want it? 
 
> - you are a normal legitimate user but at the time you clicked on a URL, khtml just 
> resized and you clicked on an empty field 
 
My suggestion above was stopping the loading progress of the current page on mmb 
clicks for avoiding that the page gets resized. As for "clicked on an empty field", again 
let it open in a new window/tab instead in the current view like it's the case right now. 
 
> - you suffer from carpal tunnel or other handicap and you are not very smooth with 
> your mouth handling so you may miss a link 
 
You are not any more likely to miss a link when the mmb click paste feature gets 
removed. A way better solution for these kinds of handicaps would be zooming targets 
so the link is in original size before hovered but increases its size which makes it more 
unlikely that the mouse pointer accidentally leaves the target again since it's normally 
so small. This is completely unrelated to our topic though so please fill a separate 
wish report for it. 
 
> - [just happened 3 seconds ago while filling this field] you want to paste some text 
> into a field box on a html page but you miss the edge of the box because it is not 
> displayed. 
 
Again, let mmb paste open a new window/tab and this isn't a real issue anymore. 
 
> - you are scrolling strongly with the mouse wheel but do it too strongly and you 
> misclick. 
 
Misclicking can happen everywhere, that was never an excuse to remove 
functionalities. I mean how many windows users are complaining that their mice got 
stuck in internet explorer due to autoscroll? How come suddenly so many people are 
pressing that hard on the wheel while scrolling, or are those hardware problems I 
myself was lucky not to experience so far with my three mice? 
 
> I don't think we should simply ignore those users. The goal of KDE is to be a friendly 
> user desktop. 
 
And I'm suggesting possible solutions for all problems mentioned, why do I get the 
impression they are completely ignored? *sigh 
 
> The current behaviour I am experiencing (direct opening into internet, 
> not the one you describe) does have problems because the content of the clipboard 
> might be sensitive data: a password or a credit card number. 
 
I agree that at that point a dialog window should appear warning you that you are about 
to send possibly sensitive data into the internet, just like with unencrypted data 
transfers. This would also be a chance firstly for the user to cancel that action and 
secondly for educating him about that particular behavior. 
 
> I don't blame the software, but intelligent software should take it into account. 
 
Intelligent software is not software where popular features get removed since few don't 
like it, it's where features are kept but tweaked until ideally everyone is happy. 
 
> My suggestion is to make something explicit "you want to open an URL with 
> konqueror by pasting it" even more explicit by allow it only under location bar. 
 
I don't know what you mean with "under location bar". When you do a mmb click paste 
while hovering the mouse pointer over the location bar, a simple text field, you're only 
simply pasting text into the location bar without further effects. If you meant restricting 
the ability to do mmb paste to a small part of the whole khtml view, I can only say that 
that would be a usability horror par excellence since how do you want to make it 
obvious where mmb paste is supposed to work and where not? 
 
> Another possiblity is the one you describe, where it pops up klipper. But I am afraid 
> people won't notice the klipper popup. 
 
I never mentioned Klipper. Also I deactivated Klipper actions and use it only as 
clipboard history list. 
 
> Another solution is to popup a dialog to ask the user what he intends to do. That 
> way, misclick have an instant feedback so you don't have the "I click on a link and 
> wait but nothing happens because I did not realise that I did not click exactly on the 
> link". 
 
This is no solution, this is a try at a workaround trying to make the computer look 
smarter than the user using it. Imagine you'd get message dialogs like "You just 
clicked on the link but I think you didn't intended to do so. Did you really want to click the 
link? Yes No Cancel"...