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

Re: [Pharo-users] [Seaside] Strange behaviours?
by jtuchel＠objektfabrik.de May 30, 2017

May 30, 2017

Am 30.05.17 um 10:21 schrieb Alidra Abdelghani via Pharo-users: Alidra, it is a well documented "weirdness" of Seaside that #with: always has to be the last send to an element. I forgot about the details... Joachim

1 0

[Seaside] Strange behaviours?
by Alidra Abdelghani May 30, 2017

May 30, 2017

Hi all, I just noticed that changing the message send order to an anchor modifies itsâ behaviour : html anchor with: aString;callback: [doSomething]. -> click on the anchor executes the callback block html anchor callback:[doSomething];with:aString. -> click on the anchor does not executes the callback block. Is this a normal behaviour? I also noticed that instantiating a WAComponent in the same method that calls html render: on it makes the call method in this object fail. See (http://smalltalkhub.com/#!/~Alidra/Seaside_Strange_Call_Behavior <http://smalltalkhub.com/#!/~Alidra/Seaside_Strange_Call_Behavior>) for an concrete example. BTW. I find the name call: quite confusing : you call a method, you pass control to an object. But maybe this is because I am new to Seaside. Thank you Abdelghani

1 0

New booklet :) on Bloc this time
by Stephane Ducasse May 30, 2017

May 30, 2017

Hi happy Pharoers We are happy to announce a nice tutorial on Bloc. The turorial is still in alpha version but fully working for now. We will add animations and more in the future. http://files.pharo.org/books-pdfs/booklet-Bloc/BLOCDRAFT.pdf A. Chis, S. Ducasse, and A. Syrel

7 7

Roassal @ Pharo TechTalk
by Alexandre Bergel May 29, 2017

May 29, 2017

Hello, Tomorrow Roassal will be the topic of the month Pharo TechTalk. When: TechTalk Voice channel @ Discord, Youtube channel When: 4:00 PM (GMT+2, Paris Time), 11:00 (GMT-3, Argentina time) 10:00 AM (GMT-4, Chile time), 7:00 AM (PDT, San Francisco) Length: about 30 minutes How to join: - Youtube Channel for the video: https://www.youtube.com/watch?v=hmnDGbM5vsY - Discord for the sound: http://discord.gg/Sj2rhxn Website of Pharo TechTalk: https://association.pharo.org/event-2489995 Content of the Roassal TechTalk: 1 - General introduction of Roassal 2 - Latest news in Roassal (Theme support, Scatterplot Matrix, Elastic boxes, ...) 4 - Applications based on Roassal (Test Coverage, Memory profiling) 3 - Ongoing effort and future work The presentation of the TechTalk will be essentially demo-based. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

Re: [Pharo-users] New booklet :) on Bloc this time
by Dimitris Chloupis May 29, 2017

May 29, 2017

Congratulations * 100 times I love to see more and more documentation for Pharo :) On Mon, May 29, 2017 at 2:53 PM Marc Hanisch via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > Hello, > > thanks again for another fantastic tutorial / book! > For beginners (like me), it would be nice to have some sentences in the > introduction about what Bloc is about :-) There are so many Smalltalk > Projects with fancy names out there, that it is hard to have get an > overview ;-) > > Best regards, > Marc > > 2017-05-28 23:48 GMT+02:00 Stephane Ducasse <stepharo.self(a)gmail.com>: > >> Hi happy Pharoers >> >> We are happy to announce a nice tutorial on Bloc. The turorial is still >> in alpha version but fully working for now. We will add animations and more >> in the future. >> >> http://files.pharo.org/books-pdfs/booklet-Bloc/BLOCDRAFT.pdf >> >> A. Chis, S. Ducasse, and A. Syrel >> > >

1 0

Contrib CI > Cannot build
by phil＠highoctane.be May 28, 2017

May 28, 2017

I am trying to get JiraTalk on the contrib CI but it keeps failing. Check: https://ci.inria.fr/pharo-contribution/job/JiraTalk/16/PHARO=50,VERSION=dev… Clues? I am able to load the configuration and do all of this on my local Jenkins, so I am puzzled (albeit I do not have slaves etc). I tried to put linux or ubuntu in the [Advanced] "limit where the job can run" but to no avail. Help. Phil

