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

Re: [Pharo-dev] Bug font windows

by Igor Stasenko

On 27 November 2013 21:42, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > > On Nov 27, 2013, at 9:16 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > That is what I wanted to ask: How you built the image. Ok. I will try to > open a Pharo image built on Mac on a Windows machine and see what happens. > > > I gave to the guys a image of moose with the lucene case study loaded and > it opened well the first time. > After saving on windows (often they use moose from their USB) then we > could not reopen it. > > Stef > > According to stack trace, it uses in-image font.. so it should be not related to local filesystem change.. and need to rescan fonts. Another thought, it could be that newFaceFromExternalMemory:index: fails somehow .. (maybe freetype plugin unavail?) -- Best regards, Igor Stasenko.

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by kilon alios

wow you guys are fast at replying :) I did self changeProportionalLayout. editButton := HypEditButton new . editButton position: 0@0. self addMorph: editButton fullFrame: #(0 0 0 0 0 0 100 100). I am afraid Igor I still see no change with your code. I like to note here, that when I first created the editButton as morph , it indeed placed it in correct place. A 0@0 placed it in top left corner as expected. But I did overide its DrawOn: with an empty method and used my own method to render it with Athens. So it looks like the problem is Athens related and not Morphic related or maybe a disagreement between Morphic and Athens. just for the record here is the code I use to render the HypEditButton morph render:aCanvas |shape1 shape2 shape3 editButtonColor | shape1 := aCanvas createPath: [:path | path relative . path moveTo: ((self position x )+5)@(self position y); lineTo: 20@0; cwArcTo: 5@5 angle: 45; lineTo: 0@20; cwArcTo: (-5)@5 angle: 45; lineTo: (-20)@0; cwArcTo: (-5)@(-5) angle: 45; lineTo: 0@(-20); cwArcTo: 5@(-5) angle: 45. ]. shape2 := aCanvas createPath: [:path | path relative . path moveTo: ((self position x +7))@((self position y +3)); lineTo: 18@0; cwArcTo: 2@2 angle: 45; lineTo: 0@20; cwArcTo: (-2)@2 angle: 45; lineTo: (-20)@0; cwArcTo: (-2)@(-2) angle: 45; lineTo: 0@(-20); cwArcTo: 4@(-2) angle: 45. ]. shape3 := aCanvas createPath: [:path | path relative . path moveTo: ((self position x +15))@((self position y +10)); cwArcTo: 5@5 angle: 90; cwArcTo: (-5)@5 angle: 90; cwArcTo: (-5)@(-5) angle: 90; cwArcTo: 5@(-5) angle: 90. ]. ( editMode = true) ifTrue: [ editButtonColor := Color green] ifFalse: [ editButtonColor := Color red ]. (aCanvas setStrokePaint: editButtonColor) width: 1. aCanvas drawShape: shape1 . aCanvas drawShape: shape2. aCanvas setPaint: (editButtonColor alpha: 0.3 ). aCanvas drawShape: shape3. On Thu, Nov 28, 2013 at 12:03 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > > > > On 28 November 2013 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > >> just tried it, I see no change >> >> try: > self changeProportionalLayout > > editButton := HypEditButton new . > self addMorph: editButton fullFrame: #(0 0 0 0 0 0 100 100). > >> >> >> On Thu, Nov 28, 2013 at 11:54 AM, Benjamin < >> Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: >> >>> Can you try to do something like >>> >>> self changeProportionalLayout >>> before adding the morph ? >>> >>> Ben >>> >>> On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> So I have found some strange problems with my vector editor , Hyperion. >>> >>> Hyperion is a Morph openInWindow. Code can be found in the class side of >>> Hyperion>>open. >>> >>> The coordinate system when detecting events (mouseOver, mouseUp and >>> mouseDown events of the Hyperion instance) looks like it takes to account >>> also beyond the morph as coordinates as a result events happening at the >>> top right edge of the morph where Hyperion is rendered is 6@30( which >>> is the size of the window's title bar plus its borders). Thats ok, I have >>> taken these offsets to account when computing the position of the mouse. I >>> guess it uses the global coordinated and not the local coordinates of the >>> morph. >>> >>> I am adding a button to control the edit mode of a line, when in edit >>> mode handles for line's control points are shown and those handles can be >>> dragged around to control the shape of the line , when off edit mode, the >>> line will be able to be drag around (not implemented yet). >>> >>> My problem is that when I add that button as morph to the existing morph >>> of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated >>> of the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30+ 0@30= 6@60). >>> Why is that ? >>> >>> I have no clue why I am getting an offset of 0@30 in local coordinates >>> of the Hyperion morph. >>> >>> here is the picture showing a) how it looks like b) the code that set >>> the position c) transcript showing mouse coordinates when clicked in the >>> top left corner of Hyperion morph >>> Hyperion coordinates problem.JPG<https://docs.google.com/file/d/0B1L74rM985aqVTZleHlmb3RmbWs/edit?usp=drive_…> >>> >>> if anyone wants to try the code himself the repo is here >>> >>> http://www.smalltalkhub.com/#!/~kilon/Hyperion >>> >>> To sum up, to place that button on top left, I will have to position it >>> 0@(-30) which for me makes no sense at all. >>> >>> Please note that everything is rendered with Athens. >>> >>> Maybe I have messed up the code myself somewhere but I have looked it >>> again and again I cant find a problem with my code. >>> >>> >>> >> > > > -- > Best regards, > Igor Stasenko. >

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by Igor Stasenko

