Moose-dev July 2014

moose-dev@list.inf.unibe.ch

36 participants
143 discussions

Roassal on the web
by Usman Bhatti 22 Aug '14

22 Aug '14

Hi Alex, Any updates of the project about constructing visualizations with Roassal for the web (with Amber?)? Did that project get accepted for GSoc? If not, do you plan to have a version of Roassal that could allow scripting visualizations on the web (with Seaside)? Because soon we'll need it ;). regards, usman

4 12

Issue 1015 in moose-technology: GraphET should support lineWidth and legend
by moose-technology＠googlecode.com 13 Aug '14

13 Aug '14

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1015 by usman.bh...(a)gmail.com: GraphET should support lineWidth and legend http://code.google.com/p/moose-technology/issues/detail?id=1015 Graphet should provide support for line width for line diagrams and a legend. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

3 8

New circle layouts in Roassal
by Alexandre Bergel 13 Aug '14

13 Aug '14

Hi! Daniel has worked on additional circle layouts, which are now included in Roassal. We now have RTEquidistantCircleLayout and RTWeightedCircleLayout in addition to RTCircleLayout and RTCenteredCircleLayout Consider this small script: =-=-==-=-==-=-==-=-= | view aux | view := RTView new. aux := RTEllipse new. aux color: Color red. 1 to: 20 do: [ :i | aux sizeElement: i*4+5. view add: (aux elementOn: i) ]. RTCircleLayout new initialRadius: 150; on: view elements. view open =-=-==-=-==-=-==-=-= It produces the output: There are two recurrent problems with this rendering: - circles are not centered - circles overlaps and this overlap can be avoided since there is spaces between the small circles. The layout does not consider the size of the elements RTEquidistantCircleLayout and RTWeightedCircleLayout address these problems. In the script above, replacing RTCircleLayout by RTWeightedCircleLayout produces the following: The space is allocated to each element according to its size. A variation of this situation may be seen with the following: =-=-==-=-==-=-==-=-= | view aux | view := RTView new. aux := RTEllipse new. aux color: Color red. 1 to: 10 do: [ :i | aux sizeElement: i*10+5. view add: (aux elementOn: i) ]. RTWeightedCircleLayout new initialRadius: 150; on: view elements. view open =-=-==-=-==-=-==-=-= The script produces It may happens however that you want always the same space between the elements. You should therefore use RTEquidistantCircleLayout as in: =-=-==-=-==-=-==-=-= | view aux | view := RTView new. aux := RTEllipse new. aux color: Color red. 1 to: 10 do: [ :i | aux sizeElement: i*10+5. view add: (aux elementOn: i) ]. RTEquidistantCircleLayout new initialRadius: 150; on: view elements. view open =-=-==-=-==-=-==-=-= It produces the following: The work of Daniel may be found in Roassal2. Thanks Daniel! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 7

eyesee presentation vs graphET presentation
by Fabrizio Perin 13 Aug '14

13 Aug '14

Hi, I built sometimes ago a tab in the moose panel to show an eyesee pieChart: *viewAccessesTypesPieChartIn: composite <moosePresentationOrder: 275> composite eyesee title: 'Database accessor types'; titleIcon: MooseJEEIcons pieChart; diagram: [ :view :each | each mooseInterestingEntity viewAccessesTypesPieChartOn: view ]; when: [ :input | input mooseInterestingEntity isKindOf: FAMIXDBAccessGroup ]* Now, if I load eyesee and the eyesee glamour presentation everything is fine, however, I would like to port this view on graphET. So, I tried: *viewAccessesTypesPieChartIn: composite <moosePresentationOrder: 275> composite graphET title: 'Database accessor types'; titleIcon: MooseJEEIcons pieChart; diagram: [ :view :each | each mooseInterestingEntity viewAccessesTypesPieChartOn: view ]; when: [ :input | input mooseInterestingEntity isKindOf: FAMIXDBAccessGroup ]* now the local variable *each *contains the presentation instead of the model, is that a wanted feature? If so, how can i access the model elements to invoke the view I need? Should I move the logic that implements the view? Thanks in advance, Fabrizio

