August 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] How to contribute to PharoLauncher?

by Tim Mackinnon

Stef - hmm thats an interesting feature as well, Iâll have a quick look. I tried committing my changes but I donât have commit writes on that project. I have entered a Fogbugz issue in the Launcher category and attached my slice to it. I still think Iâm doing something wrong with Monticello though. I thought I was getting to grips with it, but when I compared my slice against the smalltalk hub repo for Launcher, it shows a lot more outgoing changes than are mine. Mine are in there - but there are lots of other classes which I know I didnât change which show with a green tick as an outgoing change? It has me very confused. Yet - If I take a fresh Luancher image and then apply my Slice it works fine (and also shows just my changes). Could it be the Smalltalk hub repo has moved on a lot since the released version of Launcher - but then surely when diffing changes it would just consider what is in my slice. I think Iâm missing something important. Tim On 11 Aug 2014, at 11:49, stepharo <stepharo(a)free.fr> wrote: > Hi tim > > I would love a sync from file possibility because I often remove directly folders and after the launcher is dead. > > I think that to contribute you should commits code in the inbox of the project. > Damien is on vacation now but I'm sure he will welcome help. > >> Hi - Iâve added a few interesting features to PharoLauncher, but Iâm not sure what the steps are for contributing to a SmalltalkHub project? >> >> My proposed changes are as follows: >> - Change default image template name to include the parent folder name (e.g. Pharo 4.0 (beta)-540123 vs. 450123) >> - Add a new image command âImage Summaryâ that shows you the date of the last image modification as well as the contents of âdescription.txtâ - as I canât always remember why I have some old images kicking around (this change is quite basic - I couldnât see how best to create a nice popup window so I reused the deny: one with a new title. I did think possibly a hover over balloon or having something like the comments panel in Pharo - but its a modal dialog for now) >> - I changed the Run icon to a play button (as the process icon used - seemed a bit obscure) >> >> >> Tim >> > >

Aug. 11, 2014

Re: [Pharo-users] How to contribute to PharoLauncher?

by stepharo

Hi tim I would love a sync from file possibility because I often remove directly folders and after the launcher is dead. I think that to contribute you should commits code in the inbox of the project. Damien is on vacation now but I'm sure he will welcome help. > Hi - Iâve added a few interesting features to PharoLauncher, but Iâm not sure what the steps are for contributing to a SmalltalkHub project? > > My proposed changes are as follows: > - Change default image template name to include the parent folder name (e.g. Pharo 4.0 (beta)-540123 vs. 450123) > - Add a new image command âImage Summaryâ that shows you the date of the last image modification as well as the contents of âdescription.txtâ - as I canât always remember why I have some old images kicking around (this change is quite basic - I couldnât see how best to create a nice popup window so I reused the deny: one with a new title. I did think possibly a hover over balloon or having something like the comments panel in Pharo - but its a modal dialog for now) > - I changed the Run icon to a play button (as the process icon used - seemed a bit obscure) > > > Tim >

Aug. 11, 2014

How to contribute to PharoLauncher?

by Tim Mackinnon

Hi - Iâve added a few interesting features to PharoLauncher, but Iâm not sure what the steps are for contributing to a SmalltalkHub project? My proposed changes are as follows: - Change default image template name to include the parent folder name (e.g. Pharo 4.0 (beta)-540123 vs. 450123) - Add a new image command âImage Summaryâ that shows you the date of the last image modification as well as the contents of âdescription.txtâ - as I canât always remember why I have some old images kicking around (this change is quite basic - I couldnât see how best to create a nice popup window so I reused the deny: one with a new title. I did think possibly a hover over balloon or having something like the comments panel in Pharo - but its a modal dialog for now) - I changed the Run icon to a play button (as the process icon used - seemed a bit obscure) Tim

Aug. 11, 2014

Re: [Pharo-users] Roassal2 RTDraggable grid and synchronized movement

by Peter UhnÃ¡k

