Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
the idea is that we have a fmaix core and some extensions which can be packaged differently. So isAbstract et isPublic should be in core from my point of view.
Stef
On Nov 25, 2008, at 11:35 AM, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
So isAbstract et isPublic should be in core from my point of view.
I understood this. But Famix-Java should provide a different implementation of isPublic and isAbstract. I agree with you, these methods should be in the core.
Cheers, Alexandre
On Nov 25, 2008, at 11:35 AM, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On Nov 25, 2008, at 2:41 PM, Alexandre Bergel wrote:
So isAbstract et isPublic should be in core from my point of view.
I understood this. But Famix-Java should provide a different implementation of isPublic and isAbstract.
No. I do not see why. isPublic return if a method field is public.
in Smalltalk all methods are public and all attributes are protected. In java they are the way they are.
I agree with you, these methods should be in the core.
Cheers, Alexandre
On Nov 25, 2008, at 11:35 AM, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi Doru,
In Mondrian, is it possible to make a text vertical in a Shape ?
Thanks
Jannik
Hi,
Nope. But, actually that should not be difficult to implement. You should look at the LabelShape class.
Cheers, Doru
On Nov 28, 2008, at 5:38 PM, jannik.laval.gmail wrote:
Hi Doru,
In Mondrian, is it possible to make a text vertical in a Shape ?
Thanks
Jannik _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com www.tudorgirba.com/blog
"What is more important: To be happy, or to make happy?"
Dear Moose community,
The new release of CodeCity adds support for evolution analysis, support for scripting visualizations, and more stylish configurations (thanks Doru!). Please have a look and tell me what you think. You can get it from: http://www.inf.unisi.ch/phd/wettel/codecity-download.html
All the best, Ricky
Cool. I added a news item on the Moose webpage.
Cheers, Doru
On Dec 1, 2008, at 12:37 PM, Richard Wettel wrote:
Dear Moose community,
The new release of CodeCity adds support for evolution analysis, support for scripting visualizations, and more stylish configurations (thanks Doru!). Please have a look and tell me what you think. You can get it from: http://www.inf.unisi.ch/phd/wettel/codecity-download.html
All the best, Ricky _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com www.tudorgirba.com/blog
"Not knowing how to do something is not an argument for how it cannot be done."
On 25 nov. 08, at 11:35, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in
Where is it inferred? I didnt see that in the importer code (either for famix2 or famix3) where any method is declared public by default. Could be another tool?
Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Simon
I think that the class blueprint does it no?
Cheers, Alexandre
On 25 Nov 2008, at 11:02, Simon Denier wrote:
On 25 nov. 08, at 11:35, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in
Where is it inferred? I didnt see that in the importer code (either for famix2 or famix3) where any method is declared public by default. Could be another tool?
Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Simon
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Hi,
Indeed, isAbstract and isPublic should be in the Core.
The blueprint indeed infers the private methods to be those methods that are called from inside the class. But, this is different from the isPublic field in the class. This field is to be populated by the parser. What the tools on top do with it, it is up to them.
Cheers, Doru
On Nov 25, 2008, at 3:12 PM, Alexandre Bergel wrote:
I think that the class blueprint does it no?
Cheers, Alexandre
On 25 Nov 2008, at 11:02, Simon Denier wrote:
On 25 nov. 08, at 11:35, Alexandre Bergel wrote:
But isPublic and isAbstract in Famix and Famix-Java (what is that by the way?) should not be the same. isPublic is inferred from incoming calls in Smalltalk, whereas in
Where is it inferred? I didnt see that in the importer code (either for famix2 or famix3) where any method is declared public by default. Could be another tool?
Java it is specified from the programmer.
Alexandre
On 25 Nov 2008, at 06:55, Stéphane Ducasse wrote:
Hi doru
right now isAbstract and isPublic are in the Famix-Smalltalk and I think that they should be in core. After we could have isPackageProtected for Java in Famix-Java.
Stef _______________________________________________ Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- Simon
Moose-dev mailing list 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@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com www.tudorgirba.com/blog
"Not knowing how to do something is not an argument for how it cannot be done."