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

Re: [Pharo-project] And we're get over 500 users of st-hub

by Alexandre Bergel

Cool!!!! Alexandre On May 6, 2013, at 1:24 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > Just couple days before, i seen 499.. > but today is over 500 already. > Congrats, Nico! :) > > 511 repositories, 505 users registered and 47092 packages uploaded. > > http://www.smalltalkhub.com/#!/explore > > -- > Best regards, > Igor Stasenko. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2013

Re: [Pharo-project] Programming interactions with State Machines

by Igor Stasenko

On 6 May 2013 08:22, Yanni Chiu <yanni(a)rogers.com> wrote: > On 05/05/13 8:31 PM, Carla F. Griggio wrote: >> >> >> I will keep experimenting with this during the next weeks, and specially >> try to compare the pros and cons with regular event handling. > > > I've always been curious to see how state machine transitions would map to > Announcements/event handling. > > >> Something cool about this approach is that the same widget could change >> its interactive behaviour on the fly by just attaching a different >> interaction state machine to it :) > > > Changing the state machine is called "subtype migration" in Shlaer-Mellor > parlance. It seems to get tricky when the supertype also has a state > machine. > > >> Also, I'm doing this for programming user interface interactions, but it >> could be useful for anything that can be modelled with a state pattern. >> >> Is there something similar out there already working? I was so eager to >> try this that I didn't look for related existing projects. > > > The PostgreSQL Client [1] (a native Smalltalk client connection to a > Postgres server) uses an internal state machine to drive the client/server > connection. It was built with the Shlaer-Mellor method [2] concepts in mind. > There was an accompanying state machine diagram drawn with the Connectors > [3] tool (the link from SqueakMap is long dead, but I could try to dig up a > copy). > > The implementation is very awkward around where the public API to make SQL > queries interacts with the underlying state machine inside the PGConnection > object. There's a loop that continues until a "good" state is reached. Then > the result is gathered from the connection object. Since the code making the > SQL query is not event-driven, nor is it part of the same state-machine > architecture of the postgres client, the result is the awkward loop. > > I'd really like to see more examples of state machine usage. > > [1] http://www.squeaksource.com/PostgresV2.html > [2] http://en.wikipedia.org/wiki/ShlaerâMellor_method > [3] http://wiki.squeak.org/squeak/1773 > > What i often observing is that it is not matter, how good & sound the scientific concept.. when it goes to implementation it has big chances to end up with messy code, ineffective, inappropriate and therefore useless :) That not to say that science is just waste of time.. it is to say that science alone is not enough. -- Best regards, Igor Stasenko.

May 6, 2013

[Pharo-project] And we're get over 500 users of st-hub

by Igor Stasenko

Just couple days before, i seen 499.. but today is over 500 already. Congrats, Nico! :) 511 repositories, 505 users registered and 47092 packages uploaded. http://www.smalltalkhub.com/#!/explore -- Best regards, Igor Stasenko.

May 6, 2013

Re: [Pharo-project] RFB in 2.0

by Norbert Hartl

thanks. Damien added me 20 minutes ago ;) Norbert Am 06.05.2013 um 19:17 schrieb Igor Stasenko <siguctua(a)gmail.com>: > just checked, you're already listed on: > http://www.smalltalkhub.com/#!/~PharoExtras > > On 6 May 2013 18:23, Norbert Hartl <norbert(a)hartl.name> wrote: >> thanks, >> >> I knew the next question upfront but was reluctant to ask in the last mail >> for access to PharoExtras. >> >> Would someone add me please? >> >> Norbert >> >> >> Am 06.05.2013 um 18:20 schrieb stephane ducasse <stephane.ducasse(a)free.fr>: >> >> this is called PharoExtras. >> >> Stef >> >> On May 6, 2013, at 6:16 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> >> Am 03.05.2013 um 20:09 schrieb Mariano Martinez Peck >> <marianopeck(a)gmail.com>: >> >> >> >> >> On Fri, May 3, 2013 at 3:05 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> >>> Am 03.05.2013 um 20:00 schrieb Mariano Martinez Peck >>> <marianopeck(a)gmail.com>: >>> >>> Hi Norbert, >>> >>> I would move it to its own new repo in SmalltalkHub. >>> >>> Ok, but then it goes under my private section, right? >> >> >> you can put it under PharoContributions team. >> >> >> How can I do that? I don't find anything like PharoContributions on >> smalltalkhub. >> >> Norbert >> >>> >>> Also, I had another problem with RFB and the UIManager. The solution I >>> found was this one: http://samadhiweb.com/blog/2012.11.04.headless.rfb.html >>> I don't like it because I need to change Pharo's base source, but I didn't >>> spend time finding a better solution...I guess there is, though. >>> >>> The first line of code all my images (deployed on server using RFB) see is >>> >>> UIManager default: MorphicUIManager new. >>> >> >> I was going to do that as well. But it is not clear to me WHERE you write >> that line of code. Because even if you save the image with that, doesn't the >> image set its own UI manager when booting? So I guess you need to pass >> around a script when running the image or something? >> What about adding RFB at startup list and implement #startUp doing >> "UIManager default: MorphicUIManager new." ? >> >> Best, >> >> >>> >>> With that I don't have problems at all. >>> >>> thanks, >>> >>> Norbert >>> >>> Best, >>> >>> >>> >>> >>> On Fri, May 3, 2013 at 2:56 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>>> >>>> I've found the problem. There is a FileDirectory access in >>>> RFBSession>>#desktopName. Removing it makes RFB work. >>>> >>>> The current RFB sources are on Lukas' server. What do we do with that >>>> stuff? Move to smalltalkhub? If not I can ask Lukas to give me write >>>> permission. Just wanted to ask what kind of behaviour is en vogue this days. >>>> >>>> Norbert >>>> >>>> Am 03.05.2013 um 19:31 schrieb Norbert Hartl <norbert(a)hartl.name>: >>>> >>>>> Esteban, >>>>> >>>>> now I can tell that it isn't working for me either. Socket is open and >>>>> server is running. But there are immediate disconnects when trying to >>>>> connect to a pharo2.0 image. >>>>> >>>>> Did you figure it out? >>>>> >>>>> Norbert >>>> >>>> >>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> >> > > > > -- > Best regards, > Igor Stasenko. >

