May 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Reg Krock

Willow Lucas-Smith worked on the WithStyle project. She is now working at Cincom. > On 19 May2017, at 8:03 AM, Torsten Bergmann <astares(a)gmx.de> wrote: > > If you are up to a Smalltalk internet browser then check the old > Scamper from Squeak and H. Hirzels post + screenshot on squeak-dev from this month: > > http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-May/194481.html > > If you want a simple morphic based internet browser I guess this could > be ported to Pharo. > > There was also "WithStyle" in VisualWorks Smalltalk, an XML based > UI browser built back in the days by an (australian?) company. I guess > it is still included in the commercial VisualWorks distribution. > Dont know about the license http://forum.world.st/VW-7-5-and-WithStyle-td1408557.html > > Building a webbrowser in Smalltalk would be cool - but lots of work > (HTML + CSS parsing, JavaScript layer, drawing, ...) that would require time. > > Thx > T. > > >> Gesendet: Freitag, 19. Mai 2017 um 03:30 Uhr >> Von: askoh <askoh(a)askoh.com> >> An: pharo-dev(a)lists.pharo.org >> Betreff: Re: [Pharo-dev] Chrome DevTools Protocol and Pharo >> >> Torsten: >> >> Excellent. This is a great start towards the Smalltalk Internet Browser I >> had envisioned. Hopefully, this integration can be made standard in Pharo >> and other Smalltalks in many platforms. Perhaps, someone can connect all >> Smalltalk IDEs to a cloud where the different dialects can really work >> together in synergy - share and pool code from all sources, minimize >> duplications, integrate local and external search, etc. Smalltalk has >> pioneered many things in the past and there is no reason for it to stop. >> Smalltalk makes it easier to do so and we can live up to the quote by Bob >> Martin "Smalltalkers will, eventually, win. So says this old C++ >> programmer". >> >> Thanks, >> Aik-Siong Koh >> >> >> >> -- >> View this message in context: http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589p4947609.… >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> >> >

May 19, 2017

Re: [Pharo-dev] bug in command line handler

by Damien Pollet

I wouldn't want to sound sarcastic, but I'm not sure there is such a concept as "correct" in the context of ANSI escape sequences. Still, according to the legends, 97 is supposed to be high intensity white (for some subset of existing implementations). On 19 May 2017 at 12:52, K K Subbu <kksubbu.ml(a)gmail.com> wrote: > All, > > I found an annoying bug with Pharo's eval command line handler. When it > encounters a syntax error, the foreground color is set to red while > printing error message, but not restored after (see attachment). I have to > reset it every time using "echo -e \e[0m" :-(. > > I found > ---- > STCommandLineHandler>>#printCompilerWarning: aSyntaxErrorNotification > ... > "print the marker under the error line" > (lineNumber == errorLine) ifTrue: [ > stderr red > nextPutAll:( '_^_' padLeftTo: position - > start + maxLineNumberSize + 4); > lf ]] > ---- > The above code will leave the red color if the error happens on the last > line (as in eval handler), then the color is never restored. Can someone > confirm if this is indeed what is happening? I will file a case and post a > fix, if so. > > I also found VTermOutputDriver uses incorrect ANSI color codes (e.g. white > is 37 instead of 97). If the current terminal bg color happens to be > "stderr white", then the error text is unreadable. > > Regards .. Subbu > -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Torsten Bergmann

Yes - we should just redo what others do and show that if one uses Pharo for it it is easier, cleaner and usually done with less effort Â Gesendet:Â Freitag, 19. Mai 2017 um 03:48 Uhr Von:Â "Ben Coman" <btc(a)openinworld.com> An:Â "Pharo Development List" <pharo-dev(a)lists.pharo.org> Betreff:Â Re: [Pharo-dev] Chrome DevTools Protocol and Pharo Â Â On Fri, May 19, 2017 at 3:20 AM, Torsten Bergmann <astares@gmx.de[mailto:astares@gmx.de]> wrote:Hi, I played around with remote controlling Google Chrome from Pharo using Chrome DevTools Protocol [1] (based on WebSockets). The video shows an example using latest Pharo 6 on Mac: https://www.youtube.com/watch?v=9F5FrQTEJWY[https://www.youtube.com/watch?v… Initial Code is on GitHub [2] if someone is interested, requires OSOSX and Zinc Websockets to be loaded. Have fun T. [1] https://chromedevtools.github.io/devtools-protocol[https://chromedevtools.g… [2] https://github.com/astares/Pharo-Chrome[https://github.com/astares/Pharo-Ch… Â This is great Torsten.Â Such videos have high potential to be marketable outside the Pharo community. cheers -benÂ

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Torsten Bergmann

If you are up to a Smalltalk internet browser then check the old Scamper from Squeak and H. Hirzels post + screenshot on squeak-dev from this month: http://lists.squeakfoundation.org/pipermail/squeak-dev/2017-May/194481.html If you want a simple morphic based internet browser I guess this could be ported to Pharo. There was also "WithStyle" in VisualWorks Smalltalk, an XML based UI browser built back in the days by an (australian?) company. I guess it is still included in the commercial VisualWorks distribution. Dont know about the license http://forum.world.st/VW-7-5-and-WithStyle-td1408557.html Building a webbrowser in Smalltalk would be cool - but lots of work (HTML + CSS parsing, JavaScript layer, drawing, ...) that would require time. Thx T. > Gesendet: Freitag, 19. Mai 2017 um 03:30 Uhr > Von: askoh <askoh(a)askoh.com> > An: pharo-dev(a)lists.pharo.org > Betreff: Re: [Pharo-dev] Chrome DevTools Protocol and Pharo > > Torsten: > > Excellent. This is a great start towards the Smalltalk Internet Browser I > had envisioned. Hopefully, this integration can be made standard in Pharo > and other Smalltalks in many platforms. Perhaps, someone can connect all > Smalltalk IDEs to a cloud where the different dialects can really work > together in synergy - share and pool code from all sources, minimize > duplications, integrate local and external search, etc. Smalltalk has > pioneered many things in the past and there is no reason for it to stop. > Smalltalk makes it easier to do so and we can live up to the quote by Bob > Martin "Smalltalkers will, eventually, win. So says this old C++ > programmer". > > Thanks, > Aik-Siong Koh > > > > -- > View this message in context: http://forum.world.st/Chrome-DevTools-Protocol-and-Pharo-tp4947589p4947609.… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. > >

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Torsten Bergmann

