On Mon, 30 May 2011 11:40:20 -0300 Gustavo Sverzut Barbieri <barbi...@profusion.mobi> said:
> >> no, it can't. He says if you're doing development or other corner-case > >> task (I do have to agree here, it's not a regular use case) you can > >> start "connmand -I eth1" to ignore eth1. > >> > >> He said if this is about host x gadget mode on USB, then he said it > >> already detects USB gadget side, this is used to enable USB tethering. > > > > well i swear theres some connman-gnome util GUI that lets me select specific > > devices to ignore. so it's somehow possible... > > it was never per-device, but per network type. You have switches to > turn off bluetooth, 3g, ethernet and wifi. But nothing to change just > the first ethernet. but its still something that e's connman doesnt let us turn on/off/auto/whatever - cant remember the options. > > but my point is that when you have a network that doesnt even tell you what > > proxy to use and you need to look up manual ip addresses for the PAC url > > location .. .for your browser, and then for simpler things like wget, apt > > have to set http and https proxy env vars etc... it's be nice just to have > > 1 stop to manually set it up.. much like manual ip address setup. :) > > I know, that was my idea as well, but it was rejected. Thus either we > do this hack in e17 and talk to iptables, or we rely on tools being > patched to talk to this proxy configuration daemon using dbus > (wget/curl comes to mind). i'd add the hack in e as its simple to store the proxy info together per "connection" and when connman says "i connected to net X" we look up http proxy config for net X - if any, set http/https, or unset it. or hell.. yeah as u say.. talk to the proxy daemon ourselves and based on that result set env vars. > OTOH we can have ecore-con to talk to proxy daemon itself, so at least > our code is safe. Problem here is the reorganization, we need e_dbus > to talk to dbus daemon, but we're inside ecore-con. Likely we can > solve this by delegating using callbacks in ecore-con, create a e_dbus > module that talks to the daemon and hooking them in some higher level > library or the application itself. > (ecore_con_proxy_for_url_resolver_set(ctxt, cb, del_cb)) yeah - glue in a callback thing, tho ecore_con_url will respect http proxy env vars (as curl does) > > hmm all fine and great to do http req... if your proxy setup is right :) > > does it manage to just detect lan connectivity? eg if it can ping the > > router etc.? i mulled this too but it all assumes that the user just wants > > connectivity to the "big bad internet" and not "just the local network". > > does it have "levels of success" eg. succeeded in getting address, > > succeeded in getting address AND can ping/contact LAN hosts (gateway, dns > > server), got address, can access LAN hosts ANd can get to the big bad > > interweebs? thats what the ready and online states are? ready being step #2 > > above, online is #3? > > Yes, it does have levels of success. I don't know exactly which one is > the "final", but it will do a sequence of steps to determine you're > online, including emitting a signal that login is required so you can > present a browser with the login URL. ok. i guess we need to display this then when it changes :) > > cool. i guess we msotly need to have handling for all the statuses (ready > > and online, loginrequired etc.) and display appropriate icons/status. for > > loginrequired state in theory we should launch a browser when u click on it > > or offer a menu with "login now?" or something. it'd be nice to use eve at > > some point... maybe e18. worry about that then. > > Yes, for this one you want a very minimal chrome for the browser. > iPhone shows just a webview with back/forward buttons, that we can do > using webkit-efl directly and ship as e18 helper binary. yup. agreed there. no need for a full browser, just chrome... THOUGH... a good browser can do passowrd/login remembering, and a simple webkit chrome thing wont without help. if we implement enough to DO form content remembering between sessions... then we'd be good to go. > >> that is done already, data is persistent across sessions. > > > > cool. then all we need to do is.. be able to display and otherwise "control > > it" (turn it on and off, clear/delete sessions etc.) > > Anyway, problem is who is working on all of that? :-) lucas volunteered! :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