2 1

Re: How to show graphs from the Moose panel?
by Blondeau Vincent 13 Aug '14

13 Aug '14

Hi, Yes by graph I mean curves. I used GraphET to compare some curves at the same time because Charter is very low level for what I want, and EyeSee is not loaded in Moose. So with GraphET and 2 or 3 curves that's manageable. But if I want to do a graph like that, with 10 curves: [cid:image002.png@01CFAC20.5B911740] How can I retrieve the names of the curves? Automatic colors and legend? Popups? Thanks in advance. Cheers, Vincent Blondeau -----Message d'origine----- De : moose-dev-bounces(a)iam.unibe.ch [mailto:moose-dev-bounces@iam.unibe.ch] De la part de Alexandre Bergel Envoyé : jeudi 24 juillet 2014 18:38 À : Moose-related development Objet : [Moose-dev] Re: How to show graphs from the Moose panel? What do you mean by graph? Simple curve? You can use EyeSee or GraphET2. I have recently started to work on Charter, a Roassal builder to draw graph. You can try it: -=-=-=-=-=-=-=-=-=-=-=-= | b | b := RTCharterBuilder new. b extent: 400 @ 400. b shape ellipse color: (Color blue alpha: 0.5). b points: (0.0 to: 1.0 by: 0.05). b curve. b y: [ :v | v sqrt ]. b axisXWithNumberOfTicks: 3. b axisYWithNumberOfTicks: 4. b open. -=-=-=-=-=-=-=-=-=-=-=-= If you have particular request for Charter, we will implement them. Charter is still very raw... Alexandre On Jul 24, 2014, at 11:15 AM, Blondeau Vincent <vincent.blondeau(a)worldline.com<mailto:vincent.blondeau@worldline.com>> wrote: > Hello everyone, > > In a former moose version, it was being able to do on a MooseGroup : Browse>>In Eye See Editor. > Now it is not possible... > > What tool should I use to draw graphs? > > Thanks in advance > > Cheers, > > Vincent BLONDEAU > > > > Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch<mailto:Moose-dev@iam.unibe.ch> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch<mailto:Moose-dev@iam.unibe.ch> https://www.iam.unibe.ch/mailman/listinfo/moose-dev ________________________________ Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

3 4

GraphET2 pie chart example and question
by Hernán Morales Durand 06 Aug '14

06 Aug '14

Hello I am trying GET2 pieDiagram builder. You may want to add a random color in the #pieExample method so it looks nicer (see attachment): | diag | diag := GET2DiagramBuilder new. (diag pieDiagram) models: #(30 10 20 40); color: [ Color random ]. ^ diag open. Now my question is simple, but I don't know how to start How would you add labels to each sector? Hernán

4 10

Re: [Pharo-users] Tree/Outliners of playgrounds, markdown inside comments and some quick medium size dreams for Pharo/Smalltalk
by Offray Vladimir Luna Cárdenas 05 Aug '14

05 Aug '14

