http://moosetechnology.org/#learn
;-)
> On 27 Jan 2015, at 20:16, sergio_101 <sergio.rrd(a)gmail.com> wrote:
>
> is there a place where we can systematically learn more about moose?
> thanks!
>
>
> On Tue Jan 27 2015 at 3:20:01 AM Sven Van Caekenberghe <sven(a)stfx.eu> wrote:
> Nice, thank you.
>
> > On 27 Jan 2015, at 08:32, Tudor Girba <tudor(a)tudorgirba.com> wrote:
> >
> > Hi,
> >
> > I put together an A4 Moose poster:
> > http://moosetechnology.org/res/artwork/moose-poster.pdf
> >
> > Cheers,
> > Doru
> >
> > --
> > www.tudorgirba.com
> >
> > "Every thing has its own flow"
>
>
Status: New
Owner: ----
Labels: Type-Defect Priority-Medium
New issue 1106 by christop...(a)inria.fr: Be able to get the rawSelection in
a GLMPresentation even if noSelection is used
https://code.google.com/p/moose-technology/issues/detail?id=1106
A GLMPresentation does not allow to get the selected value if the option
noSelection is specified. It looks right but ... noSelection is used if we
don't want to trigger a transmission to the selection port (and open a new
pane in GTInspector for example).
In this case, it makes sense to always populate the rawSelection so that
the selection remains available to other actions.
To do that, only a small change is needed in GLMPresentation>>selection:
selection: anObject
"Tell the pane about the new selection. This method is called when the
user changes a view's selection' (e.g., he clicks on an element in a list
morph)."
(self pane port: #rawSelection) value: anObject.
self acceptsSelection ifFalse: [^ self].
rawSelectionTransmissions do: #transmit
--
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
Hi all,
just to notify that in today’s Pharo 40461 doing a ConfigurationOfPetitParser loadDevelopment leads to a broken image: red morphs of death appear in already open windows and opening the spotter gives a DNU GLMBrick>>widthBlock It would be cool if some knowledgeable person had a look at this, thanks :-)
Greetings.
---> Save our in-boxes! http://emailcharter.org <---
Johan Fabry - http://pleiad.cl/~jfabry
PLEIAD lab - Computer Science Department (DCC) - University of Chile
Hi,
I'm looking at the Basic Examples browser and I would like to use the
"Tree with tags" examples as an inspiration to build a custom browser.
My idea is to make a browser with two columns. Left is a tree with tags
and right is the "content" of that tree. According with the tags in the
tree the display and behaviour of the content will change. For example,
if the tree node is tagged with "code" the left browser will be and
executable pane, if not it will be just plain text.
For that I will like to change the order in which tags and children
names are shown in a tree with tags. I would like to have tags first and
children names second, which is the reverse order of what we have now. I
see in the examples that the message to build a tree with tags have the
form:
=[1]========================
a tree
display: [];
children: [];
tags: [].
============================
and I would like something with the form:
=[2]========================
a tree
display: [];
tags: [];
children: [].
============================
I tried to find the message for [1] at the GLMTabulator and
GLMTreePresentation but it's not there and I don't know where else to
look for.
How can I change the order of tags and children names in a tree with
tags presentation for a browser?
Thanks,
Offray
Hi!
I wanted to familiarize myself with Moose and the GlamourToolkit.
Since 2 days I try to load a stable and fully working environment but it
is not poassible no matter how many combinations of version ans
repositories I use.
Here are the steps I would expect to result in a working Moose-Image
based on a Pharo 3.0 virgin image.
Download a Pharo 3.0 installation.
Sytem - Software update (with and without this step... no different result)
Open Workspace and execute this:
Gofer new
smalltalkhubUser: 'Moose' project: 'Moose';
configuration;
loadStable. (or loadDevelopment but both have the same results)
While loading the Moose package, I get several warnings about missing
prerequisites or application that are about to be modified (mainly
GTSpotter and Context related issues). I guess the load order is not
right there.
Now here are my bugs:
- Pharo Critic Browser is broken after loading Moose. I attached the
stack. No I didn't it is 8mb,... too much for the forum, I guess
- On a small netbook screen one can't import smalltalk code into Moose.
The final import form/widget is so big, that the "finish" button can not
be pressed and the widget can't be moved. A different layout might be
helpful. The taskbar overlays and intercapts mouse events.
- When I want to close a Model in Moose Panel and I close the main tab I
get a massive amount of debuggers and it is better to shutdown the image.
- Roassal widgets with text overlays show a red background debugger on
mouse over events. StrikeFont dnu.... (LocalFont glyphRendererOn:). I
meanwhile know that I can solve this by changing the Font settings of my
image.
- The Moose Panel's tabs behaves wierd. On mouse over they change the
size of the tab's labels and one can't read and localize the desired tab
anymore. This gets worse when you have many tabs opened
- When I just close one of many tabs in Moose panel, I get errors
regarding doLayout is not understood by undefined Object and the whole
image freezes or after a further clicks,... the image is swamped with
debuggers.
Now, even when Pharo seems to have issues already. I go on an try this:
Gofer new
smalltalkhubUser: 'Moose' project: 'GToolkit';
configuration;
loadStable.
#GTImageSetupCommandLineHandler asClass new activateWithoutSaving
- it is unclear to me how I can start the gtspotter....
- Open playground do a 1 inspect and get a Debugger saying SmallInteger
class dnu allSLots
Okay this is the last thing that makes the most enthusiastic user go
away from .... I hope not Smalltalk.
I started a software night here in town last Tuesday and I want to add
Smalltalk flavour. So far they where amazed about it but I used
VASmalltalk to show a "real live development system" sinceI know that it
is bullit proof. And it was.
But I also want to introduce the aspect of Smalltalk as tool and that is
where Phaor and Moose come in... it would be great if I had a stable
image that I could use for future nights.
It would be great if somebody could look into that.
Cheers!
Sebastian
Hi,
I have some problem to change the colors of the nodes when I use one
condition.
Per example :
"b nodes
if: [:c | self halt. c inheritsFrom: RTShape];
color: Color yellow."
I try to put one breakpoint on the condition but that don't execute my
condition and also don't change color of nodes.
Thank you,
Cheers,
Jonathan.