<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Refresh in reactive displays</title>
	<atom:link href="http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/feed/" rel="self" type="application/rss+xml" />
	<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/</link>
	<description>Change thrives on me</description>
	<lastBuildDate>Sat, 13 Mar 2010 22:28:09 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-3039</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Mon, 19 Nov 2007 22:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-3039</guid>
		<description>Eric: I think that&#039;s a great idea!  I thought that putting it in the tray might get a little annoying and I&#039;m not certain of that yet but it seems that way.  What you&#039;re proposing sounds really good, you should send it to the NM list.

Daniel: The reason why the animated scan icon could be annoying in the tray is because at times when you&#039;re out of wireless range NM will keep running scans on it&#039;s own.  Assuming you didn&#039;t want to connect to a wireless network or knew there were none available to connect to, having an icon that every 5 minutes turns into this animation for the next minute would get annoying.

Oh and the head icon is mugshot running, see http://mugshot.org/</description>
		<content:encoded><![CDATA[<p>Eric: I think that&#8217;s a great idea!  I thought that putting it in the tray might get a little annoying and I&#8217;m not certain of that yet but it seems that way.  What you&#8217;re proposing sounds really good, you should send it to the NM list.</p>
<p>Daniel: The reason why the animated scan icon could be annoying in the tray is because at times when you&#8217;re out of wireless range NM will keep running scans on it&#8217;s own.  Assuming you didn&#8217;t want to connect to a wireless network or knew there were none available to connect to, having an icon that every 5 minutes turns into this animation for the next minute would get annoying.</p>
<p>Oh and the head icon is mugshot running, see <a href="http://mugshot.org/" rel="nofollow">http://mugshot.org/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-3038</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Mon, 19 Nov 2007 22:48:11 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-3038</guid>
		<description>Maciej: I think you&#039;ve misunderstood.  In the situation where you&#039;re coming out of suspend there isn&#039;t anyway to make the wireless card refresh faster.  You have to understand the types of refresh, lets call it soft and hard.  During use of the wireless network your card is constantly doing a soft refresh to check for new networks. see my above comments on how this works.  When you&#039;re coming out of suspend or first booting up the card is doing a hard refresh of the wireless networks. 

You have to really take a much better look at the technology and how it works, perhaps it&#039;s my fault that I didn&#039;t explain what&#039;s going on underneath enough to back up these decisions, but it&#039;s pretty complicated and likely why you don&#039;t understand what&#039;s happening.  

So here&#039;s an situation where this refresh button easily fails.  You have the button pictured above which causes a hard refresh of all the wireless networks, the system is not smart as you say because the user is smart so it will always go into a refresh when you hit this button.  

If your card is attempting to connect to a wireless network as you press the refresh button you will break the connection and cause the card to go into a full scan mode.  If your card has scanned 1/2 of all the frequencies in your band and your desired AP is in the other half the card will dump it&#039;s scan cache and start from the beginning after the button is hit.

So you can see that already you have to be somewhat smart so the user doesn&#039;t shoot themselves in the foot; I can tell you&#039;re thinking already that we&#039;re trying to be too smart.  But we can both agree that you need to give enough feedback so people know when the card is doing something.  Then once there is enough feedback to feel like NM isn&#039;t just silent you probably won&#039;t want to use the refresh button because you&#039;ll see that it&#039;s always about to do the right thing.</description>
		<content:encoded><![CDATA[<p>Maciej: I think you&#8217;ve misunderstood.  In the situation where you&#8217;re coming out of suspend there isn&#8217;t anyway to make the wireless card refresh faster.  You have to understand the types of refresh, lets call it soft and hard.  During use of the wireless network your card is constantly doing a soft refresh to check for new networks. see my above comments on how this works.  When you&#8217;re coming out of suspend or first booting up the card is doing a hard refresh of the wireless networks. </p>
<p>You have to really take a much better look at the technology and how it works, perhaps it&#8217;s my fault that I didn&#8217;t explain what&#8217;s going on underneath enough to back up these decisions, but it&#8217;s pretty complicated and likely why you don&#8217;t understand what&#8217;s happening.  </p>
<p>So here&#8217;s an situation where this refresh button easily fails.  You have the button pictured above which causes a hard refresh of all the wireless networks, the system is not smart as you say because the user is smart so it will always go into a refresh when you hit this button.  </p>
<p>If your card is attempting to connect to a wireless network as you press the refresh button you will break the connection and cause the card to go into a full scan mode.  If your card has scanned 1/2 of all the frequencies in your band and your desired AP is in the other half the card will dump it&#8217;s scan cache and start from the beginning after the button is hit.</p>
<p>So you can see that already you have to be somewhat smart so the user doesn&#8217;t shoot themselves in the foot; I can tell you&#8217;re thinking already that we&#8217;re trying to be too smart.  But we can both agree that you need to give enough feedback so people know when the card is doing something.  Then once there is enough feedback to feel like NM isn&#8217;t just silent you probably won&#8217;t want to use the refresh button because you&#8217;ll see that it&#8217;s always about to do the right thing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maciej Pilichowski</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-3000</link>
		<dc:creator>Maciej Pilichowski</dc:creator>
		<pubDate>Mon, 19 Nov 2007 10:41:19 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-3000</guid>
		<description>Hmm, did I understand that correctly -- when the users needs CURRENT data she/he cannot get it right away but actually she/he has to wait until next auto-refresh. Oh boy...
Auto-refresh is useful thing to have but refresh on demand also because of time -- user can have things to do and don&#039;t want to waste 2 minutes (?) to see the refreshed list.

Current design is another example of this shameful attitude &quot;our program knows better (than user) what and when the user needs&quot;.</description>
		<content:encoded><![CDATA[<p>Hmm, did I understand that correctly &#8212; when the users needs CURRENT data she/he cannot get it right away but actually she/he has to wait until next auto-refresh. Oh boy&#8230;<br />
Auto-refresh is useful thing to have but refresh on demand also because of time &#8212; user can have things to do and don&#8217;t want to waste 2 minutes (?) to see the refreshed list.</p>
<p>Current design is another example of this shameful attitude &#8220;our program knows better (than user) what and when the user needs&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark : Scanning for Feedback</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1494</link>
		<dc:creator>Bryan Clark : Scanning for Feedback</dc:creator>
		<pubDate>Wed, 17 Oct 2007 15:26:39 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1494</guid>
		<description>[...] Manager could export a signal when it is actively searching for networks. As I mentioned in the previous post and many people pointed out in the comments that we need some feedback when the wireless card is [...]</description>
		<content:encoded><![CDATA[<p>[...] Manager could export a signal when it is actively searching for networks. As I mentioned in the previous post and many people pointed out in the comments that we need some feedback when the wireless card is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Huie</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1477</link>
		<dc:creator>Jay Huie</dc:creator>
		<pubDate>Wed, 17 Oct 2007 01:30:21 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1477</guid>
		<description>Bryan,
Thanks for the explanation of UI design. I think sometimes (especially in Linux land) it seems like either black magic, or that someone just threw it together.
I agree with you that some type of &quot;scanning&quot; feedback would be helpful. I like how the bars build as it starts to authenticate (dhcp, etc..) but often I&#039;m left tail -f /var/log/messages to see if it&#039;s going to work, or if my network card&#039;s hung or stuck in an endless cycle.
The lack of a &#039;refresh&#039; has hit me too, when I want to connect to a network that I know&#039;s there but NM hasn&#039;t picked up on it... I&#039;ve often resorted to simply redefining it.... I&#039;m sure that breaks the 1-2 step into something worse then 1-2-3... So there are definitely other ways that people are obscuring the bugs...</description>
		<content:encoded><![CDATA[<p>Bryan,<br />
Thanks for the explanation of UI design. I think sometimes (especially in Linux land) it seems like either black magic, or that someone just threw it together.<br />
I agree with you that some type of &#8220;scanning&#8221; feedback would be helpful. I like how the bars build as it starts to authenticate (dhcp, etc..) but often I&#8217;m left tail -f /var/log/messages to see if it&#8217;s going to work, or if my network card&#8217;s hung or stuck in an endless cycle.<br />
The lack of a &#8216;refresh&#8217; has hit me too, when I want to connect to a network that I know&#8217;s there but NM hasn&#8217;t picked up on it&#8230; I&#8217;ve often resorted to simply redefining it&#8230;. I&#8217;m sure that breaks the 1-2 step into something worse then 1-2-3&#8230; So there are definitely other ways that people are obscuring the bugs&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1469</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Tue, 16 Oct 2007 21:29:08 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1469</guid>
		<description>I&#039;m wondering if changing the NM icon for that of a radar (maybe animated) when it&#039;s scanning would be something informative and not too much annoying.

By the way, what is the head icon at the right of the NM one?</description>
		<content:encoded><![CDATA[<p>I&#8217;m wondering if changing the NM icon for that of a radar (maybe animated) when it&#8217;s scanning would be something informative and not too much annoying.</p>
<p>By the way, what is the head icon at the right of the NM one?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1468</link>
		<dc:creator>Eric</dc:creator>
		<pubDate>Tue, 16 Oct 2007 21:18:55 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1468</guid>
		<description>What if  in the same place as the &quot;Refresh&quot; button in the mockup you posted, there was an animated spinner image?

http://www.napyfab.com/ajax-indicators/images/indicator.gif

On OSX, it is very common to see people constantly opening/closing/reopening the AirPort menu, waiting for networks to show up, because the menu does not automatically refresh. The Wireless Networks dialog in Windows XP also does not automatically refresh.

Letting users know that the NetworkManager list menu does automatically update and does not need to be manually closed/re-opened could make them very happy.</description>
		<content:encoded><![CDATA[<p>What if  in the same place as the &#8220;Refresh&#8221; button in the mockup you posted, there was an animated spinner image?</p>
<p><a href="http://www.napyfab.com/ajax-indicators/images/indicator.gif" rel="nofollow">http://www.napyfab.com/ajax-indicators/images/indicator.gif</a></p>
<p>On OSX, it is very common to see people constantly opening/closing/reopening the AirPort menu, waiting for networks to show up, because the menu does not automatically refresh. The Wireless Networks dialog in Windows XP also does not automatically refresh.</p>
<p>Letting users know that the NetworkManager list menu does automatically update and does not need to be manually closed/re-opened could make them very happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Artem Vakhitov</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1466</link>
		<dc:creator>Artem Vakhitov</dc:creator>
		<pubDate>Tue, 16 Oct 2007 20:47:27 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1466</guid>
		<description>Brian said: &quot;I know people want it because it would gloss over most of the bugs in NM, but that just leaves the bugs unfixed.&quot;

Sure, I can understand this motivation. But maybe some trade-off  is possible? Like, for example, include the Refresh button in the UI, but every time a user clicks it, NM would log all relevant aspects of its state and then send the log to the developers for analysis when the connection is up. That way, users would get the control they want, and developers would receive the feedback they need to fix the remaining bugs. What do you think about it?</description>
		<content:encoded><![CDATA[<p>Brian said: &#8220;I know people want it because it would gloss over most of the bugs in NM, but that just leaves the bugs unfixed.&#8221;</p>
<p>Sure, I can understand this motivation. But maybe some trade-off  is possible? Like, for example, include the Refresh button in the UI, but every time a user clicks it, NM would log all relevant aspects of its state and then send the log to the developers for analysis when the connection is up. That way, users would get the control they want, and developers would receive the feedback they need to fix the remaining bugs. What do you think about it?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1462</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Tue, 16 Oct 2007 20:15:51 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1462</guid>
		<description>Bryan: Ahh, thanks for explaining. A very interesting read. I&#039;ll shut up for now ;)</description>
		<content:encoded><![CDATA[<p>Bryan: Ahh, thanks for explaining. A very interesting read. I&#8217;ll shut up for now <img src='http://clarkbw.net/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1456</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Tue, 16 Oct 2007 20:02:19 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1456</guid>
		<description>Anders: Dan explained this to me this morning because I had never understood it before.  A wireless card will send a sleep packet to the AP it&#039;s associated with which causes the AP to buffer incoming packets for the card.  The card then buffers any out going packets while it switches channels and listens for activity on other channels; each channel requiring about 100ms. Once the passive scan is completed the card sends a &#039;wake&#039; packet to the AP and they both push through any buffering they&#039;ve been doing.  I guess it&#039;s a pretty standard system.

Artem: I know people want it because it would gloss over most of the bugs in NM, but that just leaves the bugs unfixed.  As Dan pointed out in his post, we complained early on and stuck to our guns of what we wanted to do with Linux wireless networking and we&#039;re almost there.   Just a little further to go.</description>
		<content:encoded><![CDATA[<p>Anders: Dan explained this to me this morning because I had never understood it before.  A wireless card will send a sleep packet to the AP it&#8217;s associated with which causes the AP to buffer incoming packets for the card.  The card then buffers any out going packets while it switches channels and listens for activity on other channels; each channel requiring about 100ms. Once the passive scan is completed the card sends a &#8216;wake&#8217; packet to the AP and they both push through any buffering they&#8217;ve been doing.  I guess it&#8217;s a pretty standard system.</p>
<p>Artem: I know people want it because it would gloss over most of the bugs in NM, but that just leaves the bugs unfixed.  As Dan pointed out in his post, we complained early on and stuck to our guns of what we wanted to do with Linux wireless networking and we&#8217;re almost there.   Just a little further to go.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurent</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1455</link>
		<dc:creator>Laurent</dc:creator>
		<pubDate>Tue, 16 Oct 2007 19:51:40 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1455</guid>
		<description>A quick and dirty alternative to the refresh button would be to start the refresh process when one click the NM icon(?)</description>
		<content:encoded><![CDATA[<p>A quick and dirty alternative to the refresh button would be to start the refresh process when one click the NM icon(?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Artem Vakhitov</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1454</link>
		<dc:creator>Artem Vakhitov</dc:creator>
		<pubDate>Tue, 16 Oct 2007 19:51:07 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1454</guid>
		<description>Sigh... I was going to make a feature request for a Refresh button. I thought it&#039;d be better to have it there until NM works 99,99% of time. Which, sadly, isn&#039;t the case for me (and for many other people) currently. Please please add it - maybe not a button, but some other control that would allow me to tell NM &quot;please do scan the available networks now&quot;. Otherwise the users for whom NM doesn&#039;t work are effectively punished :-(</description>
		<content:encoded><![CDATA[<p>Sigh&#8230; I was going to make a feature request for a Refresh button. I thought it&#8217;d be better to have it there until NM works 99,99% of time. Which, sadly, isn&#8217;t the case for me (and for many other people) currently. Please please add it &#8211; maybe not a button, but some other control that would allow me to tell NM &#8220;please do scan the available networks now&#8221;. Otherwise the users for whom NM doesn&#8217;t work are effectively punished <img src='http://clarkbw.net/blog/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1453</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Tue, 16 Oct 2007 19:21:05 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1453</guid>
		<description>Bryan: How does the hardware do that? How does the card do a passive scan on another channel, than the one it&#039;s currently tuned in at? I have two problems with it:
1) I have never seen a Linux-laptop show networks on other channels while attached to a network - but maybe I&#039;m just unlucky.
2) I can&#039;t wrap my head around how a single-radio card can listen on two channels simultaneously - which must be needed for uninterrupted wlan on one channel and a passive scan on another channel.</description>
		<content:encoded><![CDATA[<p>Bryan: How does the hardware do that? How does the card do a passive scan on another channel, than the one it&#8217;s currently tuned in at? I have two problems with it:<br />
1) I have never seen a Linux-laptop show networks on other channels while attached to a network &#8211; but maybe I&#8217;m just unlucky.<br />
2) I can&#8217;t wrap my head around how a single-radio card can listen on two channels simultaneously &#8211; which must be needed for uninterrupted wlan on one channel and a passive scan on another channel.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bryan Clark</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1452</link>
		<dc:creator>Bryan Clark</dc:creator>
		<pubDate>Tue, 16 Oct 2007 18:53:01 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1452</guid>
		<description>Blizzard: There&#039;s an issue if you&#039;re actively looking for a new network that you might want to know if NM is still scanning or has scanned everything and what it shows is all that&#039;s available.  A little feedback about if it&#039;s scanning or not should relate how old the information is.

Anders: That sounds like a driver issue, it really has nothing to do with NM. Network Manager would send a request for a passive scan while you&#039;re associated to a wlan, however if your driver is broken it won&#039;t honor that request and you&#039;ll have to un-associate.

Stephane: I have some mockups of how to not always connect to networks like that.  I was planning on posting them soon. http://www.gnome.org/~clarkbw/designs/network-manager/</description>
		<content:encoded><![CDATA[<p>Blizzard: There&#8217;s an issue if you&#8217;re actively looking for a new network that you might want to know if NM is still scanning or has scanned everything and what it shows is all that&#8217;s available.  A little feedback about if it&#8217;s scanning or not should relate how old the information is.</p>
<p>Anders: That sounds like a driver issue, it really has nothing to do with NM. Network Manager would send a request for a passive scan while you&#8217;re associated to a wlan, however if your driver is broken it won&#8217;t honor that request and you&#8217;ll have to un-associate.</p>
<p>Stephane: I have some mockups of how to not always connect to networks like that.  I was planning on posting them soon. <a href="http://www.gnome.org/~clarkbw/designs/network-manager/" rel="nofollow">http://www.gnome.org/~clarkbw/designs/network-manager/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane Chauveau</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1451</link>
		<dc:creator>Stephane Chauveau</dc:creator>
		<pubDate>Tue, 16 Oct 2007 18:35:46 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1451</guid>
		<description>An alternative to the refresh button could be an entry such as &quot;More ...&quot; at the end of the list of networks. 

That entry would open a dialog window with some advanced features such as :
   - a refresh button.
   - hide/show the networks in the applet list and prevent/allow automatic login. I once logged by mistake on my neighbor&#039;s unprotected network and after that NM would automatically choose it by default. I think that I had to manually remove the keys in gconf. Annoying!  
   - prioritize the available networks (e.g. chose my high speed private network instead of my low speed guest hotspot).
   - manage the stored password (clear, show, ...). 
   - show the encryption protocol and the channel for each network.</description>
		<content:encoded><![CDATA[<p>An alternative to the refresh button could be an entry such as &#8220;More &#8230;&#8221; at the end of the list of networks. </p>
<p>That entry would open a dialog window with some advanced features such as :<br />
   &#8211; a refresh button.<br />
   &#8211; hide/show the networks in the applet list and prevent/allow automatic login. I once logged by mistake on my neighbor&#8217;s unprotected network and after that NM would automatically choose it by default. I think that I had to manually remove the keys in gconf. Annoying!<br />
   &#8211; prioritize the available networks (e.g. chose my high speed private network instead of my low speed guest hotspot).<br />
   &#8211; manage the stored password (clear, show, &#8230;).<br />
   &#8211; show the encryption protocol and the channel for each network.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1450</link>
		<dc:creator>Anders</dc:creator>
		<pubDate>Tue, 16 Oct 2007 17:49:49 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1450</guid>
		<description>A refresh button is actually the single thing I miss the most from networkmanager. It&#039;s really annoying that you can&#039;t see networks on other channels when it&#039;s logged onto a wlan.

The list of networks on the _current_ channel is useless.</description>
		<content:encoded><![CDATA[<p>A refresh button is actually the single thing I miss the most from networkmanager. It&#8217;s really annoying that you can&#8217;t see networks on other channels when it&#8217;s logged onto a wlan.</p>
<p>The list of networks on the _current_ channel is useless.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christopher Blizzard</title>
		<link>http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/comment-page-1/#comment-1446</link>
		<dc:creator>Christopher Blizzard</dc:creator>
		<pubDate>Tue, 16 Oct 2007 16:05:59 +0000</pubDate>
		<guid isPermaLink="false">http://clarkbw.net/blog/2007/10/16/refresh-in-reactive-displays/#comment-1446</guid>
		<description>Can we tell how old the data is?  Can we just say &quot;20 seconds old&quot; or &quot;2 minutes old&quot; or something?  That might lead to someone asking for a refresh button, though.</description>
		<content:encoded><![CDATA[<p>Can we tell how old the data is?  Can we just say &#8220;20 seconds old&#8221; or &#8220;2 minutes old&#8221; or something?  That might lead to someone asking for a refresh button, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 2.324 seconds -->
