- Pharo-dev - lists.pharo.org

[Pharo-project] Issue with SHParserST80

by Alexandre Bergel

Apparently, #hasBindingThatBeginsWith: has disapeared from SystemDictionary. Making the method SHParserST80>>resolvePartial: raises an error when loaded in a Core 1.1. This method is signed by Tween. Anyone is maintaining Shout? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

[Pharo-project] Condensing Changes File

by Alexandre Bergel

Hi! Apparently, the change file cannot be condensed in Core 1.1 anymore. I am the only one to experience this? Mariano, maybe we could remove temporarily the change condensing from ConfigurationOfPharo? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

[Pharo-project] Getting Pharo 1.1 from PharoCore 1.1

by Alexandre Bergel

Mariano, the method unregisterOpenCommand: does not exist in 1.1. The method DEVImageCreator>>cleanOpenMenu raises a DNU. DEVImageCreator is used to produce Pharo. Cheers, Alexandre NB: Shall I send these email as private or is it okay on the mailing list? Is there anyone working on packaging Pharo 1.1? -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

[Pharo-project] NSAbstractDataStream class >>initialize

by Alexandre Bergel

Hi Damien, The method NSAbstractDataStream class >>initialize contains the following code: -=-=-=-=-=-=-=-=-= Smalltalk do: [:cls | cls isInMemory ifTrue: [ cls isBehavior ifTrue: [ cls isPointers not & cls isVariable & cls isWords ifTrue: [ (t includesKey: cls) ifFalse: [t at: cls put: 20]]]]]. -=-=-=-=-=-=-=-=-= The problem is that isInMemory is not in Pharo 1.1 anymore. I think that you can remove the condition "cls isInMemory ifTrue: [". Maybe someone else can confirm? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

Re: [Pharo-project] ConfigurationOfPharo

by Alexandre Bergel

> does it work ? Thanks. Installing ConfigurationOfPharo now stops on some deprecation warning, especially with registerInOpenMenu. Cheers, Alexandre > > cheers > > mariano > > Dont know what changed on ConfigurationOfPharo, since it worked in > the past... > > see > http://lists.gforge.inria.fr/pipermail/pharo-project/2010-April/025757.html > > Got no response so far. > > What I found interesting is that I was able to build a 1.0 dev-image > from a 1.0 core image when I use the config directly. But not when > I use it in another configuration (ConfigurationOfMetaSource in this > case). > > I'm still puzzled.... > > Bye > T. > > > > > > -- > GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! > Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 > > _______________________________________________ > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

Re: [Pharo-project] ConfigurationOfPharo

by Alexandre Bergel

