Status: New
Owner: tudor.gi...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Famix Milestone-4.4
New issue 568 by tudor.gi...(a)gmail.com: EnumValue should be a
StructuralEntity
http://code.google.com/p/moose-technology/issues/detail?id=568
From Nicolas:
Why is EnumValue not a StructuralEntity ? (it is a NamedEntity)
From http://download.oracle.com/javase/tutorial/java/javaOO/enum.html
"An enum type is a type whose fields consist of a fixed set of constants."
they are considered fields in Java ...
I just realized Verveine does not export access to enumValues.
But with the meta-model I have (bare 4.3), it seems an access to an
enumValue is an invocation.
This is counter intuitive.
Updates:
Status: WontFix
Comment #4 on issue 389 by alexandr...(a)gmail.com: Legend support in Mondrian
http://code.google.com/p/moose-technology/issues/detail?id=389
I closed this issue. I do not think this is automatically realizable. What
I usually do, is to add a Label on the left hand side of the visualization.
Hi (Andre),
I went over EyeSee and:
- renamed the packages by dropping the VWPort prefix (from the VW Port)
- renamed the classes by dropping the VWP prefix
- created ConfigurationOfEyeSee
- added ConfigurationOfEyeSee to ConfigurationOfMoose
Cheers,
Doru
--
www.tudorgirba.com
"Every successful trip needs a suitable vehicle."
Status: New
Owner: ----
CC: andreho...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-EyeSee Milestone-4.4
New issue 571 by tudor.gi...(a)gmail.com: EyeSee grid lines are not drawn
with the specified color
http://code.google.com/p/moose-technology/issues/detail?id=571
If you do the following:
ESExamples new verticalBarDiagram6
the grid lines are black, while they should be white. It looks like setting
the color in the ESDiagramGraphicsContextWrapper does not affect the actual
rendering.
The corresponding code is found here:
ESRegularGridLineDecorator>>drawOverlapingTickAt: aPoint on:
aGraphicsContext ofLength: aNumber
...
tick displayStrokedOn: (aGraphicsContext paint: Color white)
Begin forwarded message:
> From: Igor Stasenko <siguctua(a)gmail.com>
> Date: April 5, 2011 8:08:42 PM GMT+02:00
> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr>
> Subject: [Pharo-project] A lil simplification of MorphTreeNodeMorph
> Reply-To: Pharo-project(a)lists.gforge.inria.fr
>
> Cut out some code and extra morphs.
> It speeds up rendering to 60% of original.
>
> @Benjamin
> Please verify if it positioning stuff correctly. Because in my image
> Settings are now OK.
>
> @all
> I need your feedback to know if it works correctly in other places,
> where tree morph used.
>
> --
> Best regards,
> Igor Stasenko AKA sig.
>
Status: New
Owner: tudor.gi...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-EyeSee Milestone-4.4
New issue 570 by tudor.gi...(a)gmail.com: Create configuration for EyeSee
http://code.google.com/p/moose-technology/issues/detail?id=570
First we should drop all VWP prefix from packages and then create
ConfigurationOfEyeSee
Status: New
Owner: tudor.gi...(a)gmail.com
Labels: Type-Defect Priority-Medium Component-Famix Milestone-4.4
New issue 569 by tudor.gi...(a)gmail.com: EnumValue should be a
StructuralEntity
http://code.google.com/p/moose-technology/issues/detail?id=569
From Nicolas:
Why is EnumValue not a StructuralEntity ? (it is a NamedEntity)
From http://download.oracle.com/javase/tutorial/java/javaOO/enum.html
"An enum type is a type whose fields consist of a fixed set of constants."
they are considered fields in Java ...
I just realized Verveine does not export access to enumValues.
But with the meta-model I have (bare 4.3), it seems an access to an
enumValue is an invocation.
This is counter intuitive.
Status: New
Owner: ----
CC: anquetil...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-VerveineJ
New issue 549 by tudor.gi...(a)gmail.com: VerveineJ should export enums
http://code.google.com/p/moose-technology/issues/detail?id=549
Nicolas is working on it, but the JDT parser is not parsing them for some
reason it sees the enum keyword as an error. Strange.
Hi Andre,
When I run:
VWPESExamples new scatterPlot2
I get a DNU (see the attached PharoDebug.log)
VWPESTextDataObject>>adaptToNumber:andSend:
Cheers,
Doru
--
www.tudorgirba.com
"Every thing has its own flow."
Status: New
Owner: ----
Labels: Type-Engineering Priority-Medium Milestone-4.4 Component-MooseCore
New issue 567 by tudor.gi...(a)gmail.com: Improve bookmarking mechanism
http://code.google.com/p/moose-technology/issues/detail?id=567
Currently, we have:
MooseEntity>>bookmarkEntity
MooseGroup>>bookmarkGroup
However, it basically is not very useful to have both. We need to refactor
this mechanism to use only one semantics.