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

[pharo-project/pharo-core]

by GitHub

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

March 26, 2014

[pharo-project/pharo-core] 557274: 30801

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 557274427ddcc51da0bbf382fa8b981a803b425b https://github.com/pharo-project/pharo-core/commit/557274427ddcc51da0bbf382… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-03-26 (Wed, 26 Mar 2014) Changed paths: A Kernel.package/Integer.class/instance/mathematical functions/nthRootRounded_.st M Kernel.package/Integer.class/instance/mathematical functions/nthRoot_.st R Kernel.package/LargeInteger.class/instance/mathematical functions/sqrtFloor.st M Kernel.package/NumberParser.class/instance/parsing-private/makeIntegerOrScaledInteger.st M Kernel.package/NumberParser.class/instance/parsing-private/readNumberWithFractionPartNumberOfTrailingZeroInIntegerPart_.st R Kernel.package/NumberParser.class/instance/parsing-private/readScale.st A Kernel.package/NumberParser.class/instance/parsing-private/readScaleWithDefaultNumberOfDigits_.st M Kernel.package/NumberParser.class/instance/parsing-public/nextScaledDecimal.st A KernelTests.package/FloatTest.class/instance/tests - characterization/testMaxExactInteger.st A KernelTests.package/IntegerTest.class/instance/tests - mathematical functions/testNthRootExactness.st A KernelTests.package/LargePositiveIntegerTest.class/instance/tests/testLargeSqrtFloor.st A KernelTests.package/NumberParserTest.class/instance/tests - ScaledDecimal/testScaledDecimalWithoutScaleSpecification.st A KernelTests.package/NumberParsingTest.class/instance/tests - ScaledDecimal/testScaledDecimalWithoutScaleSpecification.st M Metacello-ToolBox.package/MetacelloToolBox.class/class/scripts/createDevelopment_for_importFromBaseline_description_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script454.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30801.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30801 13096 Do not update projects when releasing from the toolbox https://pharo.fogbugz.com/f/cases/13096 13081 Integer nthRoot: is not allways exact though it claims to https://pharo.fogbugz.com/f/cases/13081 13109 Incorrect sqrtFloor for large Integers https://pharo.fogbugz.com/f/cases/13109 13082 ScaledDecimal 0.050s should be interpreted with scale 3, not 0. https://pharo.fogbugz.com/f/cases/13082 http://files.pharo.org/image/30/30801.zip

March 26, 2014

Re: [Pharo-dev] Nicer scrollbars [was RE: Fixing inconsistent buttons look in PharoUI]

by Hilaire Fernandes

Phil, Nice. You should be attention to the refactoring in the UITheme hierarchy as Pharo3Theme is now a direct child of UITheme The SLICE is 13118 https://pharo.fogbugz.com/f/cases/13118/Clean-up-the-mess-in-UITheme-hierar… Thanks Hilaire Le 26/03/2014 11:58, Philippe Back a Ã©crit : > And while I was at it, I made the scrollbars nicer. > > > > https://pharo.fogbugz.com/default.asp?13136 > > > > All of this made me notice that there are quite a number of little > glitches all over. Especially when using larger fonts. > > > > Phil > > > > *From:*Philippe Back [mailto:phil@highoctane.be] > *Sent:* mercredi 26 mars 2014 10:51 > *To:* 'pharo-dev(a)lists.pharo.org' > *Subject:* Fixing inconsistent buttons look in PharoUI > > > > Iâve made a pass at fixing the buttons look (border in some places, no > border in others). Spec-generated buttons are using the ButtonModel and > MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is > asking the borderWidth and borderColor from the model, which is all nice > but should be looking like the standard PluggableButtonMorphs, which do > have a border. > > > > So, aligned now. > > > > https://pharo.fogbugz.com/default.asp?13135 > > > > Slice in inbox: > SLICE-Issue-13135-Inconsistent-look-of-buttons-across-tools-Border-no-border-PhilippeBack.1 > > > > Phil > > > > ------------------------------------------------------------------------ > <http://www.avast.com/> > > Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant > parce que la protection Antivirus avast! <http://www.avast.com/> est > active. > > -- Dr. Geo http://drgeo.eu

March 26, 2014

Re: [Pharo-dev] Flat button look in Pharo3

by Hilaire Fernandes

Flat design. It is funny. After the colors overdoses of the '90 and '00, we are back to the '70, with just a few more colors. It looks much better with flat blue, thanks. Hilaire Le 26/03/2014 09:55, Philippe Back a Ã©crit : > I grew really fed up of the blue -> gray gradients in the Pharo3Theme. > Watching it all day long was too much, so I embarked on looking inside.

March 26, 2014

Nicer scrollbars [was RE: Fixing inconsistent buttons look in PharoUI]

by Philippe Back

