[Kde-accessibility]
[Bug 44931] middle click behavior: open link in new window or paste
a url
Thomas Friedrichsmeier
thomas.friedrichsmeier at ruhr-uni-bochum.de
Thu May 15 15:14:37 CEST 2003
------- 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 thomas.friedrichsmeier at ruhr-uni-bochum.de 2003-05-15 16:14 -------
Subject: Re: middle click behavior: open link in new window or paste a url
Let me try to re-summarize what really makes up the problem. I'm sure not
everybody will agree - but I'll give it a try:
mmb has two different functions in konqi:
1) pasting stuff
2) opening a link in a new tab/window
actually it has three quite different uses:
1 a) pasting a URL/search-string
1 b) pasting text in a form
2) opening a link
Now that in itself is not the problem. And I'm not arguing to _remove_ any of
these features. The problem is, that those three uses live in potentially
very close vicinity: You can have a textfield in a form next to a link, next
to a non-link. Where exactly you click may produce extremly different
results. Some have argued, that this is potentially hazardous especially if
you accidentally paste a URL/search-string (or konqueror believes, that's
what you were trying to do), while actually you were trying to paste
something into a form.
So how to resolve this? My favorite approach would be to separate the three
uses in space. One way of doing this would be to e.g. make the URL-pasting
work only on the arrowish button to the left of the location-bar.
Yes, that would mean, that if you want to paste a URL via mmb, you need to
position your mouse over that button instead of just clicking anywhere in the
window. However, since at least in my personal use of konqueror, mmb-pasting
URLs is much less common than uses 1b) and 2), that would seem more than
acceptable to me. It will mean, that use 1 a) will be slightly harder to
accomplis, but certainly performing the mmb-click on a button instead of in
the main window is not exactly a big deal to those claiming "I never misclick
ever".
(As rather personal remark, let me add, that it never seemed entirely logical
to me, to be able to drag-and-drop or paste to an inherently _read-only_
viewing-area. Yes, you should be able to paste in the location-bar, and yes,
we might automate pasting and opening a URL by allowing mmb-clicks on the
arrow-button, but really, what's the logic in pasting something into the
rendered view of an HTML-page?)
Thomas
More information about the kde-accessibility
mailing list