On 28 November 2013 11:01, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com>wrote: > Then maybe you should wait an answer from Igor... > > heh, i can barely help with this infamous morphic layout mess. i only know that if you using proportional layout, then if you want submorphs to be laid down properly, you must use addMorph:fullFrame: instead of just addMorph: Morph>>addMorph: aMorph fullFrame: aLayoutFrame aMorph layoutFrame: aLayoutFrame asLayoutFrame. aMorph hResizing: #spaceFill; vResizing: #spaceFill. self addMorph: aMorph. (or, well, if you don't want your morph to be automagically stretched, try to set only frame (with #layoutFrame:) because the above, as you can see also sets hResizing & vResizing ) > Ben > > On 28 Nov 2013, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > > just tried it, I see no change > > self changeProportionalLayout. > editButton := HypEditButton new . > editButton position: 0@0. > self addMorph: editButton . > > > On Thu, Nov 28, 2013 at 11:54 AM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> Can you try to do something like >> >> self changeProportionalLayout >> before adding the morph ? >> >> Ben >> >> On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> So I have found some strange problems with my vector editor , Hyperion. >> >> Hyperion is a Morph openInWindow. Code can be found in the class side of >> Hyperion>>open. >> >> The coordinate system when detecting events (mouseOver, mouseUp and >> mouseDown events of the Hyperion instance) looks like it takes to account >> also beyond the morph as coordinates as a result events happening at the >> top right edge of the morph where Hyperion is rendered is 6@30( which is >> the size of the window's title bar plus its borders). Thats ok, I have >> taken these offsets to account when computing the position of the mouse. I >> guess it uses the global coordinated and not the local coordinates of the >> morph. >> >> I am adding a button to control the edit mode of a line, when in edit >> mode handles for line's control points are shown and those handles can be >> dragged around to control the shape of the line , when off edit mode, the >> line will be able to be drag around (not implemented yet). >> >> My problem is that when I add that button as morph to the existing morph >> of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of >> the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + >> 0@30 = 6@60). Why is that ? >> >> I have no clue why I am getting an offset of 0@30 in local coordinates >> of the Hyperion morph. >> >> here is the picture showing a) how it looks like b) the code that set the >> position c) transcript showing mouse coordinates when clicked in the top >> left corner of Hyperion morph >> Hyperion coordinates problem.JPG<https://docs.google.com/file/d/0B1L74rM985aqVTZleHlmb3RmbWs/edit?usp=drive_…> >> >> if anyone wants to try the code himself the repo is here >> >> http://www.smalltalkhub.com/#!/~kilon/Hyperion >> >> To sum up, to place that button on top left, I will have to position it 0@(-30) >> which for me makes no sense at all. >> >> Please note that everything is rendered with Athens. >> >> Maybe I have messed up the code myself somewhere but I have looked it >> again and again I cant find a problem with my code. >> >> >> > > -- Best regards, Igor Stasenko.

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by Igor Stasenko