Hi again, I will be using this thread to update my advances and questions about how to build an outliner in Pharo Smalltalk. If there is a better method like starting a new thread for particular questions, or a less narrative style, please let me know. The idea is to use the tools provided by Moose to build a quick outliner that can be extended to suit my needs on academical writing. This is kind of a strange approach in the sense that I'm not following the tutorials with a predefined problems (make a game and so) but trying to start with a real (in the sense of closer) problem (making an outliner) and to see which knowledge I need to solve this necessity. In that sense is more like the Freire's alphabetization of adults in Brazil. So, the things I have done so far was to search for a good model to start with. Something already done that can be used as scaffolding for my outliner. The Help System seems like a good start for an outliner (in fact it is already one), so I have taken the Help-Core system and start to use it as a base for my project. After that I have used the Moose browsers to build a simple interface, as seen here: http://mutabit.com/offray/static/blog/output/galleries/objetos/ubakye-brows… The part I want to deal with is this: =============== explorer := GLMTabulator new title: (mainTree header). explorer column: #tree; column: #body. explorer transmit to: #tree; andShow: [:a | a tree display: mainTree children ]. explorer openOn: mainTree. =============== So, instead of "display: mainTree children" I need something that takes the get names (headers) of the two nodes and the contents in the right panel. For that I think that I need to learn some iterators. I have already a "header" method for the nodes. Any clue would be appreciated and I will keep you posted on my advances. Cheers, Offray On 07/21/2014 12:58 PM, Offray Vladimir Luna Cárdenas wrote: > Hi Damien, > > Thanks for your answer. Comments below. > > On 07/21/2014 11:09 AM, Damien Cassou wrote: >> On Sat, Jul 19, 2014 at 2:47 AM, Offray Vladimir Luna Cárdenas >> <offray(a)riseup.net> wrote: >>> The first idea that comes to mind is using STON for storage nodes and >>> tree >>> information, so I can interchange it with the flatland files world >>> and keep >>> it readable. Sounds that reasonable? >> >> >> without more information, it is hard to stay. Try with STON and change >> if that does not work :-). We have XML and JSON generators as well. >> > > > This is a kind of raw preview of I'm talking about: > > http://www.enlightenment.org/ss/e-53cd4f36f021e9.68569046.jpg > > Of course in this case, it is just a Help browser with a Playground > window over it, but I would like to have something like Playgrounds > inside the help browser. I was trying to build a custom browser with > Glamour, but seems that Help Browser already has the machinery I'm > looking for. > > So my first question is how to use the Help Browser class as a template > for my outliner class? And can I put a Playground where the plain text > is located right now? > >> >>> The second thing I would like to do is to add pandoc's markdown inside >>> comments, but I don't like the syntax of comments in Smalltalk because >>> single quotes are fairly easy to find in light markup language like >>> markdown. Is difficult to change it to create something more like python >>> (with """) or Lua (with -[]- )? >> >> >> There is only one syntax for comments in Pharo. Instead of Markdown, >> you might want to have a look at Pillar which is implemented in Pharo >> and can generate Markdown (and html, and pdf) : >> https://github.com/pillar-markup/pillar-documentation/ >> >> > > I have seen Pillar. Seems really interesting, but Pandocs markdown > support academic citation in several formats and I have already long > docs wrote on that format integrated in my workflow from Zotero and even > there is a growing community working on Scholarly Markdown[1][2] so I > would like to stick with it as much as I can for my own writing. > That being said. I would like also a better integration between > Smalltalk outliners and all the academic publication work flow, > including working better with pandoc as a external library. > > [1] https://github.com/scholmd/scholmd/wiki > [2] http://blog.martinfenner.org/2013/06/29/metadata-in-scholarly-markdown/ > [3] > http://programminghistorian.org/lessons/sustainable-authorship-in-plain-tex… > > > Thanks again, this conversation with people in the community is very > valuable to me, > > Offray > >

3 3

Possibility to save in a file the content of a playground
by Alexandre Bergel 03 Aug '14

03 Aug '14

Hi! The favorite programming environments of biologists, mathematicians and physicians, are R, matlab, maple, Octave. All of them allow for saving and loading the content of a workspace. Would it be possible to have this in a playground? As you can imagine, I am not encouraging this practice at all. But it may help attracting them to Pharo. Is this feasible? I can work on this if you guys are okay. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 2

[ANN] Roassal documentation & AgileVisualization.com
by Alexandre Bergel 02 Aug '14

02 Aug '14

Hi! We are happy to announce the website http://agilevisualization.com The website will federate our documentation effort for Roassal. A chapter on creating builders in Roassal is now online. Feedback is welcome! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

5 5

rethinking the print it action in Pharo
by Tudor Girba 01 Aug '14

01 Aug '14

Hi, In the course of revamping the Pharo environment, we stumbled across the print it action and we (Andrei and I) decided to rethink it. [image: Inline image 1] You can find more details here: http://www.humane-assessment.com/blog/rethinking-print-it-in-pharo Let us know what you think. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

4 5

← Newer
1
2
3
4
5
6
7
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev July 2014