June 2015 - Pharo-users - lists.pharo.org

What would be the first code snippet you would show

by stepharo

Hi For the mooc I have a lecture called Pharo Syntax in a nutshell and I would love to get a couple of simple examples that show the syntax but are not totally boring. I thought about something like ZnClient new url: 'http://localhost:8080/books/1'; formAt: 'author' put: 'SquareBracketAssociates'; formAt: 'title' put: 'Pharo For The Enterprise'; put Stef

June 17, 2015

Re: [Pharo-users] Grapher bug?

by Alexandre Bergel

Hi! Wellâ¦ Building the list of coordinate is not a big deal :-) { 5 . 1 . 2 . 5 } withIndexCollect: [ :v :index | v @ index ] Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Jun 17, 2015, at 7:04 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > > Hi Alex, > > Thanks for your answer. > I misunderstood RTStackedDataSet. > To me, it does not do what the doc says ;-) > > I want to do exactly that: > > c := RTGrapher new. > ds := RTDataSet new. > ds dotShape color: Color red. > ds points: {5@1 . 1@2 . 20@3 . 5@4 }. > ds x: [ :e | e y ]. > ds y: [ :e | e x ]. > c add: ds. > c axisX noDecimal. > c axisY noDecimal. > c build. > c view inspect. > > But I would like to not write by hand (or compute) the X values in the data set which are the indexes of the element. > > Thanks, > > #Luc > > 2015-06-16 22:39 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com <mailto:alexandre.bergel@me.com>>: > Hi Luc! > > This is something that is not really intuitive in Roassal. I am not sure whether this is a bug, but until now, we usually disable the labels on the X-axis. > > So, your script should be > -=-=-=-=-=-=-=-=-=-=-=-= > b := RTGrapher new. > ds := RTStackedDataSet new. > ds dotShape color: Color red. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noLabel; noTick. > b axisY noDecimal. > b > -=-=-=-=-=-=-=-=-=-=-=-= > <Screen Shot 2015-06-16 at 5.37.44 PM.png> > > If you need ticks and labels, you can simply do: > -=-=-=-=-=-=-=-=-=-= > b := RTGrapher new. > ds := RTStackedDataSet new. > ds barShape width: 10. > ds barChartWithBarCenteredTitle: #yourself. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noLabel; noTick. > b axisY noDecimal. > > b > -=-=-=-=-=-=-=-=-=-= > <Screen Shot 2015-06-16 at 5.39.28 PM.png> > > I hope this solves your problem. > > Cheers, > Alexandre > > >> On Jun 15, 2015, at 6:20 PM, Luc Fabresse <luc.fabresse(a)gmail.com <mailto:luc.fabresse@gmail.com>> wrote: >> >> Hi, >> >> The doc here [1] says: "Data points may be stacked, meaning that the index of the point in the collection is its X value." >> >> When I use the same example as in the doc but with labels and ticks: >> >> b := RTGrapher new. >> ds := RTStackedDataSet new. >> ds dotShape color: Color red. >> ds points: #(5 1 20 5). >> ds y: #yourself. >> b add: ds. >> b axisX noDecimal. >> b axisY noDecimal. >> b build. >> b view inspect >> >> it seems that y values are not aligned on x ones (i.e. I would expect the first red point to be 1@5). Is it a bug or did I misunderstood something? >> >> >> <Screen Shot 2015-06-15 at 23.18.36.png> >> >> >> [1] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Grapher/020… <https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Grapher/020…>Grapher.html >> >> >> Thanks, >> >> #Luc > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

June 17, 2015

Environment-independent styler?

by Martin Dias