Hi Alex, unfortunately I've been quite busy with other stuff however it's on my todo list so I'm planning to get back to it later this week. I'll keep you posted. Peter On Fri, Aug 8, 2014 at 11:57 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi Peter, > > How things are going with having a snapOnGrid behavior? > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On Aug 1, 2014, at 2:36 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi Alex, > > While the "snap to grid" might be complicated I thought of simpler > solution that might be achievable purely at Roassal level without the need > to change Trachel classes. You can look at Umlet, since I am trying to copy > it's grid behavior here. > Basically you don't move objects with mouse immediately but only after > fixed increments. However I've encountered a problem with > TRMouseDragging>>step, since I would probably need to continuously sum the > individual steps and then reset them when dragging has started. > > Here is a _very_ crude prototype: > --------------------- > "i subclassed RTDraggable and changed initializeElement: method as follows" > initializeElement: element > | sum gridSize | > gridSize := 20. > sum := 0 @ 0. > element > when: TRMouseDragging > do: [ :e | > | d t | > t := RTGroup withAll: groupToDrag. > (t includes: element) > ifFalse: [ t add: element ]. > d := element view canvas camera distanceFromPixelToSpace: e step. > sum := sum + d. > "move element only in increments of gridSize" > d := gridSize * ((sum x / gridSize) truncated @ (sum y / gridSize) > truncated). > sum := sum - d. > t translateBy: d. > e signalUpdate ] > --------------------- > > and here is a demo utilizing it > > ----------------------------- > | v e1 e2 line gridSize b1 b2 b3 b4 edge | > v := RTView new. > > "draw grid" > gridSize := 20. > > (-20 to: 20) do: [ :i | > b1 := RTBox element. > b2 := RTBox element. > b3 := RTBox element. > b4 := RTBox element. > b1 translateTo: (i * gridSize) @ -1000. "top side" > b2 translateTo: (i * gridSize) @ 1000. "bottom side" > b3 translateTo: -1000 @ (i * gridSize). "left side" > b4 translateTo: 1000 @ (i * gridSize). "right side" > "vertical line" > edge := RTLine edgeFrom: b1 to: b2. > v add: edge. > "horizontal line" > edge := RTLine edgeFrom: b3 to: b4. > v add: edge. > ]. > > e1 := (RTEllipse new size: 30; color: Color magenta) element. > e1 translateTo: -20 @ 0. > e1 @ RGGridDraggable. > > e2 := (RTEllipse new size: 30; color: Color magenta) element. > e2 translateTo: 20 @ 0. > e2 @ RGGridDraggable. > > (line := RTLine edgeFrom: e1 to: e2) shape color:Color black. > > v add: e1; add: e2; add: line. > > v open. > ----------------------------- > > Obviously it needs a lot of fine-tuning and such. Since RTInteraction > (RTDraggable) instances are not created directly the gridSize would have to > be stored probably class side. Also there is a problem with resetting the > "sum" variable when dragging starts. (There is no TRMouseDragStart event as > far as I've seen). And also drawing the grid itself the way I've done is > very brutal and doesn't really work if I want to move the canvas camera > (perhaps image pattern as a background would work better). > > What are your thoughts on this? > > Peter > > > > > On Fri, Aug 1, 2014 at 4:07 PM, Alexandre Bergel <alexandre.bergel(a)me.com> > wrote: > >> Hi Peter! >> >> > While playing with RTMultiLine I thought that it would be nice to have >> option for RTDraggable elements to snap to a grid / move only by fixed >> increments - for example the position could only be divisible by 10 (grid >> size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is >> something like this possible with current implementation? >> >> >> I first thought this would be easy. But actually it is not. >> The way to achieve the snap on grid behavior is to have an indirection in >> the Trachel classes. Each trachel shape knows its position (the position is >> contained in the matrix attached to each shape). The snap-on-grid means you >> need to slightly process the matrix coordinate. Maybe there are other way >> to do this, but it does not look like. Changing Trachel because of this >> seems a bit overkill... >> >> Cheers, >> Alexandre >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> On Jul 31, 2014, at 3:58 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> >> > While playing with RTMultiLine I thought that it would be nice to have >> option for RTDraggable elements to snap to a grid / move only by fixed >> increments - for example the position could only be divisible by 10 (grid >> size would be 10), so dragging from 20@10 to 26@4 would jump to 30@0. Is >> something like this possible with current implementation? >> > >> > The second question is: is it possible for element to subscribe for >> position updates of another element? (I.e. element A watches for movement >> of element B and moves accordingly). I know I could add both of them to a >> composite shape or RTGroup (RTDraggable>>groupToDrag:), however I would >> prefer something more loosely coupled. >> > >> > In RTDraggable>>initializeElement: i found >> > " element when: TRMouseDragging do: [ :e | e element translateBy: e >> step. e signalUpdate ]" >> > however it is commented out so perhaps there some other way? >> > >> > Peter >> >> >> > >

Aug. 11, 2014

AST source interval isn't changed

by Mark Rizun

Hello, I have MyTextModel class - a subclass of TextModel, it holds an ast of it's text. When I replace node of the ast using replaceWith: ast is changed, then I say text: ast formattedCode, so the text is changed too. But! when I inspect new ast(after replacing some node), I see that source interval isn't changed. Why? If I say bestNodeFor: someInterval, it doesn't give me the right node, because sourceInterval of ast wasn't changed, and I don't know why. Hope you will help me out:) Best, Mark -- View this message in context: http://forum.world.st/AST-source-interval-isn-t-changed-tp4772779.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Aug. 11, 2014

Re: [Pharo-users] How do I trace through implementors in Pharo?

by Ben Coman

Aug. 11, 2014

Re: [Pharo-users] How do I trace through implementors in Pharo?

by Dale Henrichs

Tim, If there is a colon in one of the arguments (like in a Symbol) then the selector parser gets confused ... Dale On Sun, Aug 10, 2014 at 3:13 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > On Sun, Aug 10, 2014 at 11:33 PM, Tim Mackinnon <tim(a)testit.works> wrote: > >> As I relearn/learn how to use Pharo, Iâm struck by some of the excellent >> changes and confounded by some of the simple things that boggle me. >> >> So, I wanted to follow a path through some message sends - the use of >> #alert:title: in UIManager specifically. >> >> So I browser UIManager, find the method (its subclassResponsiblity) - so >> I find other implementers (cmd+b, cmd+m) - (Iâm really liking that there >> are more keystrokes in newer Pharoâs but not liking that the same >> operations donât have the same bindings in different windows - e.g. in the >> debugger - its not this!!) >> >> Anyway - this gives me an implementors window on TEasilyThemed - great! >> >> In the source, there is another msg send - ^self alert:title:configure: >> >> So I want to follow its implementers - I hi light the source and >> cmd+b,cmd+m does nothing? hmmm - right click there and the context menu >> doesnât have an obvious way - until I spot (Extended Searchâ¦) [which by the >> way should be shown as a submenu - like it does in the SystemBrowser). >> >> In this menu there is âimplementers of itâ - however this does nothing? >> (this is in both Pharo 3.0 and Pharo 4.0) >> >> So how do you trace through method calls? Am I doing something wrong - or >> has this been broken for a long time? >> > > A workspace expression and Debug It? > > Now, beware of how you select the code chunk, if you do not select > properly, it will not work. > I tried in a fresh 3.0 and highlighting in the code pane and asking for > implementors does work from the extended search menu. > > I also use spotlight often. > > Phil > > >> >> Tim >> >> >

Aug. 10, 2014

Re: [Pharo-users] How do I trace through implementors in Pharo?

by Thierry Goubier

Le 10/08/2014 23:33, Tim Mackinnon a Ã©crit : > As I relearn/learn how to use Pharo, Iâm struck by some of the excellent changes and confounded by some of the simple things that boggle me. > > So, I wanted to follow a path through some message sends - the use of #alert:title: in UIManager specifically. > > So I browser UIManager, find the method (its subclassResponsiblity) - so I find other implementers (cmd+b, cmd+m) - (Iâm really liking that there are more keystrokes in newer Pharoâs but not liking that the same operations donât have the same bindings in different windows - e.g. in the debugger - its not this!!) > > Anyway - this gives me an implementors window on TEasilyThemed - great! > > In the source, there is another msg send - ^self alert:title:configure: > > So I want to follow its implementers - I hi light the source and cmd+b,cmd+m does nothing? hmmm - right click there and the context menu doesnât have an obvious way - until I spot (Extended Searchâ¦) [which by the way should be shown as a submenu - like it does in the SystemBrowser). Try smart suggestions, available through ctrl+t ? This is also something I use a lot when I browse code: jump from implementors to implementors... Thierry > > In this menu there is âimplementers of itâ - however this does nothing? (this is in both Pharo 3.0 and Pharo 4.0) > > So how do you trace through method calls? Am I doing something wrong - or has this been broken for a long time? > > Tim > >

Aug. 10, 2014

Re: [Pharo-users] How do I trace through implementors in Pharo?

by phil＠highoctane.be

On Sun, Aug 10, 2014 at 11:33 PM, Tim Mackinnon <tim(a)testit.works> wrote: > As I relearn/learn how to use Pharo, Iâm struck by some of the excellent > changes and confounded by some of the simple things that boggle me. > > So, I wanted to follow a path through some message sends - the use of > #alert:title: in UIManager specifically. > > So I browser UIManager, find the method (its subclassResponsiblity) - so I > find other implementers (cmd+b, cmd+m) - (Iâm really liking that there are > more keystrokes in newer Pharoâs but not liking that the same operations > donât have the same bindings in different windows - e.g. in the debugger - > its not this!!) > > Anyway - this gives me an implementors window on TEasilyThemed - great! > > In the source, there is another msg send - ^self alert:title:configure: > > So I want to follow its implementers - I hi light the source and > cmd+b,cmd+m does nothing? hmmm - right click there and the context menu > doesnât have an obvious way - until I spot (Extended Searchâ¦) [which by the > way should be shown as a submenu - like it does in the SystemBrowser). > > In this menu there is âimplementers of itâ - however this does nothing? > (this is in both Pharo 3.0 and Pharo 4.0) > > So how do you trace through method calls? Am I doing something wrong - or > has this been broken for a long time? > A workspace expression and Debug It? Now, beware of how you select the code chunk, if you do not select properly, it will not work. I tried in a fresh 3.0 and highlighting in the code pane and asking for implementors does work from the extended search menu. I also use spotlight often. Phil > > Tim > >

Aug. 10, 2014

Re: [Pharo-users] Can I create a personal slice?

by Tim Mackinnon

Thanks guys - I was offline and didn't notice the replies. Definitely good to know I can do this. Tim Sent from my iPhone > On 10 Aug 2014, at 10:34 pm, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > > A slice is basically just a set of mcz files > So there is no problem at all to use slices for your personal projects :) > > Ben > >> On 10 Aug 2014, at 23:24, Tim Mackinnon <tim(a)testit.works> wrote: >> >> I will make a not to try Versioneer (although the image I am using is the one PharoLauncher is built in, which is 3.0). >> >> Anyway - I did try making a slice with bug number 0, and my own description, and it let me create one and save it in my own repository. Iâm not sure if there are any bad ramifications to this - but it looks fine. Would be interesting if anyone could comment on this (and I will check out Versioneer - although it still sounds like overkill for some temporary work I just want to version together). >> >> Tim >> >>> On 10 Aug 2014, at 08:57, Ben Coman <btc(a)openInWorld.com> wrote: >>> >>> Tim Mackinnon wrote: >>>> >>>> Hi Ben - Iâm familiar with what you describe, and I guess I will have a poke. >>>> >>>> I have noticed I can type - 0000, and put some text like âPersonâMyChanges-descriptionâ - so maybe I should just do that in my repo? >>>> >>>> Seanâs suggestion of a change set is a decent fallback, however given we have code repositories it seems right to want to flag a group of packages together to easily reload. No-one has mentioned metacello - so Iâm assuming that is more heavy-weight than what I should need right? >>>> >>> >>> That probably used to be the case, but the balance may have tipped with Versioneer built into Pharo 4. >>> >>> btw, have you Mariano's post on personal use of Metacello. >>> http://marianopeck.wordpress.com/2011/11/19/loading-projects-and-building-y… >>> >>> cheers -ben >>>> Tim >>>> >>>> On 10 Aug 2014, at 02:15, Ben Coman <btc(a)openInWorld.com> wrote: >>>> >>>> >>>>> Tim Mackinnon wrote: >>>>> >>>>>> Hi - i was playing around with some changes in a few packages to see if I can make a contribution to PharoLauncher. >>>>>> >>>>>> I want to version my spikes, in case I trash my image - but Iâm not yet ready to propose anything to commit yet. While I can version each of the dirty packages - how can I group them to load them in one go? I thought maybe I could make a quick personal slice - store it in my personal file disk repository and then load it again if something goes wrong or I want to revert. However it seems that to create a slice I need a Fogbugz number - which seems more like Iâm ready to contribute? Canât I make a personal slice? Or is this where I have to use Metacello? >>>>>> >>>>>> Tim >>>>>> >>>>>> >>>>>> >>>>> I believe you currently can't make a personal slice, but I've also thought it would be useful. >>>>> >>>>> Now here is a tip to explore the system. Bring up the halos on the "grab" but clicking three times until you get to the PluggableButtonMorph, then click the "Debug" spanner icon and choose "Inspect Morph" from the menu. Scroll through the instance variables until you see something that looks like it indicates what happens when the button is pushed. Various mechanisms are used and I don't remember them between times I do this. In this case it looks like 'actionSelector' is sued, but I also see 'actionBlock' and I think sometimes its something else. Put a halt in the called method, click the button and trace through to see how it works. Modify to suit your needs. >>>>> >>>>> cheers -ben >>>>> >>>>> >>>>> >>>>> >>>>> >

Aug. 10, 2014