November 2015 - Pharo-users

Re: [Pharo-users] Transcrip Show: in a loop

by Sven Van Caekenberghe

> On 13 Nov 2015, at 10:20, abdelghani ALIDRA <alidrandco(a)yahoo.fr> wrote: > > Hi all, > > In order to monitor my program performance, I am using Transcrip>>show as follows ; > > 10 timesRepeat:[ > aLongComputation. > Transcript show: 'some message'. > ] > > The thing is that the messages are not shown one after another but all together after the loop is finished, unless I put a ... self halt > Is this behavior normal? is there any way to make the messages come one by one? That happens because your computation executes in the UI thread (i.e. the thread that is doing the drawing), only after everything is done there is time to draw on the screen. > Thanks > > Abdelghani

Nov. 13, 2015

Re: [Pharo-users] Transcrip Show: in a loop

by Blondeau Vincent

Hi, For benchmarking, you should do : [ aLongComputation] bench It is simpler that to write on Transcript the execution time. About the writing of the messages on Transcript, that is a normal behavior. Maybe you should try âTranscript flushâ to force the message writing? Vincent De : Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] De la part de abdelghani ALIDRA EnvoyÃ© : vendredi 13 novembre 2015 10:21 Ã : pharo-users(a)lists.pharo.org Objet : [Pharo-users] Transcrip Show: in a loop Hi all, In order to monitor my program performance, I am using Transcrip>>show as follows ; 10 timesRepeat:[ aLongComputation. Transcript show: 'some message'. ] The thing is that the messages are not shown one after another but all together after the loop is finished, unless I put a ... self halt Is this behavior normal? is there any way to make the messages come one by one? Thanks Abdelghani ________________________________ Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

Nov. 13, 2015

Transcrip Show: in a loop

by abdelghani ALIDRA

Hi all, In order to monitor my program performance, I am using Transcrip>>show as follows ; 10 timesRepeat:[Â Â aLongComputation. Â Â Transcript show: 'some message'. Â Â ] The thing is that the messages are not shown one after another but all together after the loop is finished, unless I put a ... self haltIs this behavior normal? is there any way to make the messages come one by one? Thanks Abdelghani

Nov. 13, 2015

Re: [Pharo-users] Smalltalks video recordings?

by Dimitris Chloupis

me too :) On Fri, Nov 13, 2015 at 3:11 AM Stephan Eggermont <stephan(a)stack.nl> wrote: > On 12/11/15 19:57, Esteban A. Maringolo wrote: > > It is being recorded. And the slides being collected. So I guess they > > will be made public soon. > > Great. I'm looking forward to them > > Stephan > > > >

Nov. 13, 2015

Re: [Pharo-users] Smalltalks video recordings?

by Stephan Eggermont

On 12/11/15 19:57, Esteban A. Maringolo wrote: > It is being recorded. And the slides being collected. So I guess they > will be made public soon. Great. I'm looking forward to them Stephan

Nov. 13, 2015

Re: [Pharo-users] FileDialog from Spec

by Henrik Nergaard

Hi Jeff, Here is an example to bring up the file dialog answering a file reference. | reference | reference := UIManager default fileSave: 'Save as?' extensions: #('pdf' 'png' 'stuff') path: Smalltalk imageDirectory. For other examples see MorphicUIManager where methods start with file* Best regards, Henrik -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Jeff Gray Sent: Thursday, November 12, 2015 11:22 PM To: pharo-users(a)lists.pharo.org Subject: Re: [Pharo-users] FileDialog from Spec I just want to call a dialog on a button click. What approach do I take with the Polymorph one? Do I have to open a Polymorph window which then calls the dialog or can I bake the Polymorph dialog into my spec window? -- View this message in context: http://forum.world.st/FileDialog-from-Spec-tp4860608p4860782.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 12, 2015

Re: [Pharo-users] FileDialog from Spec

by Jeff Gray

