January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] TestRunner author while running tests

by StÃ©phane Ducasse

For me I'm ok with several solutions. I just do not have cycle now for anything more than integrating. I should check what adrian.k did. On Jan 11, 2010, at 6:06 PM, Damien Cassou wrote: > 2010/1/10 Adrian Lienhard <adi(a)netstyle.ch>: >> The reason for this change (which I did with Oscar at Lille) was to >> avoid the author dialog when running tests. It is very annoying >> because when you run all the tests, get a coffee, and later come back, >> the test runner would wait for your input halfway through. > > what about ensuring that the author name is set before running the > tests? i.e., when #runCase is executed, the system asks for the author > name if it is not already set. > > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 11, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by Alexandre Bergel

Maybe you can also add shortcuts: Shift-Cmd-c, Shift-Cmd-v Alexandre On 11 Jan 2010, at 14:45, CÃ©drick BÃ©ler wrote: > Here is the screenshot... > > ps: there is a small bug for explorer in the version I sent. I fixed > it but don't send yet > -- > CÃ©drick > <copyObject.PNG>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 11, 2010

Re: [Pharo-project] Pharocore 1.1: Array DNU createMethod: header

by StÃ©phane Ducasse

alain this is strange. normally the trailer should not be an array. how do you get this error. is here the method igor introduced for his transformation and remove at the end. ArrayedCollection>>createMethod: numberOfBytesForAllButTrailer header: headerWord | meth | meth := CompiledMethod newMethod: numberOfBytesForAllButTrailer + self size header: headerWord. "copy the encoded trailer data" 1 to: self size do: [:i | meth at: meth size - self size + i put: (self at: i)]. ^ meth! ! On Jan 11, 2010, at 5:53 PM, Alain Plantec wrote: > in > > CompiledMethod>> > newBytes: numberOfBytes trailerBytes: trailer nArgs: nArgs nTemps: > nTemps nStack: stackSize nLits: nLits primitive: primitiveIndex > "Answer an instance of me. The header is specified by the message > arguments. The remaining parts are not as yet determined." > | largeBit primBits | > nTemps > 63 ifTrue: > [^ self error: 'Cannot compile -- too many temporary > variables']. > nLits > 255 ifTrue: > [^ self error: 'Cannot compile -- too many literals variables']. > largeBit := (nTemps + stackSize) > SmallFrame ifTrue: [1] ifFalse: [0]. > primBits := primitiveIndex <= 16r1FF > ifTrue: [primitiveIndex] > ifFalse: ["For now the high bit of primitive no. is in the 29th > bit of header" > primitiveIndex > 16r3FF ifTrue: [self error: 'prim num > too large']. > (primitiveIndex bitAnd: 16r1FF) + ((primitiveIndex > bitAnd: 16r200) bitShift: 19)]. > > ^ trailer createMethod: numberOfBytes > header: (nArgs bitShift: 24) + > (nTemps bitShift: 18) + > (largeBit bitShift: 17) + > (nLits bitShift: 9) + > primBits. > > Alain > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 11, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

Here is the screenshot... ps: there is a small bug for explorer in the version I sent. I fixed it but don't send yet -- CÃ©drick

Jan. 11, 2010

[Pharo-project] offermenu and friends

by StÃ©phane Ducasse

Hi guys andreas published in squeaktrunk the following changes Replace offerMenuFrom:shifted: by offerMenu:from:shifted: which takes an additional argument, the model to retrieve the menu from and perform the actions on. And I was wondering if this would not help to get a better handling of menu and their respective action. Stef

Jan. 11, 2010

[Pharo-project] how to import an icon

by Torsten Bergmann

If you want to have own icons in OB Browser then you can easily use: | image stream | image := ColorForm fromFileNamed: '/path/to/icon.gif'. stream := WriteStream with: String new. image storeOn: stream. stream contents inspect to get the form and put the generated code as an extension method on class OBMorphicIcons to implement #browserIcon returning the selector in your own class. Typical icon size in OB is 12x12 (*). See Exception class>browserIcon and OBMorphicIcons>>exception for an example in a dev-image. * I dont like the small 12x12 size since typical icons size on Win for small icons is 16x16 - but one can use the free IconFX tool to smoothly shrink them Bye T. -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Jan. 11, 2010

Re: [Pharo-project] [ANN] WorkingSet

by Romain Robbes

