My comment had more to do with standardized captive browser behavior across operating systems than ease of use. Unless you are inferring that all of EDU go without a captive portal. Most of the public places I visit have a captive portal so I'd say the same questions apply there too.
-Curtis ________________________________________ From: The EDUCAUSE Wireless Issues Constituent Group Listserv <[email protected]> on behalf of Jeffrey D. Sessler <[email protected]> Sent: Wednesday, September 6, 2017 11:53 AM To: [email protected] Subject: Re: [WIRELESS-LAN] Defeating Android 8.X Captive Portal detection On 9/6/17, 8:46 AM, "The EDUCAUSE Wireless Issues Constituent Group Listserv on behalf of Curtis K. Larsen" <[email protected] on behalf of [email protected]> wrote: It would be really nice if Google would join the club and allow their captive browser to switch to a full browser after the internet is reachable, but until then I think it's the best we can do. I’d argue, that again, why are we in EDU making it so hard for users with these devices to get access to WIFi? It those devices work in every other setting, be it at Starbucks, Panara, Hospitals, HomeDepot, and so on… Then EDU is doing something wrong. The vendors will continue to support/do what’s most compatible with “the rest of the world” so it’s up to EDU to come to terms with why we are so different, and so device hostile. Jeff ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss. ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/discuss.