Hello, Suppose that you want to show the diff between the source code of two methods. In the case that both methods are in the same class, and that such class is present in the system, then no problem: In a DiffModel, one can set a context to the smalltalk syntax styler and get a nice output. DiffModel new leftText: (Point >> #x) sourceCode; rightText: (Point >> #y) sourceCode; contextClass: Point; openWithSpec. [image: Inline image 1] But what happens in the case that the class does not exist in the system? If one doesn't set any context to the styler, then the string will be shown all in black, which is not nice. A partial solution could be to set Object as a context, then the styler will color the code, but instance variables are in red: DiffModel new leftText: (Point >> #x) sourceCode; rightText: (Point >> #y) sourceCode; contextClass: Object; openWithSpec. [image: Inline image 2] Which is also not nice. In my opinion, there should be a styler that just colors the code following the syntax, without checking if the variables or classes are present in the system. It would be an environment-independent styler. What do you recommend to implement this? I guess it should be easy to subclass SHTextStylerST80 and override some methods to do not check anything in the environment. What's your opinion? Thanks, Martin

June 17, 2015

Re: [Pharo-users] Ring Vs Ficus

by Martin Dias

Upppssss, I just see this email. Since Abdelghani visits RMoD, I've discussed with him in person about this topic. Ring-Ficus is an alternative implementation to Ring (as it is in the Pharo image). Like Ring, Ficus-Ring provides models that represent system's code entities, and they are also polymorphic with them. For example, RFiClass shares the API of Class (partially) . The main differences are: - closed-universe approach: a Ring-Ficus code entity will always answers a Ring-Ficus code entity (in Ring it is not always like that) - efficient for importing and querying whole Pharo environments: for example, you can import all Pharo 40xxx code entities and query them, e.g. find all the implementors or senders of a selector at each version. Martin On Sat, Jun 6, 2015 at 3:34 PM, stepharo <stepharo(a)free.fr> wrote: > Hi abdelghani > > Welcome to this list :) > > Hi Guys, > > I believe the Ring metamodel has been proposed 4 or 5 years earlier. > Is it acctually in use in the current pharo tools? which ones? > > > Ring should be improved (probably with stubs) to support that we can > create a method and that it does not create > automatically the class of the method. > > Ring proposed strategy to query the code of a method (the one currently > being in the image), or the method represented in the past or another one. > and we should have a look at it. > > I have been told that Martin has develloped a different model : Ficus > > > Martin explained to me that ficus is built on two parts: one that describe > the model and they other the "body " of an entity (data) > and such data can be shared between multiple versions. > > What are the limitations that Martin tried to fixed? > What can be further unhanced? > > Thanks. > > Abdou. > > >

June 17, 2015

Re: [Pharo-users] Grapher bug?

by Luc Fabresse

Hi Alex, Thanks for your answer. I misunderstood RTStackedDataSet. To me, it does not do what the doc says ;-) I want to do exactly that: c := RTGrapher new. ds := RTDataSet new. ds dotShape color: Color red. ds points: {5@1 . 1@2 . 20@3 . 5@4 }. ds x: [ :e | e y ]. ds y: [ :e | e x ]. c add: ds. c axisX noDecimal. c axisY noDecimal. c build. c view inspect. But I would like to not write by hand (or compute) the X values in the data set which are the indexes of the element. Thanks, #Luc 2015-06-16 22:39 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Hi Luc! > > This is something that is not really intuitive in Roassal. I am not sure > whether this is a bug, but until now, we usually disable the labels on the > X-axis. > > So, your script should be > -=-=-=-=-=-=-=-=-=-=-=-= > b := RTGrapher new. > ds := RTStackedDataSet new. > ds dotShape color: Color red. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noLabel; noTick. > b axisY noDecimal. > b > -=-=-=-=-=-=-=-=-=-=-=-= > > If you need ticks and labels, you can simply do: > -=-=-=-=-=-=-=-=-=-= > b := RTGrapher new. > ds := RTStackedDataSet new. > ds barShape width: 10. > ds barChartWithBarCenteredTitle: #yourself. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noLabel; noTick. > b axisY noDecimal. > > b > -=-=-=-=-=-=-=-=-=-= > > I hope this solves your problem. > > Cheers, > Alexandre > > > On Jun 15, 2015, at 6:20 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > > Hi, > > The doc here [1] says: "Data points may be stacked, meaning that the index > of the point in the collection is its X value." > > When I use the same example as in the doc but with labels and ticks: > > b := RTGrapher new. > ds := RTStackedDataSet new. > ds dotShape color: Color red. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noDecimal. > b axisY noDecimal. > b build. > b view inspect > > it seems that y values are not aligned on x ones (i.e. I would expect the > first red point to be 1@5). Is it a bug or did I misunderstood something? > > > <Screen Shot 2015-06-15 at 23.18.36.png> > > > [1] > https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Grapher/020… > Grapher.html > > > Thanks, > > #Luc > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >

June 17, 2015

Re: [Pharo-users] Understanding edge connections and tree layout (it was Re: Visualizing a repository tree)

by Alexandre Bergel

