Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-EyeSee
New issue 690 by andreho...(a)gmail.com: Change the font size of labels in a
chart
http://code.google.com/p/moose-technology/issues/detail?id=690
Change the font size of labels in a chart using #defaultFontSize: is not
working.
Status: New
Owner: ----
CC: andreho...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-EyeSee
New issue 1013 by usman.bh...(a)gmail.com: Eye line diagrams do not allow
changing line width
http://code.google.com/p/moose-technology/issues/detail?id=1013
Changing lineWidth: block in the example lineDiagram2 does not have an
effect on the line width. To reproduce, have a look on this example:
ESExamples new lineDiagram2
--
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
Yup!
Sam
Adams/Raleigh/IBM
To
01/08/2014 02:03 Moose-related development
PM <moose-dev(a)iam.unibe.ch>
cc
David Ungar/Almaden/IBM@IBMUS
Subject
Re: [Moose-dev] GTInspector
(Document link: David Ungar)
I can hear David Ungar cheering!
That's basically what the Self user interface is like.
Regards,
Sam
Sam S. Adams, CTO - Contextual Computing
IBM Distinguished Engineer, IBM Research
Mobile: 919-696-6064, email: ssadams(a)us.ibm.com
Assistant: Linda R. Morrison. (720) 395-0460 Fax: (845) 491-4318, Tie:
676-0460, linda.r.morrison(a)us.ibm.com
<<Hebrews 11:6, Proverbs 3:5-6, Romans 1:16-17, 1 Corinthians 1:10>>
From: Alexandre Bergel <alexandre.bergel(a)me.com>
To: Moose-related development <moose-dev(a)iam.unibe.ch>
Date: 01/08/2014 04:50 PM
Subject: [Moose-dev] GTInspector
Sent by: moose-dev-bounces(a)iam.unibe.ch
Thanks to the GTInspector, I am in a very good mood today.
The Cmd-o command is so powerful.
Maybe, one day, we will not have code browser anymore, but simply powerful
inspector.
Some small requests:
- If nothing is selected, and I press Cmd-o, can the line be used as a
selection instead?
- can the list of superclasses be reversed when I browse a method?
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-Roassal
New issue 1019 by usman.bh...(a)gmail.com: Roassal shows an error (red
rectangle) when image reopned
http://code.google.com/p/moose-technology/issues/detail?id=1019
Roassal gives an error (the red rectangle) problem when an image is saved
and reopened.
Steps to reproduce:
Do: ROMondrianExample new lines (or open any other Roassal visualization)
save image
quit image
reopen image
You should see a red rectangle in the Roassal window instead of the drawing.
--
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
First of all, thanks much for the delightful Glamour framework!
I'm seeing a layout problem that is happening across a number of browsers
where the bottom panes are rendered larger than the top window's bounds and
are being clipped.
I have worked around this sometimes by adding a no-op presentation with a 0
size as the last row, but I must be missing the better way.
Any clues?
Regards,
Sam
Sam S. Adams, CTO - Contextual Computing
IBM Distinguished Engineer, IBM Research
Mobile: 919-696-6064, email: ssadams(a)us.ibm.com
Assistant: Linda R. Morrison. (720) 395-0460 Fax: (845) 491-4318, Tie:
676-0460, linda.r.morrison(a)us.ibm.com
<<Hebrews 11:6, Proverbs 3:5-6, Romans 1:16-17, 1 Corinthians 1:10>>
Happy New Year, everyone!
Last year was quite interesting:
- we had two rather successful MooseDays (thanks again Anne and Inria for
organizing the second one)
- we were joined by quite a number of newcomers (thanks for your trust)
- we got much closer to the Pharo development - we are literally working on
the very latest of Pharo. I think this is exciting both for Moose and for
Pharo.
- Roassal came to fruition with Athens and multiple builders, layouts and
libraries on top (thanks ObjectProfile & co).
- GlamorousToolkit started to be useful with the Inspector, Debugger and
Metaceller (thanks Andrei and Diego).
- Moose on web opened an interesting direction (thanks Synectique & co).
- PetitJava and FAST started to be promising (thanks Nicolas, Yuriy & co).
- Rubric was added silently for the moment (thanks Alain and Synectique).
- Several new visualizations made it into Moose.
I am sure I forgot many things. Please feel free to reply and complete the
list.
We have a great momentum. And I think the year to come will be even more
exciting. Don't you?! :)
Doru
Hi,
I would like to reshape the webpage of Moose to make more obvious what it
is and offer first steps for newcomers to look into it. We now have some
good material around that we can consolidate once we have a new webpage
structure.
But, for this, I need a bit of help. Specifically, first I need to migrate
the existing webpage to Pier3/Pharo 3.0. Can anyone help here?
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Load Roassal to enjoy Dowser, a relational tower visualization.
The following expression relates the year and locations of Iron Maiden’s concerts:
RODowserExample new example10
More Screenshots available on:
https://www.facebook.com/media/set/?set=a.567893596630575.1073741840.340543…
Thanks Ricardo for this excellent piece of work!
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
When loading Glamour, I have this warning:
This package depends on the following classes:
GLMOtherExamples
You must resolve these dependencies before you will be able to load these definitions:
roassalDirect
Hi guys!
It's been a while since I posted in this list.
The reason why I'm posting is because I finally finished my exams (yay!) and now I have some time to spare developing Graph-ET. I noticed a lot of you have been trying it, thank you for that :) I will try and answer all your questions regarding Graph-ET in the next few days.
Meanwhile, today I did a little work on Scatterplots, you can go play with that, here's an example for you:
| diag col | col := OrderedCollection new. col add: (1@1). col add: (1@2). col add: (2@1). col add: (2@2). col add: (0.75(a)0.5). col add: (0.6(a)1.5). diag := GETDiagramBuilder new. (diag scatterplot) models: col; x: [ :mod | mod x ]; y: [ :mod | mod y ]; regularAxis.
diag open
It's really pretty basic, I think changing the size and shape of he object should be nice.
In ESUG I was working in animations, but I dropped it, I'll try again soon, but not inmediatly. Other things I think I'll work is improving the axis values in the labels and various customizations and bug-fixing.
Also, I would like to hear from you, what can I work on? I been recieving a lot of suggestions, and I'm glad. So if you have a request, doubt, complaint, comments or anything really you can contact me and I'll try and answer ASAP.
Hope hearing from you!Daniel
Hi Kevin, I don't know if it is this you're looking for. Give it a try, it's already commited, you can do as follows:
| diagram | diagram := GETDiagramBuilder new. diagram verticalBarDiagram models: (1 to: 10); modelAxis. "<-- This is it" ^ diagram open
There's a few catches:
- With big numbers, the labels are all clumped up... There's no solution yet for this as Roassal can't rotate labels yet (but it's on the TODO for sure).- It is only available for vertical bar diagrams (it's trivial to do it for the horizontal and I'll do it now).
;-P
Date: Thu, 2 Jan 2014 16:27:13 +0100
From: kevin.lanvin(a)inria.fr
To: moose-dev(a)iam.unibe.ch
Subject: [Moose-dev] Re: New in Graph-ET
Hello,
What you did is really great, and I need something like that, but I'm working with BarDiagrams actually.
It would be perfect if we could use a point collection to get values on the X axis , but with no scale.
As you can see here, XAxis numbers are important but can't be scaled if we don't want to have some big holes in the middle of the diagram.
Thank you for being working on this.
Kevin
De: "Daniel Aviv Notario" <daniel_avivnotario(a)hotmail.com>
À: moose-dev(a)iam.unibe.ch, pharo-dev(a)lists.pharo.org
Envoyé: Jeudi 2 Janvier 2014 15:40:40
Objet: [Moose-dev] New in Graph-ET
Hi guys!
It's been a while since I posted in this list.
The reason why I'm posting is because I finally finished my exams (yay!) and now I have some time to spare developing Graph-ET. I noticed a lot of you have been trying it, thank you for that :) I will try and answer all your questions regarding Graph-ET in the next few days.
Meanwhile, today I did a little work on Scatterplots, you can go play with that, here's an example for you:
| diag col | col := OrderedCollection new. col add: (1@1). col add: (1@2). col add: (2@1). col add: (2@2). col add: (0.75(a)0.5). col add: (0.6(a)1.5). diag := GETDiagramBuilder new. (diag scatterplot) models: col; x: [ :mod | mod x ]; y: [ :mod | mod y ]; regularAxis.
diag open
It's really pretty basic, I think changing the size and shape of he object should be nice.
In ESUG I was working in animations, but I dropped it, I'll try again soon, but not inmediatly. Other things I think I'll work is improving the axis values in the labels and various customizations and bug-fixing.
Also, I would like to hear from you, what can I work on? I been recieving a lot of suggestions, and I'm glad. So if you have a request, doubt, complaint, comments or anything really you can contact me and I'll try and answer ASAP.
Hope hearing from you!Daniel
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
_______________________________________________
Moose-dev mailing list
Moose-dev(a)iam.unibe.ch
https://www.iam.unibe.ch/mailman/listinfo/moose-dev
In the last version of Roassal, you can do:
-=—=-=—=-=—=-=—=
b := ROMondrianViewBuilder new.
b nodes: Collection withAllSubclasses.
b edgesFrom: #superclass.
b treeLayout.
b applyLayout.
view := b raw.
ROPharoHTMLExporter new
view: view;
extractUnderFileName: 'foo.html’
-=—=-=—=-=—=-=—=
https://www.facebook.com/photo.php?fbid=567001390053129&set=a.5572711876928…
Thanks Kevin por pushing me on this :-)
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I think the inspector should become more prominent in the life of a Pharo
developer.
For example, the Inspector is perhaps the last tool you might see as useful
for code manipulation, but if you see code as objects, it makes perfect
sense to have some support in the inspector.
To show how it can be different, I described two recent scenarios in which
the GTInspector was essentially the only tool readily available to support
editing of a custom set of methods:
http://www.humane-assessment.com/blog/guiding-custom-changes-with-gtinspect…
I would be happy to hear any feedback.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi
I was working on graph-ET with an old version, and since I'm using the latest one, the toolbar with "export" "zoomIn" etc disappeared.
How can I put it back ?
Thank you
Hi!
We’ve just put online some example about GraphET.
GraphET is about drawing charts, graphs and histograms. It is built on top of Roassal, to let the user enjoy all the different interaction with the visualization.
GraphET may be loaded using the following incantation:
Gofer new smalltalkhubUser: 'ObjectProfile'
project: 'GraphET';
package: 'ConfigurationOfGraphET';
load.
(Smalltalk at: #ConfigurationOfGraphET) loadDevelopment
https://www.facebook.com/media/set/?set=a.566523986767536.1073741839.340543…
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I would like to make more explicit what Moose is and how it is different
than what you can find in the analysis tools space.
I wrote a recent post that takes a quick tour around Moose:
http://www.humane-assessment.com/blog/moose-custom-analyses-made-easy
With this occasion, I am putting forward a new tagline to capture Moose's
vision:
"Custom analyses made easy"
Being different is nice, but it is also a challenge given that we need to
educate the audience that looks at Moose. That is why we need to present
Moose more aggressively. And this is why having a more clear web presence
is important at this point. As I said before, I hope to get a bit of help
from you to reshape the current webpage.
Perhaps you will notice that this message also matches the prerequisite for
making humane assessment (http://humane-assessment.com): bringing the cost
of analysis tools close to zero. That is because humane assessment actually
promotes Moose, and I think we should use the synergies between the
"process" world and the tool world.
Now it's your turn.
- First, please let me know what you think. Is it clear what I mean? Do you
have a different opinion?
- Second, I would kindly ask you to send stories of using Moose. Alex
started to do this recently, and this is great. You can also see some
examples on the humane assessment blog. It would be great to have these use
cases described. Examples are the best teachers.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
>From http://stackoverflow.com/questions/20828790/progress-codebase-analysis-usin…
Has anyone used Moose to deal with a large legacy Progress ABL/4GL codebase, and if yes, what are the caveats, experiences, lessons learned you can share about this?
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I wish for the new year to find us working as a team in which
... we take the time to make explicit what works and what does not.
... we build common solutions.
... we strive towards a common vision.
I think there is a great deal of potential in Moose, but we can only
uncover it together.
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"
Hi all,
I try to use scatterplot with Graph-ET and nothing happens.
Apparently generateIn method for GETScatterPlot is empty.
Script I use:
====================================
|diag|
diag := GETDiagramBuilder new.
(diag scatterplot)
x: [ :x | x ];
y: [ :y | y ];
models: (1 to:100).
diag open.
====================================
Cheers,
--
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/
Hi!
I am trying hard to use the debugger, and this is not easy.
If I select code in the debugger, doing a right-click and selecting 'debug it’ is crucial. Opening a debugger from another debugger is a strong pilar of Smalltalk.
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
I created a little visualization using the TreeMapBuilder called the System
Nesting Map: it shows the nesting of classes in namespaces. It's not much
technically, but it can come in handy from time to time. You can see a
description here:
http://www.humane-assessment.com/blog/system-nesting-map/
And Merry Christmas!
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow"