daniel wrote:
 > On 22 January 2014 01:04, James Cameron <qu...@laptop.org> wrote:
 > 
 > > On Wed, Jan 22, 2014 at 12:41:04AM +0100, Daniel Narvaez wrote:
 > > > I'm referring to this patch, I couldn't find it before.
 > > >
 > > > https://github.com/sugarlabs/sugar/pull/153
 > > >
 > > > It's actually per network, not per device, so it only forgets
 > > > present networks.
 > > > Can you explain why we need to be able to forget non-present ones?
 > >
 > > To prevent a host from automatically connecting to a network that
 > > was previously available and connected to, but is not at the moment,
 > > due to distance or the network being off.
 > >
 > > This may be done because of a change of ownership of a host, or a
 > > change in the trust level of a network.
 > >
 > 
 > Ok. The button is not really a good UI for that use case but it's probably
 > something we don't want to regress.
 > 
 > 
 > > Is there any way at all to restore that security feature after
 > > removal the "Discard network history" button?
 > >
 > 
 > Not that I can think of, other than nmcli.
 > 
 > So... I think we need design input here. Would a history list with a forget
 > button a la GNOME be a good way handle that use case?

i've only seen the last few messages in this thread, so my comment
may be off-base, but:  i've always found the networkmanager UI to
be sorely lacking.  i often find that the network list has grown
quite long, including things like "linksys" and "netgear" (i wonder
where _those_ were?), and every starbucks or airport wifi i've visited
in the last 6 months.  to unclutter my UI involves at least 3 clicks
per network (or maybe 4:  scroll, select, delete, confirm).  i've
always wanted it to be a "select all the networks you'd like to
delete" interface instead.

part of the issue is that the "remembered" networks are remembered
even if a previous connection attempt was unsuccessful.  this means
that clicking on "open" networks that aren't really open will grow
the list, as will selecting a non-guest network by mistake.

paul
=---------------------
 paul fox, p...@laptop.org
_______________________________________________
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Reply via email to