All my previous use of layouts with the Roassal API has been of the form..
ROSomeLayout on: rawview elements.
where elements returns both ROElement and ROEdge.
This has never been a problem until I do...
ROForceBasedLayout on : rawview elements
which fails in doExecute since ROEdge does not understand #center.
This might not have been noticed earlier since the tests send only elements,
and the only other use is by ROMondrianExample where
ROMondrianFrame>>applyLayout
uses 'self nodes' which returns only elements, eg....
ROMondrianFrame>>nodes
^ (elements select: [ :el | el class ~~ ROEdge ]) asArray
So should the caller of a layout _required_ to send only ROElements to a
layout (which may clutter user code)
or perhaps now that there is ROAbstractComponent, ROView>>elements might
return only ROElements,
with ROView>>components returning both ROElement and ROEdge ?
(except I think you wanted to minimise the dependency of separate
ROElement/ROEdge.
Or perhaps ROLayout>>on: might filter out ROEdge(s) ?
cheers -ben
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 899 by benjamin...(a)gmail.com: PetitParse World Menu item missing
http://code.google.com/p/moose-technology/issues/detail?id=899
Ben Coman wrote:
> I don't have time right now to stop and isolate this, but a quick
> note... I just loaded PetitParser-lr.228 & PetitCSV-tg.7
> and World > Tools > PetitParser menu item has disappeared, which I had
> used half an hour ago - on Moose 4.7. Not sure if you'll see the same
> thing being just a single observation point.
Actually, it comes with loading...
PetitGui-TudorGirba.114
Time: 8 December 2012, 9:22:37.027 pm
PPAllParsersBrowser is now PPBrowser
Hi,
I would be interested in putting together some figure about the impact of Moose in academia and industry.
If any of you have used Moose (or some of its subcomponents) for teaching/training purposes, please send a quick note with the context in which it happened.
Cheers,
Doru
--
www.tudorgirba.com
"It's not how it is, it is how we see it."
I don't have time right now to stop and isolate this, but a quick
note... I just loaded PetitParser-lr.228 & PetitCSV-tg.7
and World > Tools > PetitParser menu item has disappeared, which I had
used half an hour ago - on Moose 4.7.
Not sure if you'll see the same thing being just a single observation point.
cheers -ben
Hi,
In the new year, I will be organizing a couple of public courses around the topic of humane assessment and Moose. These two will be held in Bern:
- Humane Assessment Primer on January 25. This course is relevant for both managers and engineers. It covers assessment economics and the means to integrate humane assessment in the development process and in the organization:
http://www.humane-assessment.com/courses/humane-assessment-primer
- Moose Apprentice on February 7-8. This course is relevant for engineers. This is an introductory hands-on course on using the Moose analysis platform for putting humane assessment into practice:
http://www.humane-assessment.com/courses/moose-apprentice
Cheers,
Tudor
--
www.tudorgirba.com
"Don't give to get. Just give."
I wanted to feedback my appreciation for the extensive examples included
with Glamour & Roassal.
In particular it was enlightening to observe the use of Announcements
and #updateOn:from:
in GLMBasicExamples>>updateableIndividualPresentations
This helped me achieve something I had been unable to get working for
several months through other means. Suddenly it was easy and took only a
half-hour to get working. The penny dropped to enable my first use of
Announcements.
cheers -ben
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 898 by benjamin...(a)gmail.com: Roassal performance with Unicode
http://code.google.com/p/moose-technology/issues/detail?id=898
In my application I need to display polar notation complex numbers in
Roassal.
This notation uses the angle ∠symbol
(http://www.fileformat.info/info/unicode/char/2220/index.htm)
Using this there is a noticeable performance drop/lag when using this
unicode character, as demonstrated by the sample below.
Specifically, dragging with a non-Unicode element is instantaneous. The
element immediately follows the hardware cursor and even when moving the
mouse suddenly-and-at-speed it is hard force any space between the element
and the hardware cursor.
When dragging a Unicode element, the hardware cursor easily makes it to the
other side of the window before the element moves.
--------------------
rawView := ROView new.
10 timesRepeat: [ rawView add: (ROLabel elementOn: '22#22') @ RODraggable.
].
rawView open.
rawView := ROView new.
10 timesRepeat: [ rawView add: (ROLabel elementOn: '33', Character angle
asString, '33') @ RODraggable. ].
rawView open
-------------
Character>>angle
"The ANGLE symbol '∠' U+2220, from Unicode version 1.1 ISO/IEC-10646-1:1993"
"One font family that contains this character is DejaVu"
^ Unicode value: 16r2220
-----
Further, changing this to 100 times locks the image for about 30 seconds
before either "Roassal Visualization" window is displayed. If you then drop
the System Browser over the top of the Roassal-Unicode window, it
introduces a noticeable lag when moving the System Browser away.
Is there anything obvious/quick that can be done to improve this
performance - otherwise for now I'll just have to drop this nice-to-have
symbol.
However in the broader context of Roassal internationalization, this might
be an important issue.