Hi,
Juraj, Andrei and I did a rough analysis collected from 94 computers over the past 7 months. Of these, only 42 recorded more than 9 sessions so we only focused on these. It can be because the rest switched off the data collection in the meantime. We also excluded the computers of the GT team members.
Of these 34 used the dive-in feature. That is, these users used at least one contextual search.
We looked at the event of acting on an element (pressing Enter), and we collected the parent category. Acting on an item indicates that intent of search. There are 35 categories used in total, with 8 being used by 10 people (25% of the studied population) or more. Below you can see also the amount of computers using it:
'Classes'->40
'Implementors'->38
'History'->34
'Menu'->24
'Packages'->23
'Messages'->19
'Catalog Projects'->12
'Instance methods'->10
'Senders'->9
'Pragmas'->6
'References'->5
'Playground named pages'->5
'Playground cached pages'->4
'Help topics'->4
'Examples'->3
'Super instance methods'->3
'Selectors'->3
'ws.stfx.eu'->2
'GitHub Baselines'->2
'Dirty Monticello packages'->2
'Class methods'->2
'Global variables'->1
'All subclasses'->1
'Example Subjects'->1
'Files'->1
'Monticello Repositories'->1
'Metacello Configurations'->1
'Class instance variables'->1
'Items'->1
'Tags'->1
'Help contents'->1
'Monticello Package'->1
'Instance variables'->1
'Productions'->1
'Methods'->1
Also, in this analysis, some of the categories appear also at deeper levels (Senders, Implementors, References, Instance methods).
As expected, Classes and Implementors are on top. Yet, the third is History, and it is also interesting to see that there is a high usage of a search through the World menu elements, but also of the Packages.
We also note that there is quite a long tail, and this seems to confirm the hypothesis that different people have different needs and that these differences should be supported by the IDE.
This analysis was carried out using the code that Juraj and Andrei put together for analyzing the data from the event recorder.
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"Value is always contextual."
Hi!
Some times ago, I remember to have see sunburst used for MessageTally. I have just tried:
MessageTally on: [2000 timesRepeat: [Collection withAllSubclasses ] ]
But it does not show Sunburst.
Any reason?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi all,
I often have to wrote XML parsers (for BPMN for example) in order to
populate OO models. This is not really difficult, just a little bit
cumbersome to wrote by hand, especially when the XML is comply. Most
of these XML files specification are based on XML schema. So I guess
this is possible to automate partly.
Do we have something in the Moose/Pharo eco-system something to do that ?
What is the equivalent stuff in Eclipse eco-system ?
Thank you.
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Hi,
There were a couple of emails in the recent period that questioned the usefulness of moldability (the ability of developers to customize their tools deeply and inexpensively). More specifically, the question was about the moldability of the GTDebugger.
I put together a couple of thoughts of why we think that moldability is actually a competitive advantage:
http://www.humane-assessment.com/blog/the-impact-of-moldability/
Please read it and provide feedback.
Cheers,
Doru
--
www.tudorgirba.comwww.feenk.com
"Reasonable is what we are accustomed with."
Hi!
Is there a way to provide a strategy to complete code in GT?
For example, if I would like to specialize the completion in case I am writing a Roassal script...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I've tried to used version 6.0 as you suggest, but it seems to be buggy on
Mac OS.
In fact, I've downloaded Pharo Virtual machine and the Image file and
loaded the image into the virtual machine, but the software shown the error
message:
"
*Pharo cannot locate the sources file named
/Users/macbookpro/Downloads/PharoV50.sources.Please check that the file is
named properly and is in thesame directory as this image.Make sure the
sources file is not an Alias.*"
On Tue, May 31, 2016 at 2:34 PM, tien dh <tiendh11986(a)gmail.com> wrote:
> Xin chào Serge, I'm from Vietnam and It's nice to see a greeting in
> Vietnamese :)
> Thanks for your quick reply.
> I'm using version 5.1 on Mac OS. Yep, I've imported a model, and I open
> script windows via "All model classes" > Browse > In Roassal Easel.
> When I copy your new code to the script windows and click the Play button,
> it shows the an error:
> *MessageNotUnderstood: GLMRoassal2Easel>>correctFrom:to:with:*
>
> Am I wrong in using the tool? How can I test running of Mondrian code?
>
> On Tue, May 31, 2016 at 1:31 PM, Serge Stinckwich <
> serge.stinckwich(a)gmail.com> wrote:
>
>> You should read : http://agilevisualization.com/
>>
>> On Tue, May 31, 2016 at 12:29 PM, Serge Stinckwich
>> <serge.stinckwich(a)gmail.com> wrote:
>> > On Tue, May 31, 2016 at 12:04 PM, tien dh <tiendh11986(a)gmail.com>
>> wrote:
>> >> Hello, I'm new to Mondiran and I'm trying to run very simple piece of
>> code:
>> >
>> >
>> > Xin chào Tien.
>> > Where are you located ?
>> >
>> >> | view namespaces |
>> >> namespaces := MooseModel root allModels first allModelNamespaces.
>> >> view := MOViewRenderer new.
>> >> view shape rectangle
>> >> width: #numberOfClasses;
>> >> height: #numberOfMethods;
>> >> linearFillColor: #numberOfLinesOfCode within: namespaces.
>> >> view nodes: namespaces.
>> >> view edgesToAll: #providerNamespaces.
>> >> view dominanceTreeLayout.
>> >> view open.
>> >>
>> >>
>> >> I tried with Roassal Easel but it doesn't compile. Where should I put
>> the
>> >> code and run?
>> >
>> > Apparently you are running an old version of Roassal.
>> > Try to use the last version of MOOSE 6.0: http://moosetechnology.org/
>> >
>> > Are you sure you have imported a model with the MOOSE panel first ?
>> >
>> > The API change a little bit in MOOSE 6.0:
>> >
>> > | view namespaces |
>> > namespaces := MooseModel root allModels first allModelNamespaces.
>> > view := RTMondrian new.
>> > view shape rectangle
>> > width: #numberOfClasses;
>> > height: #numberOfMethods;
>> > linearFillColor: #numberOfLinesOfCode within: namespaces.
>> > view nodes: namespaces.
>> > view edges connectToAll: #providerNamespaces.
>> > view layout dominanceTree.
>> > view open.
>> >
>> > Regards,
>> > --
>> > Serge Stinckwich
>> > UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> > Every DSL ends up being Smalltalk
>> > http://www.doesnotunderstand.org/
>>
>>
>>
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
>
>
>
> --
>
>
>
>
>
>
> *Thanks and Best Regards,Do Huu Tien (Mr.)Handphone No: (+32) (0) 484 77
> 62 32 <%28%2B32%29%20%280%29%20484%2077%2062%2032>Email:
> tiendh11986(a)gmail.com <tiendh11986(a)gmail.com>Y!M: beuforeverSkype:
> do.huu.tien*
>
--
*Thanks and Best Regards,Do Huu Tien (Mr.)Handphone No: (+32) (0) 484 77 62
32Email: tiendh11986(a)gmail.com <tiendh11986(a)gmail.com>Y!M: beuforeverSkype:
do.huu.tien*
The message size is large so I cancel the original and re-post here. Please
see below.
On Tue, May 31, 2016 at 2:34 PM, tien dh <tiendh11986(a)gmail.com> wrote:
> Xin chào Serge, I'm from Vietnam and It's nice to see a greeting in
> Vietnamese :)
> Thanks for your quick reply.
> I'm using version 5.1 on Mac OS. Yep, I've imported a model, and I open
> script windows via "*All model classes*" > *Browse > In Roassal Easel*.
>
> When I copy your new code to the script windows and click the Play button,
> it shows the an error:
> *MessageNotUnderstood: GLMRoassal2Easel>>correctFrom:to:with:*
>
> Please check this link for the screenshot:
http://s33.postimg.org/db7ki51mn/Screen_Shot_2016_05_31_at_2_28_56_PM.png
> Am I wrong in using the tool? How can I test running of Mondrian code?
>
> On Tue, May 31, 2016 at 1:31 PM, Serge Stinckwich <
> serge.stinckwich(a)gmail.com> wrote:
>
>> You should read : http://agilevisualization.com/
>>
>> On Tue, May 31, 2016 at 12:29 PM, Serge Stinckwich
>> <serge.stinckwich(a)gmail.com> wrote:
>> > On Tue, May 31, 2016 at 12:04 PM, tien dh <tiendh11986(a)gmail.com>
>> wrote:
>> >> Hello, I'm new to Mondiran and I'm trying to run very simple piece of
>> code:
>> >
>> >
>> > Xin chào Tien.
>> > Where are you located ?
>> >
>> >> | view namespaces |
>> >> namespaces := MooseModel root allModels first allModelNamespaces.
>> >> view := MOViewRenderer new.
>> >> view shape rectangle
>> >> width: #numberOfClasses;
>> >> height: #numberOfMethods;
>> >> linearFillColor: #numberOfLinesOfCode within: namespaces.
>> >> view nodes: namespaces.
>> >> view edgesToAll: #providerNamespaces.
>> >> view dominanceTreeLayout.
>> >> view open.
>> >>
>> >>
>> >> I tried with Roassal Easel but it doesn't compile. Where should I put
>> the
>> >> code and run?
>> >
>> > Apparently you are running an old version of Roassal.
>> > Try to use the last version of MOOSE 6.0: http://moosetechnology.org/
>> >
>> > Are you sure you have imported a model with the MOOSE panel first ?
>> >
>> > The API change a little bit in MOOSE 6.0:
>> >
>> > | view namespaces |
>> > namespaces := MooseModel root allModels first allModelNamespaces.
>> > view := RTMondrian new.
>> > view shape rectangle
>> > width: #numberOfClasses;
>> > height: #numberOfMethods;
>> > linearFillColor: #numberOfLinesOfCode within: namespaces.
>> > view nodes: namespaces.
>> > view edges connectToAll: #providerNamespaces.
>> > view layout dominanceTree.
>> > view open.
>> >
>> > Regards,
>> > --
>> > Serge Stinckwich
>> > UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> > Every DSL ends up being Smalltalk
>> > http://www.doesnotunderstand.org/
>>
>>
>>
>> --
>> Serge Stinckwich
>> UCBN & UMI UMMISCO 209 (IRD/UPMC)
>> Every DSL ends up being Smalltalk
>> http://www.doesnotunderstand.org/
>> _______________________________________________
>> Moose-dev mailing list
>> Moose-dev(a)list.inf.unibe.ch
>> https://www.list.inf.unibe.ch/listinfo/moose-dev
>>
>
>
>
> --
>
>
>
>
>
>
> *Thanks and Best Regards,Do Huu Tien (Mr.)Handphone No: (+32) (0) 484 77
> 62 32 <%28%2B32%29%20%280%29%20484%2077%2062%2032>Email:
> tiendh11986(a)gmail.com <tiendh11986(a)gmail.com>Y!M: beuforeverSkype:
> do.huu.tien*
>
--
*Thanks and Best Regards,Do Huu Tien (Mr.)Handphone No: (+32) (0) 484 77 62
32Email: tiendh11986(a)gmail.com <tiendh11986(a)gmail.com>Y!M: beuforeverSkype:
do.huu.tien*