Moose-dev May 2014

moose-dev@list.inf.unibe.ch

34 participants
141 discussions

PetitParser stable.
by Yuriy Tymchuk 20 May '14

20 May '14

Hi, for now there is no stable version of PetitParser for Pharo3. Are there as known issues with current dev. version? Can we snapshot it and promote to stable for Pharo3? Uko

1 0

FamixDiff over-writing methods in Moose
by Usman Bhatti 20 May '14

20 May '14

Hello, I am having a look why do we get several dirty packages because of FamixDiff. So, when I load FamixDiff in a fresh moose image, the following are marked as dirty so please have a look: - FAMIX-Extensions: FamixDiff over-writes FAMIXPackage >>containedEntities - FamixDiff deletes all test classes in packages: Moose-TestResources-PackageBlueprint-P2, Moose-TestResources-PackageBlueprint-P3, and Moose-TestResources-PackageBlueprint-P4. Will be great if someone can have a look. usman

2 1

Code city and GToolkit in configuration browser?
by Yuriy Tymchuk 20 May '14

20 May '14

Maybe we should put them there? These are cool tools that pharo users can bereft from. Uko

2 1

Re: view of graph in glamour
by Fabrice Atrevi 20 May '14

20 May '14

Hi, I added the height and the width but this not resolve the problem. I got for height 70 the first screen shot and for 140 the second. The problem is that when i increase the height, part of graph hidden and i must to zoom. How can i center the graph in the middle of panel? thanks 2014-05-19 23:39 GMT+07:00 <moose-dev-request(a)iam.unibe.ch>: > Send Moose-dev mailing list submissions to > moose-dev(a)iam.unibe.ch > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > or, via email, send a message with subject or body 'help' to > moose-dev-request(a)iam.unibe.ch > > You can reach the person managing the list at > moose-dev-owner(a)iam.unibe.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Moose-dev digest..." > > > Today's Topics: > > 1. Jenkins build is back to stable : moose-5.0 #1424 > (admin(a)moosetechnology.org) > 2. Re: please stop using strings :) (Alexandre Bergel) > 3. Re: view of graph in glamour (Alexandre Bergel) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 19 May 2014 15:55:39 +0200 (CEST) > From: admin(a)moosetechnology.org > Subject: [Moose-dev] Jenkins build is back to stable : moose-5.0 #1424 > To: moose-dev(a)iam.unibe.ch > Message-ID: > < > 718878653.102.1400507739022.JavaMail.jenk_moose(a)ci-jenkins3.inria.fr> > Content-Type: text/plain; charset=UTF-8 > > See <https://ci.inria.fr/moose/job/moose-5.0/1424/> > > > > ------------------------------ > > Message: 2 > Date: Mon, 19 May 2014 12:33:45 -0400 > From: Alexandre Bergel <alexandre.bergel(a)me.com> > Subject: [Moose-dev] Re: please stop using strings :) > To: Moose-related development <moose-dev(a)iam.unibe.ch> > Message-ID: <0A1C5508-3DDD-4DED-80AA-303F661A3E9A(a)me.com> > Content-Type: text/plain; CHARSET=US-ASCII > > I perfectly agree. I think Pablo did this because of an algorithm he found > and copied it. Untangling the whole thing is relatively straight forward. > The starting point is to look at the implementation of #rawPalette in the > subclasses of ColorPalette. > > I will put this on our todo list. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On May 18, 2014, at 8:46 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > Hi, > > > > The ColorPalette in Roassal2 is quite cool, but we should refactor the > code to not rely on strings. > > > > An example: > > |n elements view| > > n := RTBucketColor numberOfColors: 5 command: #asInteger scope: > ($a to: $z). > > n colorScheme: 'Blues'. > > elements := (RTBox new size: 20; color: n) elementsOn: ($a to: $z). > > view := RTView new. > > view addAll: elements. > > RTGridLayout on: view elements. > > view open. > > > > 'Blues' is actually an identifier that is looked up in all the > rawPalette keys returned by the subclasses of ColorPalette. > > > > This is not nice. We should have for each palette a method with the same > name, and the colorScheme: should work with an object like: > > n colorScheme: CPSequential blues > > > > Do we agree on this? > > > > Doru > > > > -- > > www.tudorgirba.com > > > > "Every thing has its own flow" > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > ------------------------------ > > Message: 3 > Date: Mon, 19 May 2014 12:39:18 -0400 > From: Alexandre Bergel <alexandre.bergel(a)me.com> > Subject: [Moose-dev] Re: view of graph in glamour > To: Moose-related development <moose-dev(a)iam.unibe.ch> > Message-ID: <E26A3FFE-2275-412D-BAD1-ABCBF6600212(a)me.com> > Content-Type: text/plain; charset="iso-8859-1" > > You can use #height: and #width: to a builder to set a particular size. > Try this: > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > | builder normalizer data | > data := (1 to: 100) collect: [ :i | Array with: i with: 20 > atRandom + 30 ]. > > normalizer := RTNColorLinearNormalizer > inContext: data withCommand: > #second lowColor: Color paleRed highColor: Color blue. > > builder := GET2Line data: data. > builder > x: #first; > y: #second; > lineWidth: 2; > dotColor: [ :v | (normalizer rtValue: v) alpha: 0.5]; > dotSize: 15; > height: 100; > width: 150. > > > builder build. > builder view > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > > > Without specifying height: and width: gives you something like: > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On May 19, 2014, at 4:42 AM, Fabrice Atrevi <atrevifabrice(a)gmail.com> > wrote: > > > hi, > > i build a graph in glamour. But, when i run my browser, the graph not be > at the center of the panel (like in the screen shot) and there are not the > scroll bar for view properly. Also, i want to label the axis, how can i do > it? > > > > thanks! > > -- > > ATREVI D. Fabrice > > Master en Informatique A l'Institut de la Francophonie pour > l'Informatique (IFI/Hano?) > > <pb_barre_deroulant.PNG>_______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > >

