On 5/2/17, phil@highoctane.be <phil@highoctane.be> wrote:
On Tue, May 2, 2017 at 8:45 PM, H. Hirzel <hannes.hirzel@gmail.com> wrote:
On 5/2/17, phil@highoctane.be <phil@highoctane.be> wrote:
Here is a workable solution: Headless Chrome
https://developers.google.com/web/updates/2017/04/headless-chrome
This HN thread has some interesting things we could take inspiration from.
We can drive it from Pharo and grab the screen, and then show that in a Morph. Then capture clicks and send then to the headless chrome.
Will not do everything, but can be decent.
+1 Thanks for this link, Phil.
Seems to be an exercise with some OSProcess calls.
More like REST calls ( https://w3c.github.io/webdriver/webdriver-spec.html ) against chromedriver executable driving headless chrome.
Ok, this makes it easier, in fact. Thanks for the clarification.
The result might as well have an application for the testing of web site rendering.
Though there are many tools (e.g. http://phantomjs.org/) which do this it is convenient to do the scripting in Smalltalk.
PhantomJS maintainer stepped down upon the news of ChromeHeadless becoming available.
Good to know. --Hannes
Phil
--Hannes
Phil
On Sun, Apr 30, 2017 at 10:37 PM, askoh <askoh@askoh.com> wrote:
Yes. It is a novel way of remote desktop. Perhaps Craig can tell if it can do the following. I want to go to a web page, select a body of text and have Smalltalk
code
analyze the text in some way and return the answer in the browser or in the Smalltalk app or file output. There should be two-way communication between app and browser. I would like to do live debugging too.
Aik-Siong Koh
Hi Askoh,
are you also aware of Snowglobe https://thiscontext.com/2016/10/31/app-streaming-with-snowglobe/ ? This allows one to use a standard Smalltalk image running on the native Cog VM to render in a web browser.
_,,,^..^,,,_ (phone)
-- View this message in context: http://forum.world.st/ Smalltalk-Internet-Browser-tp4944879p4944998.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.