Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 918 by benjamin...(a)gmail.com: GLMTreePresentation display
artifact when selection is set to an unexpanded node
http://code.google.com/p/moose-technology/issues/detail?id=918
Execute the following Workspace script, then in the left pane, click on $X
while it is not expanded. An display artifact appears on the first line as
shown in attached image, which is the an overlap of the the hidden third
level $X and $O. See attached PNG.
Also the right pane locks up, which can be reset by unexpanding $A.
If you expand the $X in the right pane before clicking the $X in the left
pane, the problem does not occur.
---
|browser |
browser := GLMTabulator new.
browser column: #one; column: #two.
browser transmit to: #one; andShow:
[ :a |
a tree
rootsExpanded;
children: [:x :i | x asString size > 1 ifTrue: [x] ifFalse:
[OrderedCollection new] ] ;
format: [ :x | x isCollection ifTrue: [x first] ifFalse: [x] ].
].
browser transmit to: #two; andShow:
[ :a |
a tree
rootsExpanded;
children: [:x :i | x asString size > 1 ifTrue: [x] ifFalse:
[OrderedCollection new] ] ;
format: [ :x | x isCollection ifTrue: [x first] ifFalse: [x] ].
].
browser transmit from: #one; to: #two port: #selection.
browser openOn: #(($A $B ) ($C $E ($X $O)))
Attachments:
GLMTreePresentation-artifact.png 9.6 KB
--
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
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 772 by google....(a)ben.coman.com.au: Moose Panel > ST importer >
incorrect selection highlighting
http://code.google.com/p/moose-technology/issues/detail?id=772
Upon removing an item from a list, the next item down becomes higlighted
like it is selected and the highlighting cannot be removed. It is not
really selected.
How to reproduce the problem:
1. Unzipped Moose Suite 4.6 Development
2. Ran Moose.app\Contents\Windows\Squeak.exe
3. WorldMenu > Moose > Moose Panel
4. Clicked the ST downarrow icon. (btw, you might think about giving the
dialog that pops up a title)
5. In the [Initial list] tab selected the nine "AST-*" entries and clicked
the three-right-arrows.
6. In the [Selection] tab, selected "AST-Semantic" and clicked the
three-left-arrows.
The row below that - "AST-Semantic-Binding" - is now highlighted as
selected.
7. Try to get rid of the selection highlighting on "AST-Semantic-Binding"
Status: New
Owner: ----
Labels: Type-Enhancement Priority-Medium Usability
New issue 732 by tudor.gi...(a)gmail.com: Moose should improve the visuals
for larger fonts
http://code.google.com/p/moose-technology/issues/detail?id=732
The icons from GLMUIThemeExtraIcons and from MooseIcons should be saved in
larger resolutions (currently, they are in 16x16).
Mondrian should offer a default class variable for the size of nodes and
the width of nodes and edges.
These should be settable via global settings.
Comment #5 on issue 362 by alexandr...(a)gmail.com: Add commands to
create/delete Hismo models
http://code.google.com/p/moose-technology/issues/detail?id=362
In Moose-Hismo-AlexandreBergel.57 , you can now delete an hismomodel. We
need a way to create an hismo model
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 923 by benjamin...(a)gmail.com: EyeSee red-square-of-death from
ESValueLabelDecorator>>chooseNonOverlappingValues
http://code.google.com/p/moose-technology/issues/detail?id=923
ESValueLabelDecorator>>chooseNonOverlappingValues has the line...
chosenValues add: (self values minValue: [:each | each value]).
but minValue: injects (Float infinity) so that if 'self values' is empty
then (Float infinity) is added to choseValues, which later are #rounded
causing an error in the Morph drawing and subsequent RSOD for the EyeSee
morph.
I am not sure if I've done something wrong that causes 'self values' to be
empty, but in any case, this should not kill the Morph.
Just for further information, here is the triggering code...
browser transmit from: #navigationtree; to: #attributes; andShow:
[ :a |
a eyesee
title: 'Optimize' ;
diagram:
[ :renderer :input |
renderer scatterplot
diagramTitle: '@', input absorbedLoad asString , 'kW' ;
x: #ratedOutput ;
y: [ :m | m powerLossForAbsorbedLoad: input absorbedLoad ] ;
valueAxis ;
addXDecorator: ESValueLabelDecorator new ;
models: (LEKCatalogMotor catalog values sort: [ :m1 :m2 | m1
ratedOutput < m2 ratedOutput ]).
].
where if in a Workspace I do...
models:= (LEKCatalogMotor catalog values sort: [ :m1 :m2 | m1
ratedOutput < m2 ratedOutput ])'.
models collect: [ :m | m ratedOutput -> m powerLossForAbsorbedLoad: 24
] explore
...then all the data looks okay.
--
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
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium Component-DSM
New issue 666 by jannik.l...(a)gmail.com: package name in DSM
http://code.google.com/p/moose-technology/issues/detail?id=666
The package name in DSM, specially in encaps DSM are not well placed.
Status: Accepted
Owner: ----
CC: cy.delau...(a)gmail.com
Labels: Type-Defect Priority-Medium RPackage
New issue 621 by stephane...(a)gmail.com: writing tests for removeMethod
http://code.google.com/p/moose-technology/issues/detail?id=621
writing tests for
"The bug appeared when removing two extensions methods (from the same
extending package) for a
same class. in RPackage >> removeMethod: , when removing an extension
method, we were telling the
organizer to remove the extending package for the class concerned. This
was wrong, because even if one
extension from this package has been removed, some others can still exist.
And the organizer should keep
the this package as extending package for the class. So removing the first
extension method worked
correctly, but then removing a second or more methods from the same
package was raising some errors "
Status: New
Owner: ----
Labels: Type-Enhancement Priority-Medium Component-MooseCore Milestone-4.3
New issue 527 by tudor.gi...(a)gmail.com: Add ModelInfo to hold extra
information in MSE
http://code.google.com/p/moose-technology/issues/detail?id=527
We should add a special MooseModelInfo entity that can be serialized in
MSE. Like this we would have a backward compatible solution for storing
extra information in MSE such as:
- source language
- importer version
- metamodel version
- importing date
- source version
I will give it a try for 4.3
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 771 by santiago...(a)gmail.com: Problem with tabs in Glamour
http://code.google.com/p/moose-technology/issues/detail?id=771
Running the following script:
| browser |
browser := GLMTabulator new.
browser
row: [ :r | r column: #columnA; column: #columnB ].
browser transmit to: #columnA; andShow: [ :a |
a list display: [" :model | "#('Value 1' 'Value 2' 'Value 3' 'Value 1') ]
].
browser transmit from: #columnA; to: #columnB; andShow: [ :a |
a list titleIcon: GLMUIThemeExtraIcons glamorousBrowse; display:#('data
A' 'data B' 'data C').
a text titleIcon: GLMUIThemeExtraIcons glamorousAccept;
display:'something'.
a text titleIcon: GLMUIThemeExtraIcons glamorousAdd; display:'add
something'.
].
browser openOn: MooseModel root allModels anyOne.
after selecting a value in columnA the columnB is opened in the last tab
(the one with the glamorousAdd icon). Instead it must be opened in the
first tab (the one with the glamorousBrowse icon).
Using text instead of icons, it works.