Consider the following Java code:
class X {
int y = getnum();
static int getnum() { return 0; }
}
line 2 is a method invocation:
- receiver = this
- signature = getnum()
- sender = class X
But metamodel says that 'sender' is a BehaviouralEntity (i.e. a Method or a Function)
Therefore the code cannot be represented .... :-(
Mondrian-Alexandre_Bergel.464 is the last version...
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi!
I haven't closely followed the status of the moose algo. I am looking for a way to get group of interconnected nodes.
A simple test would be:
testCycle1
| view |
view := MOViewRenderer new.
view nodes: (1 to: 5).
view edges: {1 -> 2. 2 -> 3 . 4 -> 5} from: #key to: #value.
view treeLayout.
window := view open.
self assert: (view root numberOfDistinctGroups = 2).
self assert: (view root distinctGroups first includesAllOf: (1 to: 3)).
self assert: (view root distinctGroups second includesAllOf: (4 to: 5)).
Is there some material that I can use to code #numberOfDistinctGroups and #distinctGroups ?
Cheers,
Alexandre
I was trying to install Moose (and Moose 4.0) from Pharo 1.0 on
Windows XP using
Gofer new
squeaksource: 'Moose';
package: 'ConfigurationOfMoose';
load.
(Smalltalk at: #ConfigurationOfMoose) perform: #loadDefault.
For both #loadDefault or perform: #loadRelease40 the process hangs at
"Loading default of ConfigurationOfMoose. Atomic load" window.
How can this fix fixed?
Hello,
I would like to know if there is some things more important than others to
do for Moose.
Because I will have time to spend on issues, but better spend it in an
effective way ;)
Hi,
the problem with this test failure is related with the implementation of lineCount method. Basically the old implementation start to count to 1 and then it adds 1 for each cr found in the string.
OLD IMPLEMENTATION
lineCount
"Answer the number of lines represented by the receiver, where every cr adds one line. 5/10/96 sw"
| cr count |
cr := Character cr.
count := 1 min: self size.
1 to: self size do:
[:i | (self at: i) = cr ifTrue: [count := count + 1]].
^ count
So for the definition of this file:
file := self createFile: (self foldersString , 'fileWith9Chars4Lines2EmptyLines').
stream := file writeStream.
stream
nextPutAll: '123456';
cr;
cr;
nextPutAll: '789';
cr.
In the 1.0 lineCount return 4 -> 1 + 3 cr.
The new lineCount method counts the lines considering only the number of cr, lf or crlf that it find in the string. So the same file definition in the 1.1 return 3 -> 3 cr.
To make this test green the most logic thing it will be to add a cr in the definition of the string in such a way to fit the definition of the new method lineCount.
file := self createFile: (self foldersString , 'fileWith9Chars4Lines2EmptyLines').
stream := file writeStream.
stream
nextPutAll: '123456'; cr;
cr;
cr;
nextPutAll: '789'; cr.
If you agree i will proceed with the modification. (of course this will break the test in the 1.0)
Cheers,
Fabrizio
The screenshot should be self explainable.
I would love to have EyeSee
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
Hi,
This is a too long call for action :).
First, let me clarify one point. Glamour is primarily a Browser
Framework, not a User Interface Framework. The difference is in the
focus:
- a GUI Framework is concerned with placing widgets on a canvas, with
refreshing etc. Here you have complete control over how you position
ui elements.
- a Browser Framework is concerned with manipulating data. This is
based on a GUI Framework, but its goal is to provide a higher level
language for describing the desired manipulation. The components
offered should implement patterns of mapping navigation interests on
user interaction.
The core of Glamour has nothing to do with the way the UI looks, it
only focuses on providing the semantics for moving, transforming and
aggregating data.
Now, the provided presentations and browsers of Glamour are not yet
expressive enough, and neither is the rendering. This is what
sometimes causes the confusion: when you just want to get a certain
pre-defined user interface going, and there is not enough
expressivity, you will hack and as a consequence you will think that
the framework is not worth it.
I strongly believe in the core component model of Glamour, but I need
help with the rest. This problem is twofold:
1. What semantics do we want to have on the presentations and on the
browsers?
2. How to support these on in the rendering?
Help is needed here. In particular, I would need help for creating
Morphic widgets. At the very least, I would be interested in just
picking up your requirements of navigating data (not the user
interfaces you want :)) so that I can compile a list of requirements.
Cheers,
Doru
--
www.tudorgirba.com
"If you interrupt the barber while he is cutting your hair,
you will end up with a messy haircut."
