>
> MOViewRender is used for visualisations:
> • UML class diagram
> • View Multiplication constelation
> • Side by Side Duplication
> • System complexity
> • Namespace Hierarchy
> • System Overview
> • Within overall hierarchy
> • Package-wise System Complexity
> • Evolution matrix
> • Hierarchy evolution
Do we have to migrate everything? What can be safely deleted?
Alexandre
> MOViewRenderer is used in classes (package Mondrian is not included in this list):
> • DSMBuilder
> • DSMExample
> • DudeMultiplicationGroup
> • FAMIXClass
> • FAMIXClassGroup
> • FAMIXNamespaceGroup
> • FAMIXPackageGroup
> • GlamorousHealth
> • GLMBrowser
> • GLMMondrianEasel
> • GLMMondrianPresentation
> • GLMMondrianPresentationTest
> • GLMMorphicMondrianRenderer
> • GTVisualizations
> • HismoClassHistoryGroup
> • MOCycleTableSample
> • MOFameView
> • MOLayerTable
> • PackageBlueprint
> • PPParser
> • TwoDimensionsDistributionMap
> MOFormsBuilder is used (package Mondrian is not included in this list):
> • MOFameView>fameShape
> • MOCycleTableSample>>exampleCycleTable
> • HismoClassHistoryGroup>>viewEvolutionMatrixOn:
> Other things:
> • Create ROGraphVizLayout (used in Annotation Constellation)
> • DSM uses borderStyle. Mandatory? Should we implement it in Roassal?
> Obsolete code? Remove it?:
> • MooseEntity>>openInEasel (it is not called and there is MOEasel)
> • FAMIXClassGroup>>viewDuplicationComplexity (annotation is commented)
> • #browsePackageBlueprints
> • FAMIXNamespace>>accessTo: has flag "maybe not more useful"
> • FAMIXImplicitVariable does not understand parentType (produces does not understand debugger).
> _______________________________________________
> Moose-dev mailing list
>
[hidden email]
>
https://www.iam.unibe.ch/mailman/listinfo/moose-dev--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel
http://www.bergel.eu^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
_______________________________________________
Moose-dev mailing list
[hidden email]
https://www.iam.unibe.ch/mailman/listinfo/moose-dev