And while I was at it, I made the scrollbars nicer. https://pharo.fogbugz.com/default.asp?13136 All of this made me notice that there are quite a number of little glitches all over. Especially when using larger fonts. Phil From: Philippe Back [mailto:phil@highoctane.be] Sent: mercredi 26 mars 2014 10:51 To: 'pharo-dev(a)lists.pharo.org' Subject: Fixing inconsistent buttons look in PharoUI I've made a pass at fixing the buttons look (border in some places, no border in others). Spec-generated buttons are using the ButtonModel and MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is asking the borderWidth and borderColor from the model, which is all nice but should be looking like the standard PluggableButtonMorphs, which do have a border. So, aligned now. https://pharo.fogbugz.com/default.asp?13135 Slice in inbox: SLICE-Issue-13135-Inconsistent-look-of-buttons-across-tools-Border-no-border -PhilippeBack.1 Phil --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 26, 2014

Re: [Pharo-dev] Crazy Smalltalk code snippets

by Tudor Girba

+1 Doru On Wed, Mar 26, 2014 at 8:26 AM, Pharo4Stef <pharo4Stef(a)free.fr> wrote: > Hi frank > > It would really great if you send an article on this to the ESUG workshop. > I can help reviewing the draft if you want. > Stef > > > Yes: http://ss3.gemstone.com/ss/Control.html > > > > Last time I checked I did need to add a shim (see the ControlPharo > > package), but it did load cleanly and pass all its own tests. > > > > Control not only provides a convenient way of making partial > > continuations (of the shift/reset sort, if you're familiar with the > > literature), but also _delimited_ dynamic variables. As soon as you > > start stack-slicing with partial continuations, you quickly find that > > standard implementations of dynamic variables fail in all sorts of > > nasty ways. Fundamentally, "normal" dynamic variables _cannot_ work > > cleanly with partial continuations because they either close over too > > much of the dynamic environment, or too little. > > > > Here's some reading on the topic: > > > > [1] http://okmij.org/ftp/Computation/dynamic-binding.html > > [2] http://www.cs.rutgers.edu/~ccshan/dynscope/DDBinding.pdf > > [3] > http://www.lshift.net/blog/2012/06/27/resumable-exceptions-can-macro-expres… > > > > frank > > > >>>>> Cheers, > >>>>> -- Pavel > >>>> > >>>> > >>> > >>> > >>> > >>> -- > >>> best, > >>> Eliot > >> > >> > > > > > -- www.tudorgirba.com "Every thing has its own flow"

March 26, 2014

Fixing inconsistent buttons look in PharoUI

by Philippe Back

I've made a pass at fixing the buttons look (border in some places, no border in others). Spec-generated buttons are using the ButtonModel and MorphicButtonAdapter but the defaultSpec fo the the ButtonModel is asking the borderWidth and borderColor from the model, which is all nice but should be looking like the standard PluggableButtonMorphs, which do have a border. So, aligned now. https://pharo.fogbugz.com/default.asp?13135 Slice in inbox: SLICE-Issue-13135-Inconsistent-look-of-buttons-across-tools-Border-no-border -PhilippeBack.1 Phil --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 26, 2014

When change on class with trait freeze

by Hilaire Fernandes

https://pharo.fogbugz.com/f/cases/13133/When-change-on-class-with-trait-fre… -- Dr. Geo http://drgeo.eu

March 26, 2014

Re: [Pharo-dev] Use Spotlight to quickly evaluate and inspect short expressions

by Pharo4Stef

I like the idea now it is importznt that spotlight found class , method, package well :) Stef On 25 Mar 2014, at 14:30, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > I had this idea: > > https://pharo.fogbugz.com/f/cases/13128/Use-Spotlight-to-quickly-evaluate-a… > > now you can do > > <shift-Enter>:42<Enter> > > to inspect the magic number 42 > > <shift-Enter>:1500*1.25<Enter> > > to quickly compute your 25% raise > > <shift-Enter>:Float pi<Enter> > > to see how many decimals you still remember > > <shift-Enter>:ZnClient new get: 'http://zn.stfx.eu/zn/small.html'<Enter> > > and so on. > > The interaction with the completion menu is not 100% perfect, but pressing <Space> at the end before <Enter> solves that. > > Feedback ? > > Sven > > PS: I know that many Smalltalk greybeards type everywhere to the same effect, and that is cool to, but it leaves around dirty windows. Opening a workspace for a single expression often is overkill. This feature is totally keyboard driven and very clean. > > PS2: Yes it resembles Emacs' M-: (evaluate-expression), but Pharo is much cooler, right ;-) > >

March 26, 2014

Flat button look in Pharo3

by Philippe Back

I grew really fed up of the blue -> gray gradients in the Pharo3Theme. Watching it all day long was too much, so I embarked on looking inside. Check https://pharo.fogbugz.com/default.asp?13132 and the SLICE-Issue-13132-Ugly-gradients-in-Pharo3Theme-Not-in-line-with-the-times-P hilippeBack.1 Phil --- Ce courrier Ã©lectronique ne contient aucun virus ou logiciel malveillant parce que la protection avast! Antivirus est active. http://www.avast.com

March 26, 2014