May 6, 2013

Re: [Pharo-project] RFB in 2.0

by Igor Stasenko

just checked, you're already listed on: http://www.smalltalkhub.com/#!/~PharoExtras On 6 May 2013 18:23, Norbert Hartl <norbert(a)hartl.name> wrote: > thanks, > > I knew the next question upfront but was reluctant to ask in the last mail > for access to PharoExtras. > > Would someone add me please? > > Norbert > > > Am 06.05.2013 um 18:20 schrieb stephane ducasse <stephane.ducasse(a)free.fr>: > > this is called PharoExtras. > > Stef > > On May 6, 2013, at 6:16 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 03.05.2013 um 20:09 schrieb Mariano Martinez Peck > <marianopeck(a)gmail.com>: > > > > > On Fri, May 3, 2013 at 3:05 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >> >> >> Am 03.05.2013 um 20:00 schrieb Mariano Martinez Peck >> <marianopeck(a)gmail.com>: >> >> Hi Norbert, >> >> I would move it to its own new repo in SmalltalkHub. >> >> Ok, but then it goes under my private section, right? > > > you can put it under PharoContributions team. > > > How can I do that? I don't find anything like PharoContributions on > smalltalkhub. > > Norbert > >> >> Also, I had another problem with RFB and the UIManager. The solution I >> found was this one: http://samadhiweb.com/blog/2012.11.04.headless.rfb.html >> I don't like it because I need to change Pharo's base source, but I didn't >> spend time finding a better solution...I guess there is, though. >> >> The first line of code all my images (deployed on server using RFB) see is >> >> UIManager default: MorphicUIManager new. >> > > I was going to do that as well. But it is not clear to me WHERE you write > that line of code. Because even if you save the image with that, doesn't the > image set its own UI manager when booting? So I guess you need to pass > around a script when running the image or something? > What about adding RFB at startup list and implement #startUp doing > "UIManager default: MorphicUIManager new." ? > > Best, > > >> >> With that I don't have problems at all. >> >> thanks, >> >> Norbert >> >> Best, >> >> >> >> >> On Fri, May 3, 2013 at 2:56 PM, Norbert Hartl <norbert(a)hartl.name> wrote: >>> >>> I've found the problem. There is a FileDirectory access in >>> RFBSession>>#desktopName. Removing it makes RFB work. >>> >>> The current RFB sources are on Lukas' server. What do we do with that >>> stuff? Move to smalltalkhub? If not I can ask Lukas to give me write >>> permission. Just wanted to ask what kind of behaviour is en vogue this days. >>> >>> Norbert >>> >>> Am 03.05.2013 um 19:31 schrieb Norbert Hartl <norbert(a)hartl.name>: >>> >>> > Esteban, >>> > >>> > now I can tell that it isn't working for me either. Socket is open and >>> > server is running. But there are immediate disconnects when trying to >>> > connect to a pharo2.0 image. >>> > >>> > Did you figure it out? >>> > >>> > Norbert >>> >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> > > > > -- > Mariano > http://marianopeck.wordpress.com > > > > -- Best regards, Igor Stasenko.

May 6, 2013

Re: [Pharo-project] WhatsUp from: 2013-05-06 until: 2013-05-19

by stephane ducasse

