Moose-dev March 2015

moose-dev@list.inf.unibe.ch

42 participants
102 discussions

documentation on moose chef?
by Alexandre Bergel 06 Apr '15

06 Apr '15

Hi! Where can I find such a documentation? themoosebook is particular shy on chef :-( Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

agilevisualization layout chapter
by Peter Uhnák 04 Apr '15

04 Apr '15

Hi, Is anybody working on layout chapter? This (summer) semester I'll be writing my bachelor thesis on model layouting and I am using Roassal, so since I need to get familiar with Roassal layouting abilities I could as well write something about it. :) Peter

3 18

Changes in 5.1 for embeded playgrounds
by Offray Vladimir Luna Cárdenas 04 Apr '15

04 Apr '15

Hi, Because Pharo 4 is getting closer and I can see already improvements on shortcuts (Ctrl and Alt are switched finally and we have consistent behaviour between apps in Linux), I'm moving to moose 5.1 as my base platform for the development of grafoscopio. So far, so good, but I would like some of the behaviours on 5.0 back on 5.1, like the way to embed playgrounds with named nodes. So here is the screenshot of grafoscopio with a code type node open inside an interactive document running on Moose 5.0: http://mutabit.com/deltas/repos.fossil/offray-uvikuo/doc/tip/static/blog/ou… And here is the same interactive document open on Moose 5.1: http://mutabit.com/deltas/repos.fossil/offray-uvikuo/doc/tip/static/blog/ou… As you can see, in the first screenshot, the playground takes the same name of the node that is storing its contents, while the second one has just "Untitled" as title. My code for embedding playgrounds is ======================================== GrafoscopioBrowser>>bodyForCodeIn: constructor for: aNode "Shows the body of a node as an interactive playground. If node is not tagged it will return itself, so it can be rendered properly for other messages" | innerBrowser | aNode tags = 'código' ifFalse: [^self]. innerBrowser := GTPlayground new. constructor custom: innerBrowser. ======================================== How the code needs to be changed so I can get named playgrounds as was happening with 5.0. Cheers and keep the good work. Offray

2 8

Issue 1103 in moose-technology: The list resulting of the Inspection of a MooseGroup should be in alphanumerical order
by moose-technology＠googlecode.com 03 Apr '15

03 Apr '15

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1103 by v.blonde...(a)gmail.com: The list resulting of the Inspection of a MooseGroup should be in alphanumerical order https://code.google.com/p/moose-technology/issues/detail?id=1103 Describe the problem: what do you get? what do you expect? When you inspect with the moose panel (or an inspector) a model, the list of the group items are randomly sorted. I expect to have a alphanumerical sort on this list to quickly get an element of the list. How to reproduce the problem: step by step if necessary Do: LANPackageTestResource current model allClasses inspect. And go to the third tab (containing the list) Additional information: platform, context which may impact the problem Moose 5.0 Please fill in the labels with the following information: * Type-Enhancement * Component-GT -- 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

1 2

Issue 1105 in moose-technology: Moose Importing Abstract Classes - Packages Reorganisation
by moose-technology＠googlecode.com 03 Apr '15

03 Apr '15

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1105 by v.blonde...(a)gmail.com: Moose Importing Abstract Classes - Packages Reorganisation https://code.google.com/p/moose-technology/issues/detail?id=1105 The organisation of the Moose importers is a bit messy. The classe MooseAbstractImporter should be used by MooseImportingTask and be a subclass of MooseTask. MooseImportingTask is only used for smalltalk so it should be in Moose-SmalltalkImporter. And MooseOperator is not only for Smalltalk so it should be in the Moose-Core package. This following my mail from last year: http://www.iam.unibe.ch/pipermail/moose-dev/2014-April/019420.html and the discussion from 2011 from Usman and Stef: http://forum.world.st/Proposal-to-enhance-the-MooseTask-inheritance-and-Moo… Please fill in the labels with the following information: * Type-Engineering * Component-Moose -- 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

1 2

Issue 1116 in moose-technology: fix bad dependencies in moose-core
by moose-technology＠googlecode.com 03 Apr '15

03 Apr '15

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1116 by christop...(a)inria.fr: fix bad dependencies in moose-core https://code.google.com/p/moose-technology/issues/detail?id=1116 Moose-Core has dependencies to Moose-Algos-Graph and Moose-SmalltalkImporter that should not be there. action: move MooseIcons>>importIcon and MooseGroup>>cyclesToAll as extension methods of Moose-SmalltalkImporter and Moose-Algos-Graph. -- 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

1 2

Tagcloud around avatar part 2: Advances, questions and suggestions
by Offray Vladimir Luna Cárdenas 02 Apr '15

02 Apr '15

Hi, Following the advice of Peter Uhnák on tag clouds and avatars I made some progress on my intended visualization. If you run the code at [1] you will get something similar to [2] (the difference is that screenshot is for code inside a grafoscopio document instead of a simple playground). [1] http://ws.stfx.eu/9G5PEGYFL1MW [2] http://mutabit.com/deltas/repos.fossil/datapolis/doc/tip/Figures/personal-t… I will prioritize working on scrapping and cleaning the data, leaving the position of the avatar to the end (hopefully Alexandre will read this and in his attempt to make Roassal the best visualization engine in the universe and its users happier, he will implement my suggestion at the end). So in my attempt to clean the data I'm trying to process originalText (look at [1]) to split it to single words. For that I start copying that text and replacing any occurrence of punctuation characters and parenthesis by spaces and then applying #splitOn: ' ' to the new string. I made this by the chunk of code at [3], but seems inelegant and trying to use cascades and ending in #yourself didn't make the trick. =[3]========================== cookedText1 := originalText. cookedText1 := cookedText1 copyReplaceAll: ',' with: ' '. cookedText1 := cookedText1 copyReplaceAll: ';' with: ' '. cookedText1 := cookedText1 copyReplaceAll: '.' with: ' '. cookedText1 := cookedText1 copyReplaceAll: ':' with: ' '. cookedText1 := cookedText1 copyReplaceAll: ')' with: ' '. cookedText1 := cookedText1 copyReplaceAll: '(' with: ' '. ============================== So here come my questions: a) There is any form to replace code at [3] by a more elegant Smalltalk-ish way so I can have only words no matter if they are separated by spaces, punctuation marks of starting/ending with parenthesis? b) Why some uninteresting words like the Spanish 'La' or 'Se' are still getting their way in the final visualization even if I try to evade them with the code at [4] =[4]========================== (cookedText1 splitOn: ' ') do: [:word | ((word size > 1) & (uninterestingWords includes: word asLowercase) not) ifTrue: [cookedText2 := cookedText2, word, ' ']]. ============================== And my suggestion: Please consider making tag clouds with variable layouts and forms. Python has something similar with [5] [5] http://sebastianraschka.com/Articles/2014_twitter_wordcloud.html I will be waiting for your suggestions and thanks for keeping Pharo/Moose awesome! Cheers, Offray

3 4

Adding elements to GLMRoassal2Presentation
by Pierre CHANSON 01 Apr '15

01 Apr '15

Hi all, I realized that currently, it is not possible to inspect elements in the GLMRosassal2 presentation when they are created, as it works only on elements created at the initialization in: GLMRoassal2Presentation>>renderOn: I think the new elements added to the RTView should be inspectable in the presentation. A possible solution would be to GLMRoassal2Presentation to observe the RTView and when notified of creation of a new element, add the interaction to the new element ? --------------------------------------------------------------- v := RTView new. x:=0. v add: ((RTBox new size: 40) elementOn: x). v elements when: TRMouseRightClick do: [ | b | b := ((RTBox new size: 40) elementOn: x). v add: b. b translateBy: (x := x + 50)@0. v signalUpdate ]. v. ---------------------------------------------------------------------- Pierre

3 2

Issue 1118 in moose-technology: GT Inspector: Double Click Doesn't Always Select Text Properly
by moose-technology＠googlecode.com 01 Apr '15

01 Apr '15

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1118 by sean.p.d...(a)gmail.com: GT Inspector: Double Click Doesn't Always Select Text Properly https://code.google.com/p/moose-technology/issues/detail?id=1118 In Pharo #40589 It took me a while to figure out that GT has a feature I've wanted for a long time: when you activate a workspace by clicking, the selection is preserved. Very cool! One thing though, where it also took me a while to figure out what was going on... 1. Type in the playground: 'aString'. 'anotherString'. 2. "Go" to bring up a second pane - doesn't matter which 3. Click in the second pane to put the keyboard focus there 4. Double click on one of the lines in pane #1 It is selected - great! 5. Repeat #3 6. Double click on the unselected line The selection will be cleared, but the other line will not be selected. NB: an interesting thing is that if you do the above exercise with a text editor outside the same GT window, like another GT Inspector, steps 5 and 6 work correctly just like the previous. -- 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

1 0

Spotter feedback
by Stephan Eggermont 31 Mar '15

31 Mar '15

Keep up the good work! It is getting better all the time. - I wanted to search for source, not source: or something starting with source. I thought perhaps typing a space after source would reduce the result set. - I tried selecting the list of implementors with the mouse, but was only able to do so after moving the selection to the first of the implementors. Stephan

3 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev March 2015