Alistair Grant wrote > This looks really interesting, thanks for making it available. I'm on > linux, so I guess it will need some porting. I added support for Linux and tried on Ubuntu with Chromium. Works - see screenshot You need to load my OSLinux package (instead of OSOSX) from catalog. Or start Chrom manually in debug mode. In the Pharo settings browser you can set the path to the chrome executable and the debug port to use. Will add Windows support as well (using my OSWindows package) > Do you know how the DevTools protocol relates to headless chome, which > will be available in Chrome 59? > See https://developers.google.com/web/updates/2017/04/headless-chrome Dont know - just try it. > In particular, is it possible to dump the DOM with your package? I've seen that Brackets editor as well as Netbeans open Chrome to display webpages when editing and refresh when typing. Wanted to find out how it was done. I have not implemented the full protocol. Only what was needed to show that it is possible and to do things like grabbing screenshots from websites using Pharo. There is a DOM domain that one could wrap - basically it is just sending JSON around, see https://chromedevtools.github.io/devtools-protocol With chrome := GoogleChrome open. chrome jsProtocolJSON. chrome browseProtocolJSON you can now even retrieve the Protocol as JSON for the specific browser. With a little bit more work it should be possible to even generate the wrapper classes/methods from such a protocol spec. Thanks Torsten

May 19, 2017

bug in command line handler

by K K Subbu

All, I found an annoying bug with Pharo's eval command line handler. When it encounters a syntax error, the foreground color is set to red while printing error message, but not restored after (see attachment). I have to reset it every time using "echo -e \e[0m" :-(. I found ---- STCommandLineHandler>>#printCompilerWarning: aSyntaxErrorNotification ... "print the marker under the error line" (lineNumber == errorLine) ifTrue: [ stderr red nextPutAll:( '_^_' padLeftTo: position - start + maxLineNumberSize + 4); lf ]] ---- The above code will leave the red color if the error happens on the last line (as in eval handler), then the color is never restored. Can someone confirm if this is indeed what is happening? I will file a case and post a fix, if so. I also found VTermOutputDriver uses incorrect ANSI color codes (e.g. white is 37 instead of 97). If the current terminal bg color happens to be "stderr white", then the error text is unreadable. Regards .. Subbu

May 19, 2017

Re: [Pharo-dev] PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed [FreeBSD]

by Petr Fischer

It's not jail, just core FreeBSD system (I will test jails later). Networking is still the same, Pharo 5 is OK. /etc/hosts: ::1i localhost localhost.my.domain 127.0.0.1 localhost localhost.my.domain 127.0.0.1 pf-bsd pf-bsd.localdomain pf-bsd.local ifconfig: em0: flags=8c02<BROADCAST,OACTIVE,SIMPLEX,MULTICAST> metric 0 mtu 1500 options=4019b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,VLAN_HWTSO> ether b8:6b:23:38:f8:7d nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: Ethernet autoselect status: no carrier lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384 options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6> inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL> groups: lo wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 ether 30:10:b3:77:b8:58 inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid "pf's Network" channel 1 (2412 MHz 11g ht/20) bssid f0:79:59:d2:7a:00 regdomain 106 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 20 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL groups: wlan > > > On 19. May 2017, at 03:27, Petr Fischer <petr.fischer(a)me.com> wrote: > > > > Hello, > > > > > But, this exception occurs often: > > PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed > > details: https://pastebin.com/raw/bdjDW6YR > > > How does the networking look in your jail? Which interfaces and IP addresses do you have? > > holger > >

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Graham McLeod

Very cool. Thanks for sharing. Graham Torsten Bergmann wrote: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome > >

May 19, 2017

Re: [Pharo-dev] PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed [FreeBSD]

by Holger Freyther

> On 19. May 2017, at 03:27, Petr Fischer <petr.fischer(a)me.com> wrote: > > Hello, > But, this exception occurs often: > PrimitiveFailed: primitive #primLocalAddress in NetNameResolver class failed > details: https://pastebin.com/raw/bdjDW6YR How does the networking look in your jail? Which interfaces and IP addresses do you have? holger

May 19, 2017

Re: [Pharo-dev] Chrome DevTools Protocol and Pharo

by Esteban A. Maringolo

This is really cool! Thank you for doing it! El may. 18, 2017 4:21 PM, "Torsten Bergmann" <astares(a)gmx.de> escribiÃ³: > Hi, > > I played around with remote controlling Google Chrome from > Pharo using Chrome DevTools Protocol [1] (based on WebSockets). > > The video shows an example using latest Pharo 6 on Mac: > https://www.youtube.com/watch?v=9F5FrQTEJWY > > Initial Code is on GitHub [2] if someone is interested, > requires OSOSX and Zinc Websockets to be loaded. > > Have fun > T. > > [1] https://chromedevtools.github.io/devtools-protocol > [2] https://github.com/astares/Pharo-Chrome > >

May 19, 2017