On Jan 11, 2010, at 12:57 PM, Mariano Martinez Peck wrote: > Wow!!! I don't know what you said. I have been playing 10 minutes since you sent the email and it is really EXCELLENT!!!! > > I love it. > > Please +999999999999999^^999999 to put them in PharoDev image :) > Thanks for the feedback! > A little "bug" I found is that in the text field, when you put a class, and OCompletion brings the popup, you HAVE to use TAB, not enter. I am use to use enter key. But the problem in this case is that the one who captures the even is WorkingSet, not OCompletion, so the classbrowser is shown with that class, but the OCompletion popup is still alive. > Hum, that's strange ... I'll look into it. Normally once you're in the text field, the text field has focus, not the WorkingSet. > Thanks a lot for this tool. I'm just scratching my own itch :-) Cheers, Romain > > Mariano > > On Mon, Jan 11, 2010 at 4:42 PM, Romain Robbes <romain.robbes(a)gmail.com> wrote: > Dear list, > > I've been working on a small tool to help people navigate their code in Pharo. > WorkingSet tracks the entities you've changed recently, and lets you access them quickly. > > Load WorkingSet with: > Gofer new > squeaksource: 'WorkingSet'; > package: 'WorkingSet'; > load. > > Once loaded, press CMD-1 to activate or dismiss it. A User interface pops up, with the following key mappings: > -H to get this help message. > -1-9 to select a recently changed class or method (depending on which list is highlighted). > -TAB to select methods, or the text field. > -Left/Right arrow keys to select classes, methods, or text field. > -Up/Down arrow keys to select an item in the list of classes or methods. > -ENTER in the text field to navigate to the entity you typed. > -ENTER or SPACE in a class or method list to select the selected item. > -U to browse the users of an entity (methods: senders, classes: references). > -S to browse the siblings of an entity (methods: implementors, classes: hierarchy). > -K to close all windows opened by WorkingSet. > -L & R to shift the WorkingSet window left or right. (in case you use several screens). > -ESC or CMD-1 to dismiss WorkingSet. > > The text field allows you to enter classes and methods which are not present in your working > set. You can enter multiple classes/methods at once by separating them with spaces. > > Enjoy! > Romain > -- > Romain Robbes > http://www.inf.unisi.ch/phd/robbes > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Romain Robbes http://www.inf.unisi.ch/phd/robbes

Jan. 11, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

I gave another try. I like the idea. > I like the idea of a class because you could attach behavior to it: > - cleaning for release > - exporting > - importing > There is already cleaning at startup shutdown... > ... > So instead of using a global I would use > instead of Buffer > why not ObjectClipBoard ? > Arf this was the name I was looking for ! So I changed some names and some details. Name: ObjectClipboard-CedrickBeler.1 Author: CedrickBeler Time: 11 January 2010, 6:11:56 pm UUID: 014f775e-ead0-a245-98f0-8bf61c7207ff Ancestors: Object clipboard: copy/paste objects between tools -several objects can be "copied" (up to 5 for now) -the store is reset after each image startup/shutdown To access programatically: -to copy an object: ObjectClipboard copy: anObject -to paste an object: ObjectClipboard paste -to get all copied objects: ObjectClipboard content When a copied object is pasted, the store string version unless the size is too long (100 characters). If the size exceed the limit, what's printed is : (ObjectClipboard paste) "anObject name" ie. the command that can be executed with the commented name of the object on the right. Different menu commands have been created -text editor, inspector and explorer (named: Copy object and Paste object) --need to load external files to load (I don't want to change the categories for those) (cf. joined files) I joined a small screenshot too hope you like it ;) CÃ©drick

Jan. 11, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by Alexandre Bergel

Hi Cedrick, The idea is cool indeed! I often need this feature. I usually use a global variable Smalltalk at: #TMP or something. Talking to object is indeed the right thing Cheers, Alexandre On 10 Jan 2010, at 15:00, CÃ©drick BÃ©ler wrote: > The problem is that without explaining someone what the menu item > "Buffer it" does and how to use it (e.g., to evaluate "self buffer") > it makes this feature hard to understand. > > yes I agree > > > I think the idea is good, but how could it be made easy to understand > and use? > > don't really know. I first named it 'copy it' and 'paste it' but I > don't think that's the issue > > BTW, the same effect can also be achieved by assigning the object to a > global, e.g., "Buffer := self at: 4" and then in the popup select > "declare global" if Buffer is not a global yet. > > uhmm yes it seems better. No need for an extra class and instead of > self buffer, evaluating the global is enough. > Also, am I correct to remove a global like that: > Smalltalk removeKey: #Buffer > > > Maybe then a menu entry more explicit would be 'store in global > named Buffer' 'assign to Buffer' "store in Buffer" ? ... uhm a bit > too long... > > Maybe having 'buffer it' in the menu (or store it or copy it) and a > secondary item named for instance 'paste it' that is accessible > when Buffer exists and that paste 'Buffer' wherever needed. > > What do you think ? > > Cheers, > > -- > CÃ©drick > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 11, 2010

Re: [Pharo-project] Allow or disable System Update in PharoDev images ?

by Damien Cassou

2010/1/10 Mariano Martinez Peck <marianopeck(a)gmail.com>: > On Sun, Jan 10, 2010 at 10:06 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: >> >> I agree, it would be nice to have software update for the Pharo >> images. But as long as it does not reliably work, I think it harms >> more than it helps. >> > > +1. But...they main question is, do you know in which cases it breaks stuff? ONLY with overrides ? How many overrides do we have from external packages in Core ? In the 'Packages' page on the wiki, there should be comments about each package indicating if it includes overrides or not. Some months ago I managed to fix all overrides of the different packages in Pharo (aka PharoDev). -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Jan. 11, 2010