2 1

Re: dirty packages in Moose image
by Stephan Eggermont 19 May '14

19 May '14

#development of Magritte refers to version32, which refers to Grease 1.1.6 Grease has promoted 1.1.8 to both stable and development. Stephan

1 0

dirty packages in Moose image
by Usman Bhatti 19 May '14

19 May '14

Hello all, When I open Monticello browser in a fresh moose image, I got these packages as drity: - Polymorph-Widgets -> This one seems to come from Spotlight2-EntryCompletion package extension kicking out keystrokeFromTextMorph: method from PluggableTextFieldMorph. -Graph-ET: someone removing class DotaHero - Collection-Extensions: Asking for changes makes the dirty-ness disappear. I know this is not a priority but in my image constructed from Moose, I have almost 10 because I am loading FamixDiff, GETText and may be some other tools so I am starting with Moose :)). So, how do we proceed to correct them? Should I open a bug entry for each? regards, usman

3 3

view of graph in glamour
by Fabrice Atrevi 19 May '14

19 May '14

hi, i build a graph in glamour. But, when i run my browser, the graph not be at the center of the panel (like in the screen shot) and there are not the scroll bar for view properly. Also, i want to label the axis, how can i do it? thanks! -- *ATREVI D. Fabrice* *Master en Informatique A l'Institut de la Francophonie pour l'Informatique (IFI/Hanoï)*

2 1

please stop using strings :)
by Tudor Girba 19 May '14

19 May '14

Hi, The ColorPalette in Roassal2 is quite cool, but we should refactor the code to not rely on strings. An example: |n elements view| n := RTBucketColor numberOfColors: 5 command: #asInteger scope: ($a to: $z). n colorScheme: 'Blues'. elements := (RTBox new size: 20; color: n) elementsOn: ($a to: $z). view := RTView new. view addAll: elements. RTGridLayout on: view elements. view open. 'Blues' is actually an identifier that is looked up in all the rawPalette keys returned by the subclasses of ColorPalette. This is not nice. We should have for each palette a method with the same name, and the colorScheme: should work with an object like: n colorScheme: CPSequential blues Do we agree on this? Doru -- www.tudorgirba.com "Every thing has its own flow"

2 1

Jenkins build became unstable: moose-5.0 #1423
by admin＠moosetechnology.org 19 May '14

19 May '14

See <https://ci.inria.fr/moose/job/moose-5.0/1423/>

1 1

MOOSEDay@UPMC update
by Serge Stinckwich 19 May '14

19 May '14

Dear all, This is a small update for the MOOSEDAY@UPMC event : http://www.doesnotunderstand.org/MOOSEDayUPMC/ We have only 9 people who register for the MOOSEDAY@UPMC (June 5/6 2014) at the moment and 2 presentations. One of the main drawback is that INRIA team does not have too much money to come this time. What we could do : - we organize a small event on one day (some presentations in the morning and a Pharo/MOOSE sprint). But we definitively need more presentations ? Who is willing to come ? - we postpone the MOOSEDAY@UPMC until september/october 2014, so more people could join (Doru ?). Any suggestions ? Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

5 18

← Newer
1
...
5
6
7
8
9
10
11
...
15
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev May 2014