On 28 November 2013 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > just tried it, I see no change > > try: self changeProportionalLayout editButton := HypEditButton new . self addMorph: editButton fullFrame: #(0 0 0 0 0 0 100 100). > > > On Thu, Nov 28, 2013 at 11:54 AM, Benjamin < > Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> Can you try to do something like >> >> self changeProportionalLayout >> before adding the morph ? >> >> Ben >> >> On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> So I have found some strange problems with my vector editor , Hyperion. >> >> Hyperion is a Morph openInWindow. Code can be found in the class side of >> Hyperion>>open. >> >> The coordinate system when detecting events (mouseOver, mouseUp and >> mouseDown events of the Hyperion instance) looks like it takes to account >> also beyond the morph as coordinates as a result events happening at the >> top right edge of the morph where Hyperion is rendered is 6@30( which is >> the size of the window's title bar plus its borders). Thats ok, I have >> taken these offsets to account when computing the position of the mouse. I >> guess it uses the global coordinated and not the local coordinates of the >> morph. >> >> I am adding a button to control the edit mode of a line, when in edit >> mode handles for line's control points are shown and those handles can be >> dragged around to control the shape of the line , when off edit mode, the >> line will be able to be drag around (not implemented yet). >> >> My problem is that when I add that button as morph to the existing morph >> of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of >> the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + >> 0@30 = 6@60). Why is that ? >> >> I have no clue why I am getting an offset of 0@30 in local coordinates >> of the Hyperion morph. >> >> here is the picture showing a) how it looks like b) the code that set the >> position c) transcript showing mouse coordinates when clicked in the top >> left corner of Hyperion morph >> Hyperion coordinates problem.JPG<https://docs.google.com/file/d/0B1L74rM985aqVTZleHlmb3RmbWs/edit?usp=drive_…> >> >> if anyone wants to try the code himself the repo is here >> >> http://www.smalltalkhub.com/#!/~kilon/Hyperion >> >> To sum up, to place that button on top left, I will have to position it 0@(-30) >> which for me makes no sense at all. >> >> Please note that everything is rendered with Athens. >> >> Maybe I have messed up the code myself somewhere but I have looked it >> again and again I cant find a problem with my code. >> >> >> > -- Best regards, Igor Stasenko.

Nov. 28, 2013

[ci/issues tracker] monkey problem

by Marcus Denker

Hi, The monkey right now detect wrongly a failing testâ¦ I will set all the issues to âfix review neededâ after this is fixed. Marcus

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by Benjamin

Then maybe you should wait an answer from Igor... Ben On 28 Nov 2013, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: > just tried it, I see no change > > self changeProportionalLayout. > editButton := HypEditButton new . > editButton position: 0@0. > self addMorph: editButton . > > > On Thu, Nov 28, 2013 at 11:54 AM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > Can you try to do something like > > self changeProportionalLayout > before adding the morph ? > > Ben > > On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: > >> So I have found some strange problems with my vector editor , Hyperion. >> >> Hyperion is a Morph openInWindow. Code can be found in the class side of Hyperion>>open. >> >> The coordinate system when detecting events (mouseOver, mouseUp and mouseDown events of the Hyperion instance) looks like it takes to account also beyond the morph as coordinates as a result events happening at the top right edge of the morph where Hyperion is rendered is 6@30( which is the size of the window's title bar plus its borders). Thats ok, I have taken these offsets to account when computing the position of the mouse. I guess it uses the global coordinated and not the local coordinates of the morph. >> >> I am adding a button to control the edit mode of a line, when in edit mode handles for line's control points are shown and those handles can be dragged around to control the shape of the line , when off edit mode, the line will be able to be drag around (not implemented yet). >> >> My problem is that when I add that button as morph to the existing morph of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + 0@30 = 6@60). Why is that ? >> >> I have no clue why I am getting an offset of 0@30 in local coordinates of the Hyperion morph. >> >> here is the picture showing a) how it looks like b) the code that set the position c) transcript showing mouse coordinates when clicked in the top left corner of Hyperion morph >> Hyperion coordinates problem.JPG >> >> if anyone wants to try the code himself the repo is here >> >> http://www.smalltalkhub.com/#!/~kilon/Hyperion >> >> To sum up, to place that button on top left, I will have to position it 0@(-30) which for me makes no sense at all. >> >> Please note that everything is rendered with Athens. >> >> Maybe I have messed up the code myself somewhere but I have looked it again and again I cant find a problem with my code. > >

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by kilon alios

