However, if I go into the phone IDE settings and check "Use ADB" the server will now fire up and it still offers an http connection on port 8088.
I need to use some other method to check the phone's ip address as it now displays a localhost address which will not work, as I am not connected by ADB.
I don't recommend trying to use an Android tablet's browser to access the WiFi IDE for at least two different reasons but it may be possible (I don't know) to use an iPad or a Windows tablet.
Thanks for that.
Using the ADB setting (new for me), and turning tethering on, typically this IP presents, http://192.168.43.1:8088
I confirm the IP part using the freely available app "Server for PHP" (which is a useful companion for use with DroidScript anyway providing access to PHP scripts and libraries). https://play.google.com/store/apps/details?id=com.esminis.server.php
I have sucessfully used an Android tablet's Chrome browser for editing when phone and Tablet are both connected to the same external WiFi, and will give this tethering setup a go sometime soon- but you mention there are two reasons not to use an Android tablet for WiFi editing?
Paul
One is that allegedly the ace editor used for the WiFi IDE does not work properly under Android.
They other is that if the run/debug system recognises the browsing device as being an Android device it gets severely confused about which device is which.
On many devices, you can overcome the second issue by asking the browser for the desktop version.
I wonder (based on no evidence at all) if this is some sort of de-facto standard.
... These may be some of the things that Steve warns of..
"One is that allegedly the ace editor used for the WiFi IDE does not work properly under Android."
Being able to use Android tablet with phone as server is a great plus, and sensible for a flagship Android device development environment! May be the experience could be enhanced.
May be getting DroidScript (as server) to simply recognise when the tethering environment is on as a valid WiFi network would make things more straight forward?
Thanks for the earlier info Steve, gave me enough for the current workaround.
Which makes me think an app using WebView might be able to craft a better editor just for direct use on phones anyway? Especially with the possibility discussed on another thread of having myWebView.Execute("something()") return string results to the app.