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
A recent change to the NetworkManager API combined the
NM_DEVICE_TYPE_GSM and NM_DEVICE_TYPE_CDMA types as
NM_DEVICE_TYPE_MODEM and provided an alternative API for accessing the
modem device's capabilities (including GSM_UMTS and CDMA_EVDO).
https://bugzilla.gnome.org/show_bug.cgi?id=643390
Signed-off-by: Richard Hughes <richard@hughsie.com>