just tried it, I see no change self changeProportionalLayout. editButton := HypEditButton new . editButton position: 0@0. self addMorph: editButton . On Thu, Nov 28, 2013 at 11:54 AM, Benjamin < Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > Can you try to do something like > > self changeProportionalLayout > before adding the morph ? > > Ben > > On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: > > So I have found some strange problems with my vector editor , Hyperion. > > Hyperion is a Morph openInWindow. Code can be found in the class side of > Hyperion>>open. > > The coordinate system when detecting events (mouseOver, mouseUp and > mouseDown events of the Hyperion instance) looks like it takes to account > also beyond the morph as coordinates as a result events happening at the > top right edge of the morph where Hyperion is rendered is 6@30( which is > the size of the window's title bar plus its borders). Thats ok, I have > taken these offsets to account when computing the position of the mouse. I > guess it uses the global coordinated and not the local coordinates of the > morph. > > I am adding a button to control the edit mode of a line, when in edit mode > handles for line's control points are shown and those handles can be > dragged around to control the shape of the line , when off edit mode, the > line will be able to be drag around (not implemented yet). > > My problem is that when I add that button as morph to the existing morph > of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of > the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + 0@30= 6@60). > Why is that ? > > I have no clue why I am getting an offset of 0@30 in local coordinates of > the Hyperion morph. > > here is the picture showing a) how it looks like b) the code that set the > position c) transcript showing mouse coordinates when clicked in the top > left corner of Hyperion morph > Hyperion coordinates problem.JPG<https://docs.google.com/file/d/0B1L74rM985aqVTZleHlmb3RmbWs/edit?usp=drive_…> > > if anyone wants to try the code himself the repo is here > > http://www.smalltalkhub.com/#!/~kilon/Hyperion > > To sum up, to place that button on top left, I will have to position it 0@(-30) > which for me makes no sense at all. > > Please note that everything is rendered with Athens. > > Maybe I have messed up the code myself somewhere but I have looked it > again and again I cant find a problem with my code. > > >

Nov. 28, 2013

Re: [Pharo-dev] Coordinates problem with Athens and Morphic while coding Hyperion

by Benjamin

Can you try to do something like self changeProportionalLayout before adding the morph ? Ben On 28 Nov 2013, at 10:51, kilon alios <kilon.alios(a)gmail.com> wrote: > So I have found some strange problems with my vector editor , Hyperion. > > Hyperion is a Morph openInWindow. Code can be found in the class side of Hyperion>>open. > > The coordinate system when detecting events (mouseOver, mouseUp and mouseDown events of the Hyperion instance) looks like it takes to account also beyond the morph as coordinates as a result events happening at the top right edge of the morph where Hyperion is rendered is 6@30( which is the size of the window's title bar plus its borders). Thats ok, I have taken these offsets to account when computing the position of the mouse. I guess it uses the global coordinated and not the local coordinates of the morph. > > I am adding a button to control the edit mode of a line, when in edit mode handles for line's control points are shown and those handles can be dragged around to control the shape of the line , when off edit mode, the line will be able to be drag around (not implemented yet). > > My problem is that when I add that button as morph to the existing morph of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + 0@30 = 6@60). Why is that ? > > I have no clue why I am getting an offset of 0@30 in local coordinates of the Hyperion morph. > > here is the picture showing a) how it looks like b) the code that set the position c) transcript showing mouse coordinates when clicked in the top left corner of Hyperion morph > Hyperion coordinates problem.JPG > > if anyone wants to try the code himself the repo is here > > http://www.smalltalkhub.com/#!/~kilon/Hyperion > > To sum up, to place that button on top left, I will have to position it 0@(-30) which for me makes no sense at all. > > Please note that everything is rendered with Athens. > > Maybe I have messed up the code myself somewhere but I have looked it again and again I cant find a problem with my code.

Nov. 28, 2013

Coordinates problem with Athens and Morphic while coding Hyperion

by kilon alios

So I have found some strange problems with my vector editor , Hyperion. Hyperion is a Morph openInWindow. Code can be found in the class side of Hyperion>>open. The coordinate system when detecting events (mouseOver, mouseUp and mouseDown events of the Hyperion instance) looks like it takes to account also beyond the morph as coordinates as a result events happening at the top right edge of the morph where Hyperion is rendered is 6@30( which is the size of the window's title bar plus its borders). Thats ok, I have taken these offsets to account when computing the position of the mouse. I guess it uses the global coordinated and not the local coordinates of the morph. I am adding a button to control the edit mode of a line, when in edit mode handles for line's control points are shown and those handles can be dragged around to control the shape of the line , when off edit mode, the line will be able to be drag around (not implemented yet). My problem is that when I add that button as morph to the existing morph of Hyperion in 0@0 , it actually appears in 0@30 in local coordinated of the Hyperion moprh which in global coordinates it 6@60 ( 0@0 + 6@30 + 0@30 = 6@60). Why is that ? I have no clue why I am getting an offset of 0@30 in local coordinates of the Hyperion morph. here is the picture showing a) how it looks like b) the code that set the position c) transcript showing mouse coordinates when clicked in the top left corner of Hyperion morph Hyperion coordinates problem.JPG<https://docs.google.com/file/d/0B1L74rM985aqVTZleHlmb3RmbWs/edit?usp=drive_…> if anyone wants to try the code himself the repo is here http://www.smalltalkhub.com/#!/~kilon/Hyperion To sum up, to place that button on top left, I will have to position it 0@(-30) which for me makes no sense at all. Please note that everything is rendered with Athens. Maybe I have messed up the code myself somewhere but I have looked it again and again I cant find a problem with my code.

