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
Ini
It's not jail, just core FreeBSD system (I will test jails later).
Networking is still the same, Pharo 5 is OK.
/etc/hosts:
::1ilocalhost localhost.my.domain
127.0.0.1 localhost localhost.my.domain
127.0.0.1 pf-bsd pf-bsd.localdomain pf-bsd.local
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
STCommandLin
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"
An: "Pharo Development List"
Betreff: Re: [Pharo-dev] Chrome DevTools Protocol and Pharo
O
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 wrote:
>
--- Begin Message ---
Willow Lucas-Smith worked on the WithStyle project.
She is now working at Cincom.
> On 19 May2017, at 8:03 AM, Torsten Bergmann 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
Hi Damien!
Apparently the INRIA CI is getting better. I could get the archetype. I have
another error when compiling the book. I get:
Sidefoothsep and sidefootwidth: 2.46019mm and 44.98633mm
Sidefootvsep and sidefootheight: 4.21747mm and 192.73828mm
***
Hello!
Still on my quest to use Pillar :-)
What are the different Archetypes available for Pillar?
It would be great to have: ./pillar archetype
to obtain the list of available archetype :-)
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.berg
There is one archtype for each directory under
https://github.com/pillar-markup/Pillar-Archetype
On 19 May 2017 at 15:50, Alexandre Bergel wrote:
> Hello!
>
> Still on my quest to use Pillar :-)
>
> What are the different Archetypes available for Pillar?
> It would be great to have: ./pillar arc
I think you still have a TeXlive snapshot from earlier this year. Try this :
tlmgr update --self --all
On 19 May 2017 at 15:19, Alexandre Bergel wrote:
> Hi Damien!
>
> Apparently the INRIA CI is getting better. I could get the archetype. I
> have another error when compiling the book. I get:
>
I get the following:
~/Dropbox/Pillar> tlmgr update --self --all
TeX Live 2016 is frozen forever and will no
longer be updated. This happens in preparation for a new release.
If you're interested in helping to pretest the new release (when
pretests are available), please read http://tug.org/texl
I think it would have updated stuff. Hopefully.
As an alternative, to run in docker :
- delete pharo-vm (because if it's a mac VM it will not work in the linux
container)
- docker run --rm -tiv $PWD:/work dpollet/texlive:pillar make pdfbook
Docker is what the travis builds use, you can check the
On image start, I get "PrimitiveFailed: primitive #createDirectory: in
MacStore failed" for
/private/var/folders/fv/8j408sn92bb59k5ggw8cd3kcgn/T/AppTranslocation/4EF86F92-66D6-4944-8B30-FBCD96118FCC/d/Pharo.app/Contents/Resources/pharo-local
When I try to Quit, I get "PrimitiveFailed: primitiv
On Friday 19 May 2017 05:40 PM, Damien Pollet wrote:
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 implement
On Fri, May 19, 2017 at 01:50:28PM +0200, Torsten Bergmann wrote:
> 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
> sc
Okay, will check!
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> On May 19, 2017, at 10:35 AM, Damien Pollet
> wrote:
>
> I think it would have updated stuff. Hopefully.
>
> As an alt
What do you get installing from the Catalogue into a fresh Image and
manually updating?
cheers -ben
On Fri, May 19, 2017 at 10:48 PM, Sean P. DeNigris
wrote:
> On image start, I get "PrimitiveFailed: primitive #createDirectory: in
> MacStore failed" for
> /private/var/folders/fv/8j408sn92bb59k5g
Would you be interested in trying it with BSD Licensed Chromium...
https://chromium.googlesource.com/chromium/src/+/lkgr/headless/README.md
which could be packaged with a Pharo distribution.
cheers -ben
P.S. on the idea of an in-Image browser, this looks interesting...
https://en.wikipedia.org/wi
Ben Coman wrote
> What do you get installing from the Catalogue into a fresh Image and
> manually updating?
When you say "fresh image", what do you have in mind because I got the same
error with a Pharo 6 from the CI, so it doesn't seem to be a launcher issue.
Sorry if I was not clear...
-
Hi,
in latest Pharo 6 image 60494 I run into some trouble today where the
deprecation warning dialog popped up and repeated itself unstoppable
due to Epicea.
It is hard to reproduce but what I found out was that I had a class
modification (represented by EpClassModification) which run into a sta
Hi Alistair,
cant look right now but two things:
- there are also events in the protocol - if we could hook Pharo into them
this would solve the problem without abusing delay (because then you will
get informed when the page loading is finished)
- you can write "5 seconds wait" in P
Hi Torsten,
On Fri, May 19, 2017 at 10:50:41PM +0200, Torsten Bergmann wrote:
> Hi Alistair,
>
> cant look right now but two things:
>
> - there are also events in the protocol - if we could hook Pharo into them
> this would solve the problem without abusing delay (because then you will
>
Hi,
One year later we are close to a final release for Pharo 6 and either with
Pharo 6 or upcoming Pharo 7
I would really like to see some checks that ensure a quality image and tests
who keep us all more
disciplined in the future.
Because:
1. We should not have undocumented classes:
--- Begin Message ---
How about a sprint? I surely am not the most qualified person to comment a
class I did not create but we can all remove crap !
Envoyé à partir de Yahoo Courriel sur Android
Le ven., mai 19 2017 à 18:26, Torsten Bergmann a écrit : Hi,
One year later we are close to a
On Sat, May 20, 2017 at 2:02 AM, Sean P. DeNigris
wrote:
> Ben Coman wrote
> > What do you get installing from the Catalogue into a fresh Image and
> > manually updating?
>
> When you say "fresh image", what do you have in mind because I got the same
> error with a Pharo 6 from the CI, so it does
It is probably much too late to suggest this, but if Calypso is a candidate
for our next browser, perhaps it could be included in Pharo 6 as a
technology preview?
Or maybe in a half-year point release Pharo 6.x ?
cheers -ben
Great Work..!!
On Mon, May 15, 2017 at 1:01 PM, Zak Fenton wrote:
> Hi folks. I posted earlier in squeak-dev about a Smalltalk implementation
> I've been working on. The first post was a bit unwieldy, but there was at
> least some interest so I'm posting an update to vm-dev and pharo-dev.
>
>
>
27 matches
Mail list logo