Moose-dev January 2015

moose-dev@list.inf.unibe.ch

32 participants
78 discussions

by Sven Van Caekenberghe

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" > >

9 years, 8 months

moose poster

by Tudor Girba

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"

9 years, 8 months

Issue 1106 in moose-technology: Be able to get the rawSelection in a GLMPresentation even if noSelection is used

by moose-technology＠googlecode.com

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

9 years, 8 months

Loading PetitParser in latest Pharo (40461) breaks

by Johan Fabry

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

9 years, 8 months

Would like to commit RTRectLineLayout.

by Jonathan Wadin

Hi, For my topic (Hiveplot implementation). I made one new layout called RTRectLineLayout. That takes angle in parameter and draw your line with angle about origin (0,0). Should I add this implementation to Roassal ? Few screens about : Capture du 2015-01-26 15:24:31.png <https://docs.google.com/file/d/0B0u9sxblZpSsR0liSW90NUFOWTQ/edit?usp=drive_…> Capture du 2015-01-26 15:23:15.png <https://docs.google.com/file/d/0B0u9sxblZpSsRk9ZX1BDU1BTbzA/edit?usp=drive_…> Capture du 2015-01-26 15:16:40.png <https://docs.google.com/file/d/0B0u9sxblZpSsRzR6LXRFeU9QNmM/edit?usp=drive_…> Capture du 2015-01-26 15:16:09.png <https://docs.google.com/file/d/0B0u9sxblZpSsRTZxcG5td1NjVWs/edit?usp=drive_…> Here, one example of code : =================================== m :=RTMondrian new. l := RTRectLineLayout angle:135. new. s := m shape. s circle size:50. m nodes: (1 to: 20). m layout for: [ :e | true ] use: l. m build. m view. =================================== I created two constructors with vertical and horizontal angle. What do you think about it ? If you want, how can I commit this ? Thank you, Cheers, Jonathan.

9 years, 8 months

Interchanging tags and children names order in a tree for browser window

by Offray Vladimir Luna Cárdenas

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

9 years, 8 months

Binary tree

by Natalia Tymchuk

Hello, Is there any implementation of the binary tree in Pharo? Best reagards, Natalia

9 years, 8 months

Trouble loading a stable Moose environment in a Pharo 3.0 image

by Sebastian Heidbrink

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

9 years, 8 months

GTools regression

by Esteban Lorenzano

Hi, Someway the old GLMThemeIcons is restored (which means icons are wrong) (sending to moose-dev too, but I don’t know if needed :P) Esteban

9 years, 8 months

Problem to change color of nodes.

by Wadin Jonathan

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.

9 years, 8 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev January 2015