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

[pharo-project/pharo-core] 23026c: 30714

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 23026c15e589522431b2081f4838f9b989c74760 https://github.com/pharo-project/pharo-core/commit/23026c15e589522431b2081f… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-01-22 (Wed, 22 Jan 2014) Changed paths: A KernelTests.package/ClassTest.class/instance/testing - dependencies/testDependencies.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script367.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30714.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A Traits.package/TBehavior.class/instance/dependencies/dependentClasses.st Log Message: ----------- 30714 12566 Added Behavior>>#dependentClasses https://pharo.fogbugz.com/f/cases/12566 http://files.pharo.org/image/30/30714.zip

Jan. 22, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30714 Home: https://github.com/pharo-project/pharo-core

Jan. 22, 2014

[ANN] Amber 0.12.3 released

by Nicolas Petton

Deal Smalltalkers, After 2 months of development, we are happy to announce the release of Amber 0.12.3. Highlights: * Several UI improvements in Helios * Subclasses of `nil` can be created * Several fixes for IE8 * amber.js can be loaded asynchronously (it must have an id 'amber-path-mapper' in that case) * JQuery updated to ~1.10.2; jquery-ui updated to match * CodeMirror updated to ~3.20.0 Commits: https://github.com/amber-smalltalk/amber/compare/0.12.2...0.12.3 Issues: https://github.com/amber-smalltalk/amber/issues?milestone=__&state=closed API Changes: * Package Import-Export renamed to Kernel-ImportExport * A dozen of methods moved from Object to ProtoObject * HashedCollection >> at:ifAbsentPut: pushed up to SequenceableCollection * HashedCollection >> , is now allowed (removed shouldNotImplement) * HashedCollection and Dictionary both subclasses of AssociativeCollection * Smalltalk class moved to SmalltalkImage class, Smalltalk is now global var * Smalltalk current deprecated in favour of Smalltalk * Smalltalk at:[put:] deprecated in favour of Smalltalk globals at:[put:] * <smalltalk.ClassName> deprecated in favour of <globals.ClassName> + CompiledMethod >> + defaultProtocol + Behavior >> + compile:protocol: + removeProtocolIfEmpty: + Package >> + load + loadFromNamespace: + Package class >> + load: + load:fromNamespace: + PackageTransport >> load + PackageHandler >> load: + AmdPackageHandler >> load: + Set >> removeAll + AssociativeCollection class + BucketStore class + SmalltalkImage >> + globals + vm + settings + Setting class + String >> + asSetting + asSettingIfAbsent: + settingValue + settingValueIfAbsent: + settingValue: + Smalltalk global variable - CompiledMethod >> - category: (use #protocol:) - defaultCategory - Behavior >> compile:category: - HTMLCanvas class >> - browserVersion - isMSIE - isMozilla - isOpera - isWebkit Cheers, The Amber crew

Jan. 22, 2014

Re: [Pharo-dev] [regression reporter]regression occurred

by Sven Van Caekenberghe

On 22 Jan 2014, at 16:43, no-reply(a)ci.inria.fr wrote: > https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation-A-L/labe… > > 1 regressions found. > KernelTests.Methods.BlockClosureTest.testOnForkErrorTakesLessThanOneSecond I think that all tests with time constraints are brittle: sometimes the slaves are extremely slow. I had a couple of these in my packages and I changed them all to just run without the time constraint.

Jan. 22, 2014

Re: [Pharo-dev] Bad naming: users

by Marcus Denker

On 22 Jan 2014, at 16:10, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 22 janv. 2014, at 10:38, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> Iâve taken a better look at what users is doing. >> would classesUsing be a more specific name for that? > > It's a bit misleading since the users of a trait are either classes or traits. > Anyway, the problem is conflation of APIs, so renaming will solve your problem, > but none of the ones that will eventually appear because the Class API will change. > So we need mirrors or something similar. Perspectives on objectsâ¦ ;-) Marcus

Jan. 22, 2014

Re: [Pharo-dev] TraitComposition equality

by Martin Dias