Nov. 28, 2013

Re: [Pharo-dev] Nautilus unload...

by Pavel Krivanek

2013/11/28 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> > Hi Pavel, > > El 27/11/2013 16:57, Pavel Krivanek escribiÃ³: > > Do you do that on an image where Nautilus was not opened? I remove >> Nautilus using this script without errors. >> >> >> deletePackages := [:packageNames | >> SystemNavigation default removeAllButPackages: ((MCWorkingCopy >> allManagers collect: #packageName) asSortedCollection copyWithoutAll: >> packageNames). >> packageNames do: [:pn | >> (ScriptLoader new workingCopyFromPackageName: pn) unregister. >> (RPackage named: pn) unregister]]. >> >> Nautilus cleanUp. >> NautilusUI allInstances do: [ :inst | >> SystemAnnouncer uniqueInstance unsubscribe: inst]. >> Smalltalk garbageCollect. >> >> deletePackages value: #('NautilusRefactoring' 'NautilusCommon' 'Nautilus' >> 'Refactoring-Critics' 'Refactoring-Changes' 'Refactoring-Core' >> 'Refactoring-Environment' 'GroupManager' 'Manifest-Core' >> 'Manifest-CriticBrowser'). >> listUnimplemented value: #Nautilus. >> >> > Do you mean? > > (Undeclared at: #listUnimplemented put: #Nautilus). > > instead of > > listUnimplemented value: #Nautilus. > No, sorry, it's a part of a bigger script for this Jenkins job: https://ci.inria.fr/pharo-contribution/view/Pharo-Kernel-3.0/job/PharoKerne… -- Pavel > > > KMRepository reset. >> KMPragmaKeymapBuilder release. >> Smalltalk resetTools. >> 5 timesRepeat:[Smalltalk garbageCollect.]. >> Smalltalk fixObsoleteReferences. >> >> SystemNavigation default obsoleteClasses. >> Undeclared. >> >> >> -- Pavel >> >> >> >> 2013/11/27 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr >> <mailto:stephane.ducasse@inria.fr>> >> >> >> Hi esteban >> >> I'm looking for a change due to the TreePackage introduction. >> Before I could simply do something like the following to unload >> Nautilus >> >> >> Smalltalk tools remove: #browser. >> Smalltalk tools register: Browser as: #browser. >> (MCWorkingCopy forPackage: (MCPackage named: >> 'NautilusRefactoring')) unload. "OK" >> >> #Nautilus asClass cleanUp. >> KMRepository reset. >> KMPragmaKeymapBuilder release. >> #NautilusUI asClass allSubInstances do: [ :inst | >> SystemAnnouncer uniqueInstance unsubscribe: inst]. >> Smalltalk garbageCollect. >> (MCWorkingCopy forPackage: (MCPackage named: >> 'NautilusCommon')) unload. >> (MCWorkingCopy forPackage: (MCPackage named: 'Nautilus')) >> unload. >> >> And now if does not work anymore. I get some TreePackage around. >> >> Apparently I get a weakMessageSend on classRemoved: and this message >> refers to an obsoletePackageTreeNautilus class. >> >> buildGroupManagerFor: anInstance >> >> | holder | >> holder := GroupHolder new. >> (holder >> addADynamicClassGroupSilentlyNamed: 'Most Viewed >> Classes' >> block: [ anInstance recentClassesElements ]) >> removable: false. >> (holder >> addADynamicClassGroupSilentlyNamed: 'Last Modified >> Classes' >> block: [ self lastModifiedClasses ]) removable: >> false. >> >> (holder >> addADynamicGroupSilentlyNamed: 'Work' >> block: [ {} ]) removable: true; isFillable: true. >> >> ^ holder >> >> >> Do you have any idea? A registration mechanism? from which I forgot >> to unregister. >> >> Stef >> >> >> >> > >

Nov. 28, 2013