OK, I'm updating my e now. Unfortunately I can't test it any more because I'm not at the crazy-wifi place any more. :) Will let you know once I can get you some better info.
Thanks a lot. On Thu, Nov 29, 2012 at 4:59 PM, Bruno Dilly <[email protected]> wrote: > 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 > -- Tom. ------------------------------------------------------------------------------ Keep yourself connected to Go Parallel: DESIGN Expert tips on starting your parallel project right. http://goparallel.sourceforge.net/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