On May 6, 2013, at 7:00 AM, seaside(a)rmod.lille.inria.fr wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: - massively cleaned Pharo by example git repository and its clones. - produced a first version of the spanish book (yes not just a collection of draft chapters) - pushing Squeaksource/Pharo10 to smalltalkhub - studying logging frameworks - reviewing Zinc chapter on gutenberg - produced a video of rolling dice in Pharo http://stephane.ducasse.free.fr/Videos/2013-04-20-Dice-v3.mov - produced a chapter on dice rolling > ### What's next, until 2013-05-19 (*): - going back to hacking Stef

May 6, 2013

Re: [Pharo-project] about logCr: vs. log: vs. trace:/traceCr:

by Damien Cassou

On Sun, May 5, 2013 at 9:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I would like to hear from you. Logger log: anObject >> add anObject to the log collection Logger level: anInteger >> set the level for the following #log: calls Logger info: anObject >> equivalent to #level: 4 followed by #log: anObject -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 6, 2013

Re: [Pharo-project] about logCr: vs. log: vs. trace:/traceCr:

by stephane ducasse

On May 6, 2013, at 9:11 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 06.05.2013 um 08:00 schrieb Denis Kudriashov <dionisiydk(a)gmail.com>: > >> Hello. >> >> What about logging levels? >> >> I like "logInfo:", "logDebug:", "logTrace:". Or maybe it is better to split log with levels: "self log info:", "self log debug:", "self log trace:" >> > I think that opens a can of worms. What Stef wants is a "say something" method that is easy to use and commonly useful. Adding logging levels is a specialized form of logging that is not commonly useful, it's just commonly used in less reflective environments. > So my proposal would be to have an equivalent to "self log" where you can return your own logging facility on which you can do "self log info: 'something'". > > I changed my kind of logging some time ago. I just log objects. A log object isn't much more than to put it on top of a collection. While I'm not using strings for logging I have objects where I can attach all my use case dependent stuff. You could even put something like a log level information in those objects. > I log Errors as well as progress state objects,etc. It is easy to process the whole log collection (now or afterwards) because all necessary state is still there. Yes!!! > Another reason why I don't like strings for that is that I put the log messages as json in elasticsearch/mongo because I want to query them to find errornous behaviour. Well, sometimes I do both: Store it in a database and write it to disk. Because I don't convert it to a string at first possible time I can do that easily. > > We don't put sources in files so we shouldn't put log information only there. Make logging information a first class citizen! Yes this is what I'm doing right now. So back to codingâ¦.. > > Norbert > >> Best regards, >> Denis >> >> 2013/5/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> Hi guys >> >> Stupidly I introduced log: a while ago to replace Transcript show:. Now is the current situation. >> >> I still want to remove all the use of Transcript show: >> >> Now since I thought I did a mistake with log: because it overload Integer>>log: I introduced trace: and traceCr: >> >> Now I do not like traceCr: because it is not a cool message. >> >> So what do we do: >> >> 1) we use crLog:, logCr: >> and deprecated log: >> >> >> 2) we use crTrace:, trace: and traceCr: >> >> I really prefer solution 1 but I would like to hear from you. >> >> Stef >> >

May 6, 2013

Re: [Pharo-project] about logCr: vs. log: vs. trace:/traceCr:

by stephane ducasse

>> > > I assume crLog:/logCr: is a short and convenient form of something else. How would these be called? Basically I want to log objects YES!!!! > and only the default in Object should use Transcript in combination with "asString". On top of the short form a convenient selector that adds a line ending makes sense. :) We are in sync :) > There needs to be a getter for a log where one can attach all needs like logging levels, log destinations, etc. So is the plan to have only the direct replacement for "Transcript show:" or something that can be extended/used differently. Yes! > And why do we use cr? because of text :) But since we will have objects :) > I think it is pretty common to us NL = newline. Where does this come from? Logically a "carriage return" enables you only to print something in bold while newline enables you to print a whole page :) > > Norbert

May 6, 2013

Re: [Pharo-project] about logCr: vs. log: vs. trace:/traceCr:

by stephane ducasse

Yes I have that in what I prepare. Stef On May 6, 2013, at 8:00 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hello. > > What about logging levels? > > I like "logInfo:", "logDebug:", "logTrace:". Or maybe it is better to split log with levels: "self log info:", "self log debug:", "self log trace:" > > Best regards, > Denis > > 2013/5/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Hi guys > > Stupidly I introduced log: a while ago to replace Transcript show:. Now is the current situation. > > I still want to remove all the use of Transcript show: > > Now since I thought I did a mistake with log: because it overload Integer>>log: I introduced trace: and traceCr: > > Now I do not like traceCr: because it is not a cool message. > > So what do we do: > > 1) we use crLog:, logCr: > and deprecated log: > > > 2) we use crTrace:, trace: and traceCr: > > I really prefer solution 1 but I would like to hear from you. > > Stef >

May 6, 2013