There is no way to remove the wireless applet with the mouse, since you can't bring up the context menu. The applet is just a menubar, and clicking anywhere on it with any button just brings up the applets menu, not the context menu. It can probably still be removed using keynav, but the applet should really have a handle similar to the handle of the notification area or the window list, for easier removal/dragging.
See also 131652 - no reason to fix one if we're removing it. :)
Okay, this is the NetworkManager applet ... which really needs its own bugzilla component
The way other applets like this do it is to make button press events which aren't from button 1 to be left for the applet to handle - e.g. from the show desktop applet: static gboolean do_not_eat_button_press (GtkWidget *widget, GdkEventButton *event) { if (event->button != 1) { g_signal_stop_emission_by_name (widget, "button_press_event"); } return FALSE; } { g_signal_connect (G_OBJECT (sdd->button), "button_press_event", G_CALLBACK (do_not_eat_button_press), NULL); }
Mark, The applet used to have this code until Seth converted it from a Toggle Button to an actual Menu. You can get the context-menu if you click either the very top (if on a top-panel) or the very-bottom (on a bottom-panel) of the applet's panel presence, but this needs to happen regardless of where on it you click. Does the above method still work for GtkMenuBar/GtkMenuItem/GtkMenu objects? The code still might be there. Reassign to Seth since he touched it last :)
Yeah, I think that works for a menu bar too. The panel itself does something similar - see menu_dummy_button_press_event() Note, the fact that you can popup the menu at the top and bottom is indicative of another problem - the applet doesn't expand itself to come flush up against the edge which means you don't take advantage of the pinning action of the edge of the screen.
jrb's working on this now, right? *bounce*
*** Bug 134651 has been marked as a duplicate of this bug. ***
It's no longer an applet.