- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.3] #13172

by Marcus Denker

13172 ----- Issue 3088: MNU Text>>withBlanksTrimmed Issue 4091: Remove Socket primitiveOnlySupportsOneSemaphore Issue 4084: Adding comments to announcer Issue 4083: fix full image text search (typo) Issue 4068: SubscriptOutOfBounds Issue 4081: MessageNotUnderstood: Transcript class>>theme Issue 4079: add hasSubscriber: to Announcer -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

April 25, 2011

Re: [Pharo-project] new template for class empty comments for OB

by laurent laffont

Why not a "Please comment this class. Look at class XXXX for a good example of comment". Replace XXX with a class you like. Laurent On Sun, Apr 24, 2011 at 7:39 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > Hi lukas > > could you add the following in OB for missing template > > http://code.google.com/p/pharo/issues/detail?id=4090 > > templateOn: aStream > aStream nextPutAll: theClass name; nextPutAll: ' has not been > documented yet. The class comment should describe the purpose of the class, > its collaborations and its variables. '. > aStream nextPutAll: 'We encourage you to fill up the following > template.'; cr;cr. > aStream nextPutAll: 'Class intention';cr ; tab. > aStream nextPutAll: 'I''m doing the following ...';cr;cr. > > aStream nextPutAll: 'Class collaborations'; cr;tab. > aStream nextPutAll: 'I usually do not work in isolation but with the > help of ...'; cr ;cr . > > aStream nextPutAll: 'Class main API'; cr; tab. > aStream nextPutAll: 'My main public API is ...'. > > aStream nextPutAll: 'My subclasses may want to override such > specific hooks ...'; cr. > > aStream nextPutAll: 'Implementation notes';cr. > > self templateLabel: 'Instance Variables:' class: theClass variables: > theClass instVarNames on: aStream. > self templateLabel: 'Class Instance Variables:' class: theClass > class variables: theClass class instVarNames on: aStream > > I did the same for the default browser. > > Stef >

April 25, 2011

Re: [Pharo-project] Error with latest ProfStef in Pharo 1.3

by laurent laffont

On Mon, Apr 25, 2011 at 1:52 AM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Can we meet on a chat on Tuesday at 20:30 (GMT+1) ? > No I won't be available. And actually I don't know when I will have time for a real work, sorry :) May be I can check this with my local developer group on Tuesday (we meet from 12:30 -> 13h30. If you wake up early :) Laurent > We could then write new tests, make sure ProfStef works for Pharo 1.3 and > fix the bug found by Mariano. > > Cheers, > Alexandre > > > On 24 Apr 2011, at 12:33, laurent laffont wrote: > > > > > On Sun, Apr 24, 2011 at 6:43 PM, Alexandre Bergel < > alexandre.bergel(a)me.com> wrote: > > ah ah! This is what we have changed during the pharo cast. > > Laurent, do you want that we have a look at it together? > > > > haha I won't be able to look at it until Tuesday. > > > > Laurent. > > > > > > Cheers, > > Alexandre > > > > > > On 24 Apr 2011, at 11:30, Mariano Martinez Peck wrote: > > > > > "Error 'Please use buildTutorialTopicFor: instead'" > > > > > > when I try to open it from the menu. > > > > > > ProfStefHelpTutorialBuilder >> buildHelpTopicFrom: > aHelpTopicDescription > > > "Start building from the given help topic description" > > > > > > ^(self new) > > > rootToBuildFrom: aHelpTopicDescription; > > > build; > > > topicToBuild > > > > > > the rpoblem is that #new > > > > > > I am using last versions of Pharo1.3 > > > > > > -- > > > Mariano > > > http://marianopeck.wordpress.com > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > >

April 25, 2011

Re: [Pharo-project] new template for class empty comments for OB

by Lukas Renggli

Hi Alexandre, > But this is not incompatible. The IVs may still be listed, > the template can be adjusted for that Yes, this is true and the proposed change takes the IVs into account. The only problem is that I have to scroll to the bottom in 90% of the cases as the variables are a couple of pages below the template text. 90% of the time I am looking for information and then something like the variable types is at least useful, a two page template is only "useful" the few times I actually write a comment. Lukas -- Lukas Renggli www.lukas-renggli.ch

April 25, 2011

[Pharo-project] Help me get to ESUG 2011 ...

by James Ladd

Hi All, I need help getting to ESUG 2011. If you would like to see an entertaining and original presentation and learn about Redline Smalltalk then please help. Here is the RL pres for STS2011 in Vegas: http://vimeo.com/22084832 http://pledgie.com/campaigns/15176 Rgs, James

April 25, 2011

Re: [Pharo-project] Reproducible Cog crash but no info to get an idea...

by Eliot Miranda

Mariano, can you give me a URL for the image to use? I used a PharoCore-1.23 image and got a run-time error not a VM crash. TIA Eliot On Sun, Apr 24, 2011 at 4:35 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi. We are having a crash in Fuel, which doesn't crash with the standard > VM. > To reproduce, take a Pharo 1.2 image and load the attached mcz. > You will see that method: #materializeKeysAndValuesTo:with:size: > has a "self halt" inside. > > If you ran the test FLCreateClassSerializationTest >> testCreateWithMethod > > it will crash. If you remove the "self halt" from > #materializeKeysAndValuesTo:with:size: it works... > > I debuged it with GDB and I don't know why, I can ONLY see the last two > instrunctions, which is a longAt: -8 > I attach screenshot. A bt or a call printAllStacks() doesn't show me > anything. > > If I run from a console, the only thing I get is a: > Segmentation fault > Smalltalk stack dump: > Bus error > > I have no idea what can be happening. Thanks for any clue... > > -- > Mariano > http://marianopeck.wordpress.com > >