Please, can you review? https://pharo.fogbugz.com/f/cases/12689/Implement-equality-in-TraitComposit… thanks, MartÃn On Wed, Jan 22, 2014 at 11:23 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Good points. Thanks, they made my rethink. > > In my case, I need to detect if a class definition has changed, to > announce it. The order looks like important here. I agree with Jan that if > somebody reorders the trait composition of a class definition, this should > be considered as a change. So, even the simple A + B = B + A should be > false. > > If you want, we can implement this equality with other selector than #=, > but I think this is the right criteria. > > MartÃn > > > >

Jan. 22, 2014

Re: [Pharo-dev] Bad naming: users

by Camille Teruel

On 22 janv. 2014, at 10:38, Stephan Eggermont <stephan(a)stack.nl> wrote: > Iâve taken a better look at what users is doing. > would classesUsing be a more specific name for that? It's a bit misleading since the users of a trait are either classes or traits. Anyway, the problem is conflation of APIs, so renaming will solve your problem, but none of the ones that will eventually appear because the Class API will change. So we need mirrors or something similar. > Stephan

Jan. 22, 2014

Re: [Pharo-dev] FogBugz (Case [Issue]12566) Kernel - Added Behavior>>#dependentClasses

by Alexandre Bergel

Doneâ¦ Alexandre On Jan 21, 2014, at 7:24 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> > No idea which status I have to set > > Alexandre > <Screen Shot 2014-01-21 at 5.43.02 PM.png> > > On Jan 21, 2014, at 5:40 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> 2014/1/21 Alexandre Bergel <alexandre.bergel(a)me.com> >> I have fixed this. I think the fix is ready to be included. >> SLICE-Issue-12566-Added-BehaviordependentClasses-AlexandreBergel.2 >> >> This is an important fix >> >> Cheers, >> Alexandre >> >> >> On Jan 5, 2014, at 9:56 AM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: >> >> > Hi! >> > >> > I have proposed a method Behavior>>dependentClasses, but apparently the Monkey is not really happy about it. I doubt the error in the generated report stems from this change. >> > https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… >> > >> > No idea how to proceed from there. >> > >> > Cheers, >> > Alexandre >> > >> > On Jan 5, 2014, at 6:42 AM, Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> wrote: >> > >> >> >> >> Ulysse The Galactic Monkey From Outer Spaceedited Case 12566: Added Behavior>>#dependentClasses: >> >> >> >> Bug in Kernel: 1. Pharo Image >> >> >> >> Issue Validation Failed: https://ci.inria.fr/pharo/job/Pharo-3.0-Issue-Validator/6734//artifact/vali… >> >> Errors: 1 | Warnings: 1 | >> >> >> >> Status changed: >> >> Resolved (Monkey is checking) Work Needed (Failing Test) >> >> >> >> Priority: 5 â Fix If Time Status: Work Needed (Failing Test) >> >> Assigned to: Alexandre Bergel Milestone: Pharo3.0 >> >> >> >> >> >> Go to Case >> >> >> >> Don't want FogBugz notifications anymore? Update your preferences. >> >> >> >> >> > >> > -- >> > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> > Alexandre Bergel http://www.bergel.eu >> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> > >> > >> > >> > >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> Looks good. >> Do you want to change the status at fogbugz, so the >> monkey can check. >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > Oh, status will change if you select the solve (resolved?) button > (on the bottom right side of the page) -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 22, 2014

Re: [Pharo-dev] Bad naming: users

by Esteban A. Maringolo

2014/1/22 Stephan Eggermont <stephan(a)stack.nl> > > Iâve taken a better look at what users is doing. > would classesUsing be a more specific name for that? #userClasses ? Esteban A. Maringolo

Jan. 22, 2014

Re: [Pharo-dev] Bad naming: users

by Tudor Girba

How about userClasses? Doru On Wed, Jan 22, 2014 at 10:38 AM, Stephan Eggermont <stephan(a)stack.nl>wrote: > Iâve taken a better look at what users is doing. > would classesUsing be a more specific name for that? > > Stephan > -- www.tudorgirba.com "Every thing has its own flow"

Jan. 22, 2014