Bug#406793: iceweasel: middle-click behavior makes no sense
I like the current behavior, though I mostly use Konqueror so I can't tell if it's for some reason a big usability issue in Iceweasel; in Konqueror I haven't perceived it as a problem and use the feature frequently. Sami -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406793: iceweasel: middle-click behavior makes no sense
on the firefox bts (https://bugzilla.mozilla.org/show_bug.cgi?id=366945), Sam Leides wrote: I like the current behavior, though I mostly use Konqueror so I can't tell if it's for some reason a big usability issue in Iceweasel (Firefox); in Konqueror I haven't perceived it as a problem and use the feature frequently. ok, i tried out the middle-click in konqueror, and i agree, it does work very well. when the clipboard text is a valid url, konqueror takes the user to that url. however, if the clipboard text is empty or contains non-url text, then it does not do anything. if firefox behaved this way, i would be very happy. my primary issue with the functionality is what happens with non-url text. so, my request is that iceweasel not do anything for a middle-click with non-url text on the clipboard, and conversely to load the url if the clipboard text contains a valid url. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406793: iceweasel: middle-click behavior makes no sense
forwarded 406793 https://bugzilla.mozilla.org/show_bug.cgi?id=366945 thanks On Sat, Jan 13, 2007 at 11:36:48PM -0500, Michael Gilbert [EMAIL PROTECTED] wrote: Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: normal the middle-click behavior in firefox is mind-boggling...even for those who fully understand the unix middle-click. first of all, it does makes sense that middle-clicking in a form pastes the clipboard contents into that form. it also makes sense that middle-clicking on a link opens that link in a new tab. however, it makes absolutely no sense that middle-clicking in arbitrary space on a page attempts to load a url based on the text in the clipboard. oftentimes i am trying to middle-click on a link, but miss slightly, and am taken to a 404 not found because the clipboard text is not a url. i hadn't meant to use the clipboard text to take me anywhere, but inadvertently, i was. i really think that middle-clicking within a page should not attempt to parse the clipboard text as a url. instead, that click should just be ignored. let the user middle-click in the address bar, then press go to use clipboard text as a url. that makes sense. You may want to go to about:config and set middlemouse.contentLoadURL to false. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406793: iceweasel: middle-click behavior makes no sense
it's great that there is a setting to disable this behavior, but i'm more concerned about the impact to the user's psyche. i mean it seems to make no sense what is going on. i think that middlemouse.contentLoadURL should be set to false by default (preferably starting with iceweasel 3 because i know that it is bad to change functionality in the stable release). thanks. mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406793: iceweasel: middle-click behavior makes no sense
Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: normal the middle-click behavior in firefox is mind-boggling...even for those who fully understand the unix middle-click. first of all, it does makes sense that middle-clicking in a form pastes the clipboard contents into that form. it also makes sense that middle-clicking on a link opens that link in a new tab. however, it makes absolutely no sense that middle-clicking in arbitrary space on a page attempts to load a url based on the text in the clipboard. oftentimes i am trying to middle-click on a link, but miss slightly, and am taken to a 404 not found because the clipboard text is not a url. i hadn't meant to use the clipboard text to take me anywhere, but inadvertently, i was. i really think that middle-clicking within a page should not attempt to parse the clipboard text as a url. instead, that click should just be ignored. let the user middle-click in the address bar, then press go to use clipboard text as a url. that makes sense. this is firefox upstream bug #366945 (https://bugzilla.mozilla.org/show_bug.cgi?id=366945) thank you for your consideration. mike -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages iceweasel depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii fontconfig2.4.1-2generic font configuration library ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.1-2generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-19 GCC support library ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-19 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages iceweasel recommends: ii myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]