April 25, 2011

Re: [Pharo-project] Error with latest ProfStef in Pharo 1.3

by Alexandre Bergel

Can we meet on a chat on Tuesday at 20:30 (GMT+1) ? We could then write new tests, make sure ProfStef works for Pharo 1.3 and fix the bug found by Mariano. Cheers, Alexandre On 24 Apr 2011, at 12:33, laurent laffont wrote: > > On Sun, Apr 24, 2011 at 6:43 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > ah ah! This is what we have changed during the pharo cast. > Laurent, do you want that we have a look at it together? > > haha I won't be able to look at it until Tuesday. > > Laurent. > > > Cheers, > Alexandre > > > On 24 Apr 2011, at 11:30, Mariano Martinez Peck wrote: > > > "Error 'Please use buildTutorialTopicFor: instead'" > > > > when I try to open it from the menu. > > > > ProfStefHelpTutorialBuilder >> buildHelpTopicFrom: aHelpTopicDescription > > "Start building from the given help topic description" > > > > ^(self new) > > rootToBuildFrom: aHelpTopicDescription; > > build; > > topicToBuild > > > > the rpoblem is that #new > > > > I am using last versions of Pharo1.3 > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2011

Re: [Pharo-project] What is a well documented class?

by Alexandre Bergel

So, instead of having public/private category, a comment can be "public method" or "private method". I will work on a documentation tool very soon. Cheers, Alexandre On 24 Apr 2011, at 12:45, Schwab,Wilhelm K wrote: > Public/private categories would a lot of sense if methods could belong to more than one category. Dolphin allows that, and it's *really* nice. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] > Sent: Sunday, April 24, 2011 12:37 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] What is a well documented class? > > On Apr 24, 2011, at 6:49 PM, Alexandre Bergel wrote: > >>> give a try and see. I think that this is important. >> >> Yes it is. >> >>> We can even publish something out of it :) >> >> That's a side effect that cannot be avoided :-) > > ;-) > so even better. > > >> >> Alexandre >> >>> >>> On Apr 24, 2011, at 6:17 PM, Alexandre Bergel wrote: >>> >>>>>> - each public method belongs to a method category named public* >>>>>> - each private method belongs to a method category named private* >>>>> >>>>> Others here may disagree -- and the dreary of legislating and >>>>> enforcing conventions aside -- but I strive (usually with success) to >>>>> move all privately-used methods to one or more delegates. One class's >>>>> private method is just another's public??? >>>> >>>> A private method may have to access instances variables. Moving the method to another class may be difficult sometimes. >>>> >>>>>> - other methods are considered as "package visible", meaning that they belong to a category that does not begins with 'private' or 'public' >>>>> >>>>> Again, I sympathise with facing the visibility problem, but I don't >>>>> trust that conventions will be upheld by either end, so I tire of >>>>> following them. Replace Pharo/Squeak categories with Newspeak >>>>> modules; replace Pharo/Squeak protocols with traits (stateless, >>>>> please); I'll be the first in line. >>>> >>>> I do not think this should be enforced. It is easy to infer method visibility with a set of well defined scenarios, for example the one that comes in unit tests. >>>> >>>> Cheers, >>>> Alexandre >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> >>> >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2011

Re: [Pharo-project] new template for class empty comments for OB

by Alexandre Bergel

Hi Lukas, But this is not incompatible. The IVs may still be listed, the template can be adjusted for that Alexandre On 24 Apr 2011, at 16:20, Lukas Renggli wrote: > I think it is a pity to show this lengthy boilerplate when looking at > a class comment. For the normal browser it might be ok, but in OB with > RB loaded I actually like to see the inferenced instance variable > types at one glance when no other comment is available. I think this > behavior is more useful in most cases (i.e. when trying to understand > code). OB already picks up automatically the system defined class > comment template if the RB engine is not used. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 25, 2011

Re: [Pharo-project] [Pharo-users] An small "interactive art" project in Pharo, from a newbie

by Mariano Martinez Peck

On Mon, Apr 25, 2011 at 12:53 AM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Stef, > > El 24/04/11 04:01, StÃ©phane Ducasse escribiÃ³: > > Thanks offray. > > > > I think that you should have a look at the work on ricardo moran and use > the board from pharo. > > Now this is working well. > > > > Stef > > I have already seen that (the Physical etoys project). Now I want to > make something not related with physical computing, but just making some > graphic appear at a random position vanish slowly and load a > twitter/identica feed. Any pointer on where I can find this solution? > > I have no idea, but I cc'ed pharo-dev where you may have more chance. cheers mariano > Thanks > > Offray > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQEcBAEBAgAGBQJNtKoCAAoJEGiex2828ICwrsYH/RgrOvhMABG0htt3TjAXiGzt > LwdtzZG/xTJBawQkflHDipSjbypsIkInkCnTM+9yDgA+grkdxoGxdN5D7W1MfU/r > Y6XE7/7sSKEmbCHVXGVeJ6LllxqsEDK+UDqcEIr1eDAPfmb6NJulYS5AFna/4xTg > I83FMPNAWQ9xWf8ggVrpAOOpvKal4X3HzCFbST6hiwcmxJDvNfEUCc1FuTp3DOQ9 > rtBsGSkbtFEOGCePSqMp5HXhxT22PmSd5FpnLtujRhoVAZaRdIFWiI/SadYPNsez > C+us+fprenBeuCAtjSqQM0KjI686uLslK9tLPedvgPjW/lRr2UlMFv/FoFv4krI= > =sdJs > -----END PGP SIGNATURE----- > > -- Mariano http://marianopeck.wordpress.com

April 25, 2011