knetworkmanager systray right-click and left-click behaviors have swapped places

Bug #121895 reported by Michael Blakeley
8
Affects Status Importance Assigned to Milestone
knetworkmanager
Fix Released
Wishlist
knetworkmanager (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: knetworkmanager

Linux mblakele-lt 2.6.22-6-generic #1 SMP Fri Jun 1 00:54:39 GMT 2007 x86_64 GNU/Linux
knetworkmanager/gutsy uptodate 1:0.2~r674918-0ubuntu2

I upgraded knetworkmanager yesterday, and noticed that the right-click and left-click behaviors have changed. With the latest build, I must right-click in order to see the list of essids and select a new access-point. Left-click brings up a connection-status window.

I know UI decisions are always contentious, but I hope this was an accidental change. I think of changing access points (or interfaces) as the *primary* function of the systray icon, and I think the primary function of a widget should be available on left-click. It's rare that I want to see the connection status: in fact, I've never used that feature on purpose. Much more frequently, I need to select an access point or change interfaces.

If this change was intentional and won't be reverted, then please let me know and I'll wishlist configurability for this behavior.

Revision history for this message
Sujee Maniyam (sujee) wrote :

I hear you. But looks like more KDE systray icons are moving towards this behavior.
Left click : bring up the application
Right click : options
Amarok does the same; left click brings up the main Amarok window, right click shows options : play, stop ..etc
you can try opening a wish at KDE bug tracker.
Have a look at this bug as well : http://bugs.kde.org/show_bug.cgi?id=141862

Changed in knetworkmanager:
status: New → Incomplete
Revision history for this message
Michael Blakeley (mike+ubuntu) wrote :

Thanks for the pointer. That item is about something different, though: the filer seems to be asking to be able to right-click on individual networks and interfaces, rather than the knetworkmanager systray icon.

I'd argue that knetworkmanager isn't an application, so while the behavior is perfectly appropriate for amarok, but it is inappropriate for knetworkmanager. Counterexamples to amarok: kmix, kmenu, klipper, knotes. These are all accessories, or utilities - as is knetworkmanager.

It's a question of primary behavior, again. The new knetworkmanager behavior is to "show properties" by default. That might be ok if the user could change networks on the first screen of the "connection status" window, but that isn't possible.

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for knetworkmanager (Ubuntu) because there has been no activity for 60 days.]

Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

Please update the status of this bug. I'd argue that it represents a serious usability problem. The main purpose of network-manager-kde (gutsy name) is to enable a user to connect to a network. The most obvious thing to do would be to left-click on it. Therefore the list of available networks must be shown on left-click and not on right-click. The status information is meaningless to most users, therefore it should pop up on right click.

If the maintainer of network-manager-kde cannot fix this bug before the gutsy release, just drop me a note and I'll do that myself.

Cheers, Florian

Changed in knetworkmanager:
status: Invalid → Confirmed
Revision history for this message
Florian Hackenberger (f-hackenberger) wrote :

Hmm...It seems that I'm able to change the status myself...it's now confirmed.

Changed in knetworkmanager:
status: Unknown → In Progress
Changed in knetworkmanager:
status: In Progress → Fix Released
Revision history for this message
Michael Blakeley (mike+ubuntu) wrote :

network-manager-kde/intrepid 1:0.7svn864988-0ubuntu1 fixes this issue for me.

Changed in knetworkmanager:
status: Confirmed → Fix Released
Changed in knetworkmanager:
importance: Unknown → Wishlist
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.