This factorizes the row creation a bit and normalizes the margins and
spacing, reducing the required width. This also makes labels like row
titles and descriptions ellipsizable so the rows can reach narrower
widths.
The list of networks is sorted by connection type. If a user has e.g. a
lot of VPN connections, then the unsorted list is hard to browse.
To fix this, include the title of the connection in the sort order and
ensure the list is kept sorted when a title is changed.
Reported-by: Oliver Haessler <oliver@redhat.com>
https://bugzilla.gnome.org/show_bug.cgi?id=778685
We also remove support for WiMAX (now unsupported by NetworkManager),
and InfiniBand (Enterprise feature), and the use of
the deprecated NM_SETTING_WIRELESS_SEC property.
With help from network-manager-applet patches by Jiří Klimeš and
Dan Winship.
https://bugzilla.gnome.org/show_bug.cgi?id=765910
Excessively long metadata fields cause the the control-center panel to
blow out to wider than screen width. Probably the right thing is to
limit the allocation to the device detail pane from somewhere up the
stack, but for now, enable ellipsizing and set an max-width to
constrain the width of things which are there just for information
anyway; true values are available in the edit dialog.
Closes#759766.
Signed-off-by: Andrew Cowie <andrew@operationaldynamics.com>
network-wireless-signal-excellent and network-cellular-signal-excellent
don't exist in non-symbolic variants anymore, so use the fallback
names instead.
https://bugzilla.gnome.org/show_bug.cgi?id=695480
For disconnected/unavailable devices, show the localized
NMDeviceStateReason next to the localized NMDeviceState (and not in
the tooltip). Also, move the code to do this into panel-common rather
to save some duplication.
https://bugzilla.gnome.org/show_bug.cgi?id=676117
In bug 689638, the designers only asked for the list icons
to be symbolic, not the big icons in the page headings. The
current code was failing on both ends: virtual devices like
vlan still had non-symbolic icons in the list, and several
pages (e.g mobile and proxy) had symbolic icons in the headings.
https://bugzilla.gnome.org/show_bug.cgi?id=693001
It's confusing to call an ethernet device "disconnected" when it is
plugged in but not in use. Just don't say anything instead.
Also, update the icon logic to show the "disconnected" icon in this
state, rather than the "connected" one, since it's confusing for the
icon to change even though the network connection hasn't been
activated.
https://bugzilla.gnome.org/show_bug.cgi?id=646029
This is consistent with the guideline to use symbolic icons for
classes and reserve full color icons for "things" like apps, people,
documents, pages, etc.
It is also consistent with how these devices are displayed in the
network menu, notifications, and dialogs.
https://bugzilla.gnome.org/show_bug.cgi?id=689638
We support multiple kinds of wireless networks; clarify which kind
we're talking about here.
Also, add "Wi-Fi" and "Wifi" to the desktop file search keywords
(leaving "Wireless" there as well).
https://bugzilla.gnome.org/show_bug.cgi?id=677143
We don't show it for wifi details, and it is causing ugly warnings
from the setting code.
At the same time, make all selectable labels on the wired page
focusable as well, to be consistent with wifi.
When showing the details for an in-range, but not active access
point, we were just always showing details for the currently
active connection. This commit starts to sort things apart.
We can use this from the different NetDevice types, and once all the devices are
converted to actual NetDeviceFoo-style objects we can remove the legacy code in
cc-network-panel.c
This is the most common case, and is the page we want to end up
on when we're coming from the shell menu.
https://bugzilla.gnome.org/show_bug.cgi?id=677791
Signed-off-by: Richard Hughes <richard@hughsie.com>
If NetworkManager knows that firmware is missing, say so.
This matches recent changes in the gnome-shell network menu.
It adds one new string, "Firmware missing", for which I have
pulled existing translations from the similar "firmware missing"
string in gnome-shell.
https://bugzilla.gnome.org/show_bug.cgi?id=646027