> For the <worldMenu> I guess there is no problem. but what about the > others? Not really actually. For example, consider the following method: OBSearBrowser class>>registerInOpenMenu TheWorldMenu registerOpenCommand: {'Search Browser'. {self. #open}}. Because of this method, loading OB raises a deprecation warning. What should we do in that case? OB should still be loadable in 1.0. And creating two development branches is not the solution. Cheers, Alexandre > > Cheers > > Mariano > > > I then had to do some modifications: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Getting Pharo 1.1 from PharoCore 1.1 > > - add <worldMenu> in: > SHWorkspace class>>open > > - changed asSortedArray into "asArray sort" > OBMetagraphBuilder>>execute () > OBAllMethodCategoryNode>>methodReferences > OBSelectorNode>>implementors > OBMethodNode>>messageSelectors > OBMethodNode>>implementorsOf: > OBSelectorNode>>senders > ORCommand>>instanceVariables > > > - fix in > OCompletionTable class>>initializeWithPackages (FillInTheBlank) > NSAbstractDataStream class>>initialize (isInMemory) > SHParserST80>>resolvePartial: (hasBindingThatBeginsWith: is not > defined in SystemDictionary anymore) > > > - Registration in the WorldMenu: > In Moose > PetitGUI > MoosePanel > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > I would like to see Pharo1.1 > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

[Pharo-project] [BUG]: Fullscreen mode has resizing tab (Issue 2356)

by Sean P. DeNigris

Fullscreen mode does not seem to be an actual fullscreen app, but a resizable window with no title bar or border. I find this confusing as it does not match expected convention (on the Mac anyway). http://code.google.com/p/pharo/issues/detail?id=2356 Steps to reproduce: 1. Go to full screen mode You will see a resizing tab in the lower right corner. This is confusing because resizing is kind of incongruent with full screen. At first I thought dragging it might revert to full screen off, but it actually resizes the image and stays in full screen. PROPOSAL: * Lock the window size to cover the entire screen in full screen mode and remove the tab or * Change the name of the current option to something like "Borderless window" (if that is a feature for some people) -- View this message in context: http://forum.world.st/BUG-Fullscreen-mode-has-resizing-tab-Issue-2356-tp206… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 27, 2010

Re: [Pharo-project] [Seaside] a note system for pharo?

by Sean P. DeNigris

I just revisited this. If you use a [fill in favorite word for pragma/annotation here], you can have the same effect as revisit: or flag: (or as many custom note types as you want) without adding any methods to Object. Sean -- View this message in context: http://forum.world.st/Re-Seaside-a-note-system-for-pharo-tp1751477p2068053.… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 27, 2010

Re: [Pharo-project] [Moose-dev] Re: Adding accessing methods

by Alexandre Bergel

Added Behavior>>numberOfInstanceVariables ClassDescription>>numberOfLinesOfCode ClassDescription>>numberOfMethods fixed some typos in the comments. Tests are also proposed #2366 In the inbox: SLICE-FewMetricsDefinedOnClasses-Alexandre_Bergel.1 Cheers, Alexandre On 25 Apr 2010, at 03:08, StÃ©phane Ducasse wrote: > I thought that CompiledMethod has something because marcus use it to > compute some stats now > rationalizing would be good. > > so propose something on pharo and > numberOfInstanceVariables would be better > > On Apr 24, 2010, at 10:53 PM, Alexandre Bergel wrote: > >>>> I would like to have numberOfMethods, >>>> , numberOfAttributes defined in Behavior. >>> >>> the problems is that numberOfAttributes is not the right vocabulary. >>> Did you check for the other ones if there is not already an >>> equivalent? >> >> Behavior>>instSize returns the number of named variables, tacking >> class inheritance into account. >> ClassDescription>>numberOfMethods returns the number of local (ie >> not defined in a trait) methods >> >> Behavior has nothing close to FAMIXClass>>numberOfLinesOfCode. >> >> Cheers, >> Alexandre >> >> >>> >>> Stef >>> >>>> Stef, does this make sense? Shall I produce a slice and put it >>>> PharoInbox? >>>> >>>> Alexandre >>>> >>>> >>>>> >>>>> Stef >>>>> On Apr 23, 2010, at 8:05 PM, Alexandre Bergel wrote: >>>>> >>>>>> hi! >>>>>> >>>>>> What about adding in FAMIXClass: >>>>>> withAllSubclasses, allSubclasses, superclasses, >>>>>> withAllSuperclasses, allSuperclasses >>>>>> >>>>>> FAMIXClass should be somewhat polymorphic to Behavior. >>>>>> That would be useful... I can do it. >>>>>> >>>>>> Any opinion? >>>>>> >>>>>> Cheers, >>>>>> Alexandre >>>>>> -- >>>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>>> Alexandre Bergel http://www.bergel.eu >>>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Moose-dev mailing list >>>>>> Moose-dev(a)iam.unibe.ch >>>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>>> >>>>> >>>>> _______________________________________________ >>>>> Moose-dev mailing list >>>>> Moose-dev(a)iam.unibe.ch >>>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>>> >>>> -- >>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>> Alexandre Bergel http://www.bergel.eu >>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Moose-dev mailing list >>>> Moose-dev(a)iam.unibe.ch >>>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >>> >>> >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)iam.unibe.ch >>> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010

[Pharo-project] Software update

by Alexandre Bergel

Pharo image: core 1.1 Pharo core version: Latest update: #11323 Virtual machine used: OSX Steps to reproduce: 1. Do a software update 2. The system will always tell you that no update were done, where it has actually. by the way, couldn't 'software update' be renamed 'Pharo update' ? http://code.google.com/p/pharo/issues/detail?id=2365 Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 27, 2010