I am not really following. Hard to guess here. Can you make the image accessible for me? I can then have a closer look at it. Alexandre > On Jun 15, 2015, at 3:18 PM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Hi all. Is me again :), > > I have being fighting all this morning trying to bet a better understanding of edge connections and tree layouts. I'm making some progress, but still I don't grasp it. At [1] you can find my starting example. So far, so good, so I created my own variation for my own data at [2]. My main issue is the #connectFrom message argument. If you uncomment the last line of [1] you will see that sending the #superclass message gives me an object that is of the same kind that the ones have been added to the view previously and I imagine that the reason they can be connected in a tree. With the example at [2] the message [#parents first] gives me a fossil commit object, but if I ran the code, the nodes are unconnected. What I'm missing? > > [1] http://ws.stfx.eu/DK3VNXBVAHXF > [2] http://ws.stfx.eu/DHF4VIR8TSPC > > Thanks, > > Offray > > On 15/06/15 06:47, Offray Vladimir Luna CÃ¡rdenas wrote: >> Hi Peter, >> >> Thanks for your quick answer. I was pretty curious about trying to implement some of this ideas, but only until today I had the proper time to do it. I ran your code and now I'm trying to translate the ideas on it to my problem: Drawing a tree for the story of a fossil repository. >> >> First, using the procedure at [1] I was able to export a fossil commit repo history as Json and by running the script at [2] I was able to get a small set of dots, which represent dictionaries with all commit data, including ancestors for each node, like the attached screenshot shows. In the video at [3] at 1:06 min, seems that lays the key for my visualization, but for that I need to create a fossil commit object that can understand the #ancestor message. Because I already have them as dictionaries thanks to NeoJson, seems that I'm really close to get the visualization I'm looking for. I hope to work on it this morning and return to the list with data visualizations or more questions. >> >> >> [1] http://stackoverflow.com/questions/30577090/how-to-export-fossil-scm-timeli… >> [2] http://ws.stfx.eu/A5C8JJMA2HUK >> [3] https://vimeo.com/116886609 >> >> Cheers, >> >> Offray >> >> >> >> On 02/06/15 05:09, Peter UhnÃ¡k wrote: >>> HI Offray, >>> >>> I gave it a quick bash and come up with the following code. It's just a prototype and could be greatly simplified. >>> >>> - MCVersionInfo ancestors for whatever reason returned empty array down the line (so its cut off at the end), but I didn't investigate the problem >>> - edge building and possibly ancestor retrieval could be simplified with builders; I think RTMondrian has methods for it but can't remember exactly (agilevisualization mentioned RTGraphBuilder but that has been removed to my knowledge) >>> >>> ~~~~~~~~~~~~~~~ >>> mc := MCSmalltalkhubRepository allInstances detect: [ :m | m project = 'Roassal2' ]. >>> >>> root := mc versionInfoFromFileNamed: mc readableFileNames first. >>> >>> family := Set new. >>> retriever := nil. >>> retriever := [ :child | >>> family add: child. >>> child ancestors do: [ :a | retriever value: a ] >>> ]. >>> retriever value: root. >>> obs := family asGroup. >>> >>> v := RTView new. >>> es := RTEllipse new size: 15; color: Color blue; elementsOn: obs. >>> v addAll: es. >>> >>> edges := RTEdge >>> buildEdgesFromObjects: obs >>> from: #yourself >>> toAll: #ancestors >>> using: (RTArrowedLine new withShorterDistanceAttachPoint; color: Color red) >>> scope: es. >>> v addAll: edges. >>> >>> es @ RTDraggable. >>> es @ (RTLabelled new text: [ :m | m nameWithout: 'Roassal2' ]). >>> >>> v @ RTDraggableView. >>> v @ RTZoomableView. >>> >>> RTDominanceTreeLayout new >>> verticalGap: 30; >>> horizontalGap: 15; >>> on: es. >>> >>> v open >>> ~~~~~~~~~~~~~~~~ >>> >>> >>> <Mail Attachment.png> >>> >>> Cheers, >>> Peter >>> â >>> >>> On Tue, Jun 2, 2015 at 5:39 AM, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: >>> Hi, >>> >>> On a closer detail, seems that [1] contains the starting point I'm looking for. I'll keep you posted and of course any other approach will be listened. >>> >>> [1] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Roassal/010… >>> >>> Cheers, >>> >>> Offray >>> >>> >>> On 01/06/15 22:04, Offray Vladimir Luna CÃ¡rdenas wrote: >>> Hi all, >>> >>> I had asked a similar question before with no much advances, but today I made a discovery that can improve the things a lot: how to export timeline data as structured JSON [1] (and of course this open the possibility to work with it on Pharo). Now I would like to graph the data as a tree with forks, merges and dates and authors of commits. I have seen chronia, but seems overkill for this feature (and is integrated with CVS only). >>> >>> [1] http://stackoverflow.com/questions/30577090/how-to-export-fossil-scm-timeli… >>> >>> As usual, any pointer on how to get this going will be greatly appreciated and I will give feedback to the community on how to do it. >>> >>> Cheers, >>> >>> Offray >>> >>> >>> >>> >>> >> > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 16, 2015

