October 2013 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]

by GitHub

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

Oct. 11, 2013

[pharo-project/pharo-core] 2f69c1: 30473

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 2f69c19944260e70000cd42ba66e4245e6798d5c https://github.com/pharo-project/pharo-core/commit/2f69c19944260e70000cd42b… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2013-10-11 (Fri, 11 Oct 2013) Changed paths: M FreeType-FontManager.package/FreeTypeFontProvider.class/instance/loading and updating/updateFontsFromSystem.st A FreeType-Fonts-SourceCode.package/SourceCodeFonts.class/class/font registration/registerFonts_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script128.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30473.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Debugger.package/SpecDebugger.class/instance/initialization/initializeWidgets.st A Spec-Debugger.package/SpecDebugger.class/instance/private/codeFont.st A Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/font_.st M Spec-Tools-Senders.package/MessageBrowser.class/instance/initialization/initializeWidgets.st A Spec-Tools-Senders.package/MessageBrowser.class/instance/private/codeFont.st Log Message: ----------- 30473 11848 debugger should set code font https://pharo.fogbugz.com/f/cases/11848/ 11851 MessageBrowser text should be codeFont https://pharo.fogbugz.com/f/cases/11851/ http://files.pharo.org/image/30/30473.zip

Oct. 11, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=wi… 1 regressions found. Zinc.Tests.ZnServerTests.testEntityTooLarge

Oct. 11, 2013

Re: [Pharo-dev] How is this possible?

by Marcus Denker

On Oct 11, 2013, at 4:19 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I am experiencing some problem with the debugger giving the value of the wrong variable, like switching them somehow > Yes, that is another bug I am looking atâ¦ a quite strange one related to being in the wrong scope in the debugger when stepping. Marcus

Oct. 11, 2013

Re: [Pharo-dev] How is this possible?

by Benjamin

I am experiencing some problem with the debugger giving the value of the wrong variable, like switching them somehow Ben On Oct 11, 2013, at 4:12 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > In 30456, I'm in the process of porting the Tiling Window Manager. I'm > experiencing this confusing error... > > TWMDockingBarMorph DNU @ > > In DockingBarMorph>>updatePosition there is the following code: > > self isAdheringToLeft > ifTrue: [| usedHeight usedWidth | > usedHeight := self usedHeightByPredominantDockingBarsOfChastes: #(#top ). > usedWidth := self usedWidthByPredominantDockingBarsOfChastes: #(#left ). > (usedHeight isNumber not or: [usedWidth isNumber]) ifFalse: [ Halt once ]. > usedHeight := 1000. > usedWidth := 100. > self topLeft: self owner topLeft - margin + (usedWidth @ usedHeight)]. > > Pharo is saying that usedWidth = aTWMDockingBarMorph, even though it's set > to a number (for debugging) in the preceding statement. Any ideas? > > Thanks. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/How-is-this-possible-tp4713857.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Oct. 11, 2013

Re: [Pharo-dev] How is this possible?

by Marcus Denker

On Oct 11, 2013, at 4:13 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > In 30456, I'm in the process of porting the Tiling Window Manager. I'm > experiencing this confusing error... > > TWMDockingBarMorph DNU @ > > In DockingBarMorph>>updatePosition there is the following code: > > self isAdheringToLeft > ifTrue: [| usedHeight usedWidth | > usedHeight := self usedHeightByPredominantDockingBarsOfChastes: #(#top ). > usedWidth := self usedWidthByPredominantDockingBarsOfChastes: #(#left ). > (usedHeight isNumber not or: [usedWidth isNumber]) ifFalse: [ Halt once ]. > usedHeight := 1000. > usedWidth := 100. > self topLeft: self owner topLeft - margin + (usedWidth @ usedHeight)]. > > Pharo is saying that usedWidth = aTWMDockingBarMorph, even though it's set > to a number (for debugging) in the preceding statement. Any ideas? > Yes, it is on my list to look at this. there is already a report. https://pharo.fogbugz.com/f/cases/11611/Pharo3-0-DockingBarMorph-updatePosi… I will have a look... Marcus

Oct. 11, 2013

How is this possible?

by Sean P. DeNigris

In 30456, I'm in the process of porting the Tiling Window Manager. I'm experiencing this confusing error... TWMDockingBarMorph DNU @ In DockingBarMorph>>updatePosition there is the following code: self isAdheringToLeft ifTrue: [| usedHeight usedWidth | usedHeight := self usedHeightByPredominantDockingBarsOfChastes: #(#top ). usedWidth := self usedWidthByPredominantDockingBarsOfChastes: #(#left ). (usedHeight isNumber not or: [usedWidth isNumber]) ifFalse: [ Halt once ]. usedHeight := 1000. usedWidth := 100. self topLeft: self owner topLeft - margin + (usedWidth @ usedHeight)]. Pharo is saying that usedWidth = aTWMDockingBarMorph, even though it's set to a number (for debugging) in the preceding statement. Any ideas? Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/How-is-this-possible-tp4713857.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 11, 2013

Re: [Pharo-dev] Tree Inspector: How to inspect child

by Marcus Denker

On Oct 11, 2013, at 4:08 PM, "Sean P. DeNigris" <sean(a)clipperadams.com> wrote: > From the halos, I clicked "Explore Morph" and got a tree inspector. Now I > want to open a separate inspector on one of the items in the tree. This used > to be possible in the old explorer by Cmd-I with an item selected, but that > doesn't seem to work and there doesn't seem to be a context menu. Is this a > know limitation and is the feature planned? Yes, this is a bug. Menu+Keyboard on tree elements needs to be added. https://pharo.fogbugz.com/f/cases/11706/Tree-Inspector-Tree-Elements-should… Marcus

Oct. 11, 2013

Tree Inspector: How to inspect child

by Sean P. DeNigris

>From the halos, I clicked "Explore Morph" and got a tree inspector. Now I want to open a separate inspector on one of the items in the tree. This used to be possible in the old explorer by Cmd-I with an item selected, but that doesn't seem to work and there doesn't seem to be a context menu. Is this a know limitation and is the feature planned? I use this all the time... Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Tree-Inspector-How-to-inspect-child-tp4713856.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 11, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2.1-Validation/label=wi… 1 regressions found. Zinc.Tests.ZnResponseTests.testSlashdotGzipChunked

Oct. 11, 2013