3 4

Re: [Pharo-users] Dictionary whose values are dictionaries
by Stephane Ducasse May 28, 2017

May 28, 2017

Thanks. This is nice. I'm thinking that the at:at: could be a nice addition to our Dictionary class. On Sun, May 28, 2017 at 4:24 PM, Stan Silver via Pharo-users < pharo-users(a)lists.pharo.org> wrote: > > > ---------- Forwarded message ---------- > From: Stan Silver <stanley.silver(a)yahoo.com> > To: pharo-users(a)lists.pharo.org > Cc: > Bcc: > Date: Sun, 28 May 2017 07:24:06 -0700 (PDT) > Subject: Re: Dictionary whose values are dictionaries > Stephane Ducasse-3 wrote > > Hi > > > > I'm looking for an implementation of dictionary whose value is also a > > dictionary. > > > > Stef > > 1. These go only one level down, but I have defined these methods on class > Dictionary. > > at: firstKey at: secondKey > ^ self at: firstKey at: secondKey ifAbsent: [ self > errorKeyNotFound ] > > at: firstKey at: secondKey ifAbsent: aZeroArgBlock > | subDictionary | > subDictionary := self at: firstKey ifAbsent: [ ^ aZeroArgBlock > value ]. > ^ subDictionary at: secondKey ifAbsent: [ aZeroArgBlock value ] > > at: firstKey at: secondKey ifAbsentPut: aZeroArgBlock > | subDictionary | > subDictionary := self at: firstKey ifAbsentPut: [ Dictionary new ]. > ^ subDictionary at: secondKey ifAbsentPut: [ aZeroArgBlock value ] > > at: firstKey at: secondKey put: aValue > | subDictionary | > subDictionary := self at: firstKey ifAbsentPut: [ Dictionary new ]. > ^ subDictionary at: secondKey put: aValue > > 2. I use this class for testing. > > MockInstance>> > doesNotUnderstand: aMessage > " > Getter: If the value is already there, it is either a branch or a > leaf, so > return it. > Getter: If the value is missing, it is a branch, so add a new > instance of > self and return it. > Setter: It is a leaf, so add the value. > > | r | > r := self new. > r one two three: 3. > r one two three > > (The above should return 3) > " > > aMessage selector isUnary > ifTrue: [ ^ self at: aMessage selector ifAbsentPut: [ self > class new ] ]. > aMessage selector isKeyword > ifTrue: [ > aMessage numArgs = 1 > ifTrue: [ ^ self at: aMessage selector > allButLast put: aMessage > arguments first ] ]. > ^ super doesNotUnderstand: aMessage > > at: aSymbol ifAbsentPut: aValue > ^ self values at: aSymbol ifAbsentPut: aValue > > at: aSymbol put: aValue > self values at: aSymbol put: aValue > > values > ^ values ifNil: [ values := Dictionary new ] > > > > > > -- > View this message in context: http://forum.world.st/ > Dictionary-whose-values-are-dictionaries-tp4948453p4948484.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > >

1 0

Dictionary whose values are dictionaries
by Stephane Ducasse May 28, 2017

May 28, 2017

Hi I'm looking for an implementation of dictionary whose value is also a dictionary. Stef

7 9

Re: [Pharo-users] [Pharo-dev] Chrome DevTools Protocol and Pharo
by Alistair Grant May 28, 2017

May 28, 2017