Re: [Pharo-users] Grapher bug?

by Alexandre Bergel

Hi Luc! This is something that is not really intuitive in Roassal. I am not sure whether this is a bug, but until now, we usually disable the labels on the X-axis. So, your script should be -=-=-=-=-=-=-=-=-=-=-=-= b := RTGrapher new. ds := RTStackedDataSet new. ds dotShape color: Color red. ds points: #(5 1 20 5). ds y: #yourself. b add: ds. b axisX noLabel; noTick. b axisY noDecimal. b -=-=-=-=-=-=-=-=-=-=-=-= If you need ticks and labels, you can simply do: -=-=-=-=-=-=-=-=-=-= b := RTGrapher new. ds := RTStackedDataSet new. ds barShape width: 10. ds barChartWithBarCenteredTitle: #yourself. ds points: #(5 1 20 5). ds y: #yourself. b add: ds. b axisX noLabel; noTick. b axisY noDecimal. b -=-=-=-=-=-=-=-=-=-= I hope this solves your problem. Cheers, Alexandre > On Jun 15, 2015, at 6:20 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > > Hi, > > The doc here [1] says: "Data points may be stacked, meaning that the index of the point in the collection is its X value." > > When I use the same example as in the doc but with labels and ticks: > > b := RTGrapher new. > ds := RTStackedDataSet new. > ds dotShape color: Color red. > ds points: #(5 1 20 5). > ds y: #yourself. > b add: ds. > b axisX noDecimal. > b axisY noDecimal. > b build. > b view inspect > > it seems that y values are not aligned on x ones (i.e. I would expect the first red point to be 1@5). Is it a bug or did I misunderstood something? > > > <Screen Shot 2015-06-15 at 23.18.36.png> > > > [1] https://dl.dropboxusercontent.com/u/31543901/AgileVisualization/Grapher/020… > > > Thanks, > > #Luc -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

June 16, 2015

[ANN] Dr. Geo 15.07

by Hilaire

June 16, 2015

Modal dialogs come up in different layers?

by Stephan Eggermont

What's the difference between a ColorSelectorDialogWindow and a TextEntryDialogWindow? I call them in the same way from a palette, but the color dialog comes up over the palette, and the person dialog below. Both palettes are in layer 20. The low layer number seems to interfere with modality. addColor | dialog | dialog := ColorSelectorDialogWindow new title: 'Choose color'; selectedColor: self color; setProperty: #morphicLayerNumber toValue: 18. self openModal: dialog. dialog cancelled ifFalse: [self addMorphBack: (ColorWell on: dialog selectedColor)] addPerson |dialog| dialog := TextEntryDialogWindow new textFont: UITheme current textFont; title: 'Add person'; text: 'The email address'; entryText: ''; setProperty: #morphicLayerNumer toValue: 18. self openModal: dialog. dialog ifNil: [ ^self ]. (dialog cancelled or: [dialog entryText isNil]) ifFalse: [self addMorphBack: (PersonWell on: dialog entryText)] Stephan

June 16, 2015

Re: [Pharo-users] Status of Twitter (api/analysis/visualization) in Pharo?

by Arturo Zambrano

Hi Martin, this are good news. There is a seaside base UI for controlling tweets download. I will let you know as soon as it is uploaded. Visualizations are working, the code is crappy but works... I have some documentation I will send it to you (all of them are very basic examples we built for the last world cup), unfortunately it is Spanish only, but you will get the idea from the code snippets. regards art On Tue, Jun 16, 2015 at 12:44 PM, MartinW <wm(a)fastmail.fm> wrote: > MartinW wrote > > I succeeded in installing parts of TwitterRoassalPlayGround in a Pharo 3 > > image. > > http://smalltalkhub.com/#!/~arturozambrano/TwitterRoassalPlayGround > > > > - The RESTRetriever seems to work fine, but the Rest results are very > > limited due to Twitter's own limitations. > > - The StreamingRetriever does simply not produce any results at all, but > > also no errors. > > I got the StreamingRetriever to work.. > > > > > -- > View this message in context: > http://forum.world.st/Status-of-Twitter-api-analysis-visualization-in-Pharo… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

June 16, 2015