[Glamour] default selection in ListPresentation
by Cyrille Delaunay
Hello,
Is there a way to set a default selection to a list presentation? so that
when I open the browser, the morphic list has already a value selected.
I tried that:
|tmpBrowser|
tmpBrowser := GLMTabulator new.
tmpBrowser row: #list.
tmpBrowser transmit to: #list; andShow: [:a |
a list
display: [:input | input];
selection: #a;
yourself
].
tmpBrowser openOn: #( b c d v a d f r).
but the list still open with nothing selected
5 years, 8 months
Issue 1103 in moose-technology: The list resulting of the Inspection of a MooseGroup should be in alphanumerical order
by moose-technology@googlecode.com
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1103 by v.blonde...(a)gmail.com: The list resulting of the
Inspection of a MooseGroup should be in alphanumerical order
https://code.google.com/p/moose-technology/issues/detail?id=1103
Describe the problem: what do you get? what do you expect?
When you inspect with the moose panel (or an inspector) a model, the list
of the group items are randomly sorted.
I expect to have a alphanumerical sort on this list to quickly get an
element of the list.
How to reproduce the problem: step by step if necessary
Do: LANPackageTestResource current model allClasses inspect.
And go to the third tab (containing the list)
Additional information: platform, context which may impact the problem
Moose 5.0
Please fill in the labels with the following information:
* Type-Enhancement
* Component-GT
--
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
8 years, 8 months
Issue 896 in moose-technology: Roassal should offer a proper scrolling mechanism
by moose-technology@googlecode.com
Status: New
Owner: ----
CC: alexandr...(a)gmail.com
Labels: Type-Enhancement Priority-Medium Component-Roassal
New issue 896 by tu...(a)tudorgirba.com: Roassal should offer a proper
scrolling mechanism
http://code.google.com/p/moose-technology/issues/detail?id=896
For any visualisation that is larger than the screen, you immediately get
lost in Roassal. Furthermore, the current dragging style does not scale for
visualizations that are much larger on one dimension than the screen.
We need a mechanism that helps us:
- get an idea of where we are (and how much is left outside the current
view)
- have an easy way to actually scroll through a larger space
8 years, 8 months
Issue 915 in moose-technology: Roassal Mondrian - Circle with Text obscures text
by moose-technology@googlecode.com
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 915 by cunningh...(a)gmail.com: Roassal Mondrian - Circle with Text
obscures text
http://code.google.com/p/moose-technology/issues/detail?id=915
I want to draw a node in the diagram with a circle (actually, an ellipse)
around it, which works. However, the circle obscures part of the text. If
the text is multi-line, it obscures quite a bit, in fact.
File in the attached extension to ROMondrianExmaple, then run:
ROMondrianExample new labeledCircle
You should see the issue.
Latest Moose Suite 4.7, windows platform.
Labels: Type-Enhancement
Labels: Component-Roassal
Attachments:
LabeledCircle.1.cs 582 bytes
--
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
8 years, 9 months
PetitParser performance
by Usman Bhatti
Hi,
Since the work on the integration of PPContext in PetitParser, there is
significant performance degradation. I have already mentioned that on
simple grammar the factor is about 2. But on complex grammar (for example,
our proprietary parser for 4D language ), we have seen that degradation is
goes well beyond this factor. So, for example, for 800K lines that we parse
in under 10 minutes without PPContext work, with the latest version it goes
beyond 2h.
I have not been able to reproduce my case on simple grammars. May be we can
have some benchmarks using open source parsers and large code bases (e.g.
PP Java Parser on JHotDraw or ArgoUML).
Currently, I circumvent this issue by using PP v1.51 but I can provide
relevant feedback and run benches on any improvements.
regards.
Usman
8 years, 9 months
Roassal2: Heads/arrows on both ends of a line
by Jan Blizničenko
Hello
We use Roassal 2 for visual side of a project we are working on - a
diagram modelling tool (like enterprise architect) and we came to a
specific need. There are notations like UML which need heads/arrows on
both ends of a single line.
As far as I understand the roassal code, line decorations are encoded to
be at the "to" end and can't be on the other one.
We would use help with this problem.
Thanks
Jan Blizničenko
8 years, 9 months