(Moving to pharo-users as Serge suggested) Sending the email also made me realise that it would be possible to check for the presence of a particular node while waiting for Chrome to load the page, which would avoid the long timeout. I'll look at adding this later. Cheers, Alistair On Sun, May 28, 2017 at 10:49:14AM +0700, serge.stinckwich(a)gmail.com wrote: > Thank you guys for your contributions, but I think that this kind of > discussions should be done on pharo-users mailing-list, not here. > > pharo-dev should be use only if you contribute to core-pharo. > > Thank you > > Envoy? de mon iPhone > > On May 27, 2017, at 3:23 PM, Alistair Grant [via Smalltalk] > <[hidden email] > > wrote: > > > Hi Torsten and All, > > Quick Introduction for those not familiar with Pharo-Chrome: > > Pharo-Chrome enables Pharo to control and query Chrome / > Chromium, in particular to retrieve the DOM of a page. This > is useful as many modern pages are just a template which then > loads some javascript to asynchronously build the DOM, meaning > that the ZnEasy / Soap combination doesn't get the bulk of the > information on a page. > > > > Pharo-Chrome is now mostly working, i.e. it is possible to > open a connection to Chrome, navigate to a requested URL, wait > for it to load, retrieve the DOM and then navigate the DOM > using a subset of the Soap API, e.g. #findAllStrings:, > #findAllTags:, attributeAt:, etc.. > > GoogleChrome class>>exampleNavigation has been updated to > retrieve the DOM from http://pharo.org. > > GoogleChrome class>>get: is analogous to ZnEasy class>>get:, > although it returns a ChromeNode, not an html string. > > I wasn't able to get rid of the delay while waiting for the > page to finish loading. This actually makes sense, since, as > mentioned above, many modern pages build the DOM > asynchronously, so there's no clear indication of when it is > complete. The default delay is currently 2000 milliseconds, > which is about twice the maximum I saw needed (983ms), but > this can be changed (ChromeTabPage>>pageLoadDelay:). > > I had three use cases for this library: one which works with > ZnEasy+Soap, one that used to work with ZnEasy+Soap, but > doesn't due to a page redesign, and one which I hadn't got > working before. All three are working now. > > Unlike Soap, I've currently modelled the nodes as a single > class, and have only implemented a subset of Soap's methods, > but is enough for what I need. > > I've introduced a dependency on the Beacon logging framework. > I find it useful, but can remove it if you don't want the > additional dependency. (I'm planning to add some GoogleChrome > specific logging classes and use those to better understand > what pageLoadDelay should be). > > I was focussed on trying to understand the events that Chrome > generates, so documentation is still lacking (read "missing" > :-)). > > I'll generate a pull request after some more testing, tweaking > and documenting, but if you would like to take a look, the > code is available at: > > https://github.com/akgrant43/Pharo-Chrome/tree/development > > I haven't yet updated BaselineOfChrome with the Beacon > dependency. I did merge in your two commits from May 23. > > If you, or anyone else, finds this useful, I welcome any > feedback. > > P.S. I've just realised that I need to tidy up #sendMessage:, > #sendMessageDictionary and #sendMessageDictionary:wait:. I'll > do that as part of the genral tidy up. > > Cheers, Alistair > > > On Sun, May 21, 2017 at 09:37:56PM +0000, > Alistair Grant wrote: > > > Hi Torsten, > > > > On Fri, May 19, 2017 at 09:20:48PM +0000, Alistair Grant > > wrote: > > > > > > 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 > > > > get informed when the page loading is finished) > > > > > > That would be great. It will be a while before I get a > > > chance to look > > > at this (I want to finish some proposed changes to the > > > FileSystem packages first), but I'll try and include it > > > then. > > > > I've got basic event listening working. It requires that > > all messages > > are read asynchronously, so I'll need to change the > > interface to handle that. > > > > Knowing when a page has finished loading isn't quite as > > simple as looking for an event - a page can consist of > > multiple frames, and notifications are delivered for each > > frame. The page I'm interested in > > has around 25 frames. > > > > If anyone has a good design pattern for writing an > > asynchronous WebSocket client please let me know, I don't > > have anything concrete in mind. > > > > Thanks, Alistair

2 1

Re: [Pharo-users] [Pharo-dev] Chrome DevTools Protocol and Pharo
by Alistair Grant May 28, 2017

May 28, 2017

Hi Aik-Siong, (Moving to pharo-users as Serge suggestion) On Sat, May 27, 2017 at 08:22:27PM -0700, askoh wrote: > Wonderful contribution. Having full control of an internet browser will give > Smalltalk more freedom to innovate. > > Now, can we make Pharo be a web server on demand? Then we can give anyone a URL > and they can see the app or info we want to present. Pharo can communicate with > anyone using a browser either automatically or under developer control. Pharo includes the Zinc framework, which includes a basic server (ZnServer). There's also Seaside, which is more complete for making web applications. Cheers, Alistair

1 0