<?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"
	>
<channel>
	<title>Comments on: Chapter IV: Ready to surf.</title>
	<atom:link href="http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/feed/" rel="self" type="application/rss+xml" />
	<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/</link>
	<description>Read, discuss and suggest your feelings about Maemo user interface modifications.</description>
	<pubDate>Sun, 20 Jul 2008 23:35:47 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>By: Andrew Zhilin</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-109</link>
		<dc:creator>Andrew Zhilin</dc:creator>
		<pubDate>Wed, 07 May 2008 11:34:23 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-109</guid>
		<description>I think we are missing "auto connectivity" issue somehow :) In my words it's NOT a storing WPA-Key for AP and auto entering it next time. It's the way when you reach AP and the device is attempting to connect without any confrmations and absolutely seamlessly. Or if you just turn on wi-fi and NIT starting to search auto-APs immediately. As I read somewhere that functionality would be implemented in Diablo. If it would, than half of my idea will become senseless but it would still work great for phone connections. :)</description>
		<content:encoded><![CDATA[<p>I think we are missing &#8220;auto connectivity&#8221; issue somehow :) In my words it&#8217;s NOT a storing WPA-Key for AP and auto entering it next time. It&#8217;s the way when you reach AP and the device is attempting to connect without any confrmations and absolutely seamlessly. Or if you just turn on wi-fi and NIT starting to search auto-APs immediately. As I read somewhere that functionality would be implemented in Diablo. If it would, than half of my idea will become senseless but it would still work great for phone connections. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ossi1967</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-108</link>
		<dc:creator>ossi1967</dc:creator>
		<pubDate>Wed, 07 May 2008 07:08:44 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-108</guid>
		<description>Looks great. I love it.  One question though:
How would favorites relate to "saved connections" in terms of autoconnect?

The way I use my tablet, I have 20+ saved connections that I wnat my tablet to use automatically. In your proposal, I would only want 2 of them to show up as favorites, because these are the two I use 90% of the time. (20+ favorites would be too much to handle, anyway... the number should indeed be restricted.)

So, would there be a conceptual difference between "favorite - shows up in UI immediately" and "saved connection - used for autoconnect" so that each favorite is also a saved connection, but not all saved connections are favorites?</description>
		<content:encoded><![CDATA[<p>Looks great. I love it.  One question though:<br />
How would favorites relate to &#8220;saved connections&#8221; in terms of autoconnect?</p>
<p>The way I use my tablet, I have 20+ saved connections that I wnat my tablet to use automatically. In your proposal, I would only want 2 of them to show up as favorites, because these are the two I use 90% of the time. (20+ favorites would be too much to handle, anyway&#8230; the number should indeed be restricted.)</p>
<p>So, would there be a conceptual difference between &#8220;favorite - shows up in UI immediately&#8221; and &#8220;saved connection - used for autoconnect&#8221; so that each favorite is also a saved connection, but not all saved connections are favorites?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: metallike</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-107</link>
		<dc:creator>metallike</dc:creator>
		<pubDate>Wed, 07 May 2008 01:43:02 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-107</guid>
		<description>Currently NIT is only autoconnecting to saved connections (or favorites).  Haven't tested which AP NIT will choose if more than one saved connection is in range, but I think that it really doesn't matter as long as it works. Because connecting to favorite APs with autoconnecting is easy, selecting of new never before used AP should be made easier... Just noticed that it is already possible to initiate connection selection from application menu-&#62;Settings. Just never came to my mind that it is there. But direct link to searhing of connections would be better.</description>
		<content:encoded><![CDATA[<p>Currently NIT is only autoconnecting to saved connections (or favorites).  Haven&#8217;t tested which AP NIT will choose if more than one saved connection is in range, but I think that it really doesn&#8217;t matter as long as it works. Because connecting to favorite APs with autoconnecting is easy, selecting of new never before used AP should be made easier&#8230; Just noticed that it is already possible to initiate connection selection from application menu-&gt;Settings. Just never came to my mind that it is there. But direct link to searhing of connections would be better.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Zhilin</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-106</link>
		<dc:creator>Andrew Zhilin</dc:creator>
		<pubDate>Wed, 07 May 2008 01:07:01 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-106</guid>
		<description>Well, in fact I don't really know how autoconnection would work in Diablo. My hopes are for seamless connection in range or on wi-fi enable, but these are only thoughts :) So I'm imagining that there's no autoconnection :) And I wonder what will NIT do if it will find two APs to autoconnect in same range. I think it's better to select auto from favorites, not all list.
Bout tray icon - I agree, it's not so easy to reach it while walking. I think Maemo guys should make a row in “power button menu” right below mode switching, so it would be easy to reach with hardware buttons.</description>
		<content:encoded><![CDATA[<p>Well, in fact I don&#8217;t really know how autoconnection would work in Diablo. My hopes are for seamless connection in range or on wi-fi enable, but these are only thoughts :) So I&#8217;m imagining that there&#8217;s no autoconnection :) And I wonder what will NIT do if it will find two APs to autoconnect in same range. I think it&#8217;s better to select auto from favorites, not all list.<br />
Bout tray icon - I agree, it&#8217;s not so easy to reach it while walking. I think Maemo guys should make a row in “power button menu” right below mode switching, so it would be easy to reach with hardware buttons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: metallike</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-105</link>
		<dc:creator>metallike</dc:creator>
		<pubDate>Wed, 07 May 2008 00:48:28 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-105</guid>
		<description>Usability of connection selection should be tested while walking in busy street and trying to open connection to new wifi (typical use case for me).

Current solution could be better. First, the connection icon is very hard to hit with finger and "select connections" is also fairly easy to miss. Everything should be as finger friendly as menus in task navigator (left bar), maybe connection could be selected from there? The "select connection" dialog is a real pain because every time list is refreshed selection jumps to first item, which is not nice if you are selecting wifi from the bottom of the list. If that bug was fixed and sorting changed to favorites, unencrypted, rest, things would be much better.

"Speed dials" you are proposing are nice but maybe not very useful if you are using autoconnecting. If autoconnectiong is enabled you hardly ever have to open that connection from the task bar application.</description>
		<content:encoded><![CDATA[<p>Usability of connection selection should be tested while walking in busy street and trying to open connection to new wifi (typical use case for me).</p>
<p>Current solution could be better. First, the connection icon is very hard to hit with finger and &#8220;select connections&#8221; is also fairly easy to miss. Everything should be as finger friendly as menus in task navigator (left bar), maybe connection could be selected from there? The &#8220;select connection&#8221; dialog is a real pain because every time list is refreshed selection jumps to first item, which is not nice if you are selecting wifi from the bottom of the list. If that bug was fixed and sorting changed to favorites, unencrypted, rest, things would be much better.</p>
<p>&#8220;Speed dials&#8221; you are proposing are nice but maybe not very useful if you are using autoconnecting. If autoconnectiong is enabled you hardly ever have to open that connection from the task bar application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Zhilin</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-104</link>
		<dc:creator>Andrew Zhilin</dc:creator>
		<pubDate>Wed, 07 May 2008 00:48:02 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-104</guid>
		<description>Well, in fact it will remove them from the list, but not from the scan :)</description>
		<content:encoded><![CDATA[<p>Well, in fact it will remove them from the list, but not from the scan :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: timsamoff</title>
		<link>http://tabletui.wordpress.com/2008/05/06/chapter-iv-ready-to-surf/#comment-103</link>
		<dc:creator>timsamoff</dc:creator>
		<pubDate>Wed, 07 May 2008 00:33:57 +0000</pubDate>
		<guid isPermaLink="false">http://tabletui.wordpress.com/?p=44#comment-103</guid>
		<description>Again... Some good ideas. :) I especially like the "Add" and "Remove" buttons, but... I'm not so sure it needs to be "...from Favorites." I'd actually just like to see red X's next to every Wifi signal that mean: "Remove from scan." That way, when you choose Select Connection, it would only scan for Wifi signals that you have not removed from the scan. Maybe the red X and the gray + could be next to each other for each signal. Then, you could either add to Favorites or Remove from scan.</description>
		<content:encoded><![CDATA[<p>Again&#8230; Some good ideas. :) I especially like the &#8220;Add&#8221; and &#8220;Remove&#8221; buttons, but&#8230; I&#8217;m not so sure it needs to be &#8220;&#8230;from Favorites.&#8221; I&#8217;d actually just like to see red X&#8217;s next to every Wifi signal that mean: &#8220;Remove from scan.&#8221; That way, when you choose Select Connection, it would only scan for Wifi signals that you have not removed from the scan. Maybe the red X and the gray + could be next to each other for each signal. Then, you could either add to Favorites or Remove from scan.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