I just want to call a dialog on a button click. What approach do I take with the Polymorph one? Do I have to open a Polymorph window which then calls the dialog or can I bake the Polymorph dialog into my spec window? -- View this message in context: http://forum.world.st/FileDialog-from-Spec-tp4860608p4860782.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 12, 2015

Re: [Pharo-users] Smalltalks video recordings?

by Esteban A. Maringolo

It is being recorded. And the slides being collected. So I guess they will be made public soon. El nov. 12, 2015 11:51 AM, "Stephan Eggermont" <stephan(a)stack.nl> escribiÃ³: > Looking at the tweet stream of #Smalltalks2015, I wonder if > #Smalltalks2015 is being recorded? Are there already slides available? > > Stephan > > >

Nov. 12, 2015

Smalltalks video recordings?

by Stephan Eggermont

Looking at the tweet stream of #Smalltalks2015, I wonder if #Smalltalks2015 is being recorded? Are there already slides available? Stephan

Nov. 12, 2015

catalog projects in spotter (Was: Re: Changing playground and monticello shortcuts)

by Tudor Girba

Hi, I changed the title of the message :). > On Nov 12, 2015, at 2:04 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > >> People are saying that they do not want to have the Catalog Projects displayed by default > > Why do you generalize that people wants to have them "not displayedâ? > It's for people with a slow connection and they lament about the slowdown - not the > functionality. For this group it feels slow when opening Spotter - especially when > the JSON rertrieved anytime you open it. > > As I said in the worst case one could put: > > CatalogSettings displayCatalogProjectsInSpotter: false. > > into the startup script or change in settings browser if one works on a really > slow connection. This is already in latest Pharo image of today. We are talking about two different things :). By âdisplay by defaultâ I mean that when you open Spotter the Catalog category is shown and this implies a search is performed even if you do not type anything. You can also choose to not have this be displayed by default, and only appear when you type something. This is what happens for searches like classes or implementors. For example: GTSpotter>>spotterImplementorsFor: aStep <spotterOrder: 30> self flag: #specialFilter. aStep listProcessor title: 'Implementors'; filter: GTFilterImplementor item: [ :filter :context | SystemNavigation default allBehaviorsDo: [ :class | class methodsDo: filter ] ]; wantsToDisplayOnEmptyQuery: false With your solution, you are completely taking it out of Spotter. So, not the same :). I would prefer to have it not query from the very beginning. >> Another option is to provide an intermediary object. For example, how would it be if we would dive in the Catalog Browser object from the Menu >category and be able to search for projects? > > A possible solution yes - but I dislike that it would again hide the available projects in yet another > navigation downpath/sidepath of spotter that one must know and type in advance. > > Wasn't the idea of Spotter to "just type" without having to know too much context? Not really. The main idea of Spotter is to allow you to search from multiple contexts through one unified search interface. Now, that does not mean that a strong top search is not desirable. It certainly is, but it must be scalable. > I think a cache for the catalog projects for the spotter search (that is invalidated at image startup) > could solve the problem: > > When Spotter opens the FIRST time the projects are retrieved, nonetheless all the other items > are already displayed. So the catalog projects appear lazy when retrieved (as it is now). > For any following search the quick cache projects can be used without slowdowns. The server side > of Catalog only updates each 24 hours anyway - so the contents is usually valid for the image session. I like this. We could also add a timer that refreshes the image cache after 24h. Would you be interested in proposing a solution for this? > If there are still people left who (due to a real slow connection) find this initial one-time retrieval > annoying then they can disable it as described above. Now that we are on this, there is still an idea to provide the ability of enabling/disabling processors. We did not get around to do it, but we should probably rethink its priority. > Nonetheless we get really offtopic from the original subject of this threadâ¦ Indeed, but it is still valuable. That is why I changed the title :) Doru > Thanks > T. > -- www.tudorgirba.com "Be rather willing to give than demanding to get."

Nov. 12, 2015