On Wed, Nov 28, 2012 at 12:32 AM, David Seikel <[email protected]> wrote:
> On Tue, 27 Nov 2012 23:59:40 -0200 Lucas De Marchi
> <[email protected]> wrote:
>
>> On Tue, Nov 27, 2012 at 11:37 AM, Davide Andreoli
>> <[email protected]> wrote:
>> > 2012/11/27 Gustavo Sverzut Barbieri <[email protected]>
>> >
>> >> I think that always freezing is as painful, as adding an action to
>> >> refresh is cumbersome.
>> >>
>> >> What about a refresh threshold as Bruno said. It could be one
>> >> minute, I guess it should do without being as annoying, and it's
>> >> fixed rate at least.
>> >>
>> >>
>> > and what about just make the list alphabetic sorted so that it
>> > don't get mess
>> > when refreshed?
>>
>>
>> there's a logic in how they are sorted: it's best to worst, known to
>> unknown.
>
> "Best" in what way?  Your "logic" is only working for some people, other
> wise the rest would not be complaining.
>
>> Sorting alphabetically is the last thing you want to do for networks.
>
> It's the first thing you want if you are looking for a particular
> hotspot.  In this case that's the "best" sorting.  It may not be the
> best where you are, but for other people it IS the best.  There are
> quite good reasons why people want a particular hotspot instead of
> simply which ever one is considered by Lucas to be "best".  This is the
> reason people are complaining and asking for an alphabetical sorting.
> It's best for them.  I would say it's best for a LOT of people.
>
> In some cases, like when in a large place with lots of hotspots all
> setup the same way, sure "best signal strength" is the "best" option.
> In a big university or hotel often it would not matter which hotspot you
> use, one account works on them all, so use the one with the best signal.
>
> In smaller places where the random hotspots are run by different people
> that are not cooperating, then "onefangs hotspot" might be the best for
> you, coz you are visiting onefang, and onefang just opened up an
> account for you.  Even if the 30 hotspots between you and "onefangs
> hotspot" have better signals, they are entirely useless to you coz they
> are locked down and you don't have accounts on them.  All are "unknown"
> to you, coz you have never been here before.  (OK, not that many
> hotspots in the area around my personal hotspot, I'm using the "30"
> figure coz that was quoted before, as unlikely as most people seem to
> think that figure was.)
>
> This second use case can happen in a StarBucks in the middle of a busy
> shopping centre.  Been there, done that, got the t-shirt.  The "local"
> hotspot I was allowed to use coz I was shopping there had a worse signal
> strength than the one from the shop across the hall, but the shop
> across the hall did not want me to use their WiFi without buying from
> them, even though it was an open hotspot.  The half dozen other hotspots
> in that same shopping centre where all locked down to accounts only.
>
> Both use cases are common, that's why you need alphabetical AND best
> signal sorting as options.  All are "unknown" if you are travelling to
> places you have never been before with that particular device.
>
> Simplifying is good, simplifying away a common use case is bad.

I have just committed the solution I proposed.
If somebody could test it, would be great. I can't reproduce the
problematic use case,
and actually didn't test my commit.

It would be great if you get to a definite solution before beta is out.

Regards

>
> --
> A big old stinking pile of genius that no one wants
> coz there are too many silver coated monkeys in the world.
>
> ------------------------------------------------------------------------------
> Keep yourself connected to Go Parallel:
> INSIGHTS What's next for parallel hardware, programming and related areas?
> Interviews and blogs by thought leaders keep you ahead of the curve.
> http://goparallel.sourceforge.net
> _______________________________________________
> enlightenment-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
>



-- 
Bruno Dilly
Lead Developer
ProFUSION embedded systems
http://profusion.mobi

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
VERIFY Test and improve your parallel project with help from experts 
and peers. http://goparallel.sourceforge.net
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to