Moose-dev September 2010

moose-dev@list.inf.unibe.ch

29 participants
92 discussions

by Laval Jannik

When I do a MOFixedRectangleShape, I want the rectangle does not grown with its content. I try to zoom on a DSM, then I have strange thing: fixedRectangle are really fixed -> they do not zoom. It cause some problems in my visaulization (see screenshot) This is before zooming: After zooming: You can reproduce the issue easily: === view shape: (MOFixedRectangleShape new width: 25; height: 25; withBorder; borderColor: Color gray). view nodes:#(1 2 3). === Cheers, --- Jannik Laval

14 years, 10 months

Re: [Pharo-project] Re: load moose in Pharo1.2

by Tudor Girba

I was more considering the issue from a transitory point of view. But, indeed, given that 1.1 is out, there is no point in being backward compatible anymore. Cheers, Doru On 2 Sep 2010, at 16:51, Guillermo Polito wrote: > But, that's why we have metacello configs? don't we? We have to use > a specific version for 1.1 and another one for 1.2. > > If we want to download the lastVersion always, It's not going to > work never :). > > On Thu, Sep 2, 2010 at 11:46 AM, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > No, because if you remove it you break 1.1. I would suggest to just > rename those variables. > > Cheers, > Doru > > > > On 2 Sep 2010, at 16:43, Cyrille Delaunay wrote: > > There is already an issue for that: > > http://code.google.com/p/pharo/issues/detail?id=2734&q=PluggableShoutMorph&… > > Should we (I) remove those variables from PluggableShoutMorph? > > 2010/9/2 Cyrille Delaunay <cy.delaunay(a)gmail.com> > Now I have exactly the same problem with 'PluggableShoutMorph' in > the package Shout (This package is loaded with > ConfigurationOfPetitParser). PluggableShoutMorph (like > MOEaselTextEditor) declare the two instance variables 'styler' and > 'unstyledAcceptText' which are already declared in the superclass > PluggableTextMorph (in Pharo 1.2). Maybe those variable have been > integrated in the superclass for pharo 1.2 and are no longer > usefull ? Anyone know? > > 2010/9/2 Alexandre Bergel <alexandre(a)bergel.eu> > > Strange indeed. This method is apparently never called. This is > related somehow to the completion (which does not work for me. I > will contact Lukas). > > Alexandre > > > On 2 Sep 2010, at 08:22, Cyrille Delaunay wrote: > > > What is strange, is that there is only one reference to > unstyledAcceptText, without affecting it a value. > > > > 2010/9/2 Cyrille Delaunay <cy.delaunay(a)gmail.com> > > No, same problem now with 'unstyledAcceptText' > > > > > > 2010/9/2 Tudor Girba <tudor.girba(a)gmail.com> > > And does the loading work now? > > > > Doru > > > > > > On 2 Sep 2010, at 13:08, Cyrille Delaunay wrote: > > > > done > > > > 2010/9/2 Tudor Girba <tudor.girba(a)gmail.com> > > Yes, please rename it to shoutStyler. > > > > Cheers, > > Doru > > > > > > > > On 2 Sep 2010, at 12:25, Cyrille Delaunay wrote: > > > > So that means that a 'styler' instance variable has been defined > in PluggableTextMorph between pharo 1.1 and Pharo 1.2? Should we > rename the Mondrian instance variable? > > > > 2010/9/2 Cyrille Delaunay <cy.delaunay(a)gmail.com> > > So a solution is to load in a version of OmniBrowser that is > compatible with 1.2, before loading moose: > > > > (ConfigurationOfOmniBrowser project version: '1.1-baseline') load. > > > > Now, I have another error: > > The class MOEaselTextEditor from Mondrian-Easel re-declare the > instance variable 'styler', which is already defined in its > superclass PluggableTextMorph. > > > > 2010/9/1 Lukas Renggli <renggli(a)gmail.com> > > > > Metacello is loading an ancient version of OB. References to > > Preferences have been removed a long time ago. However there is > still > > a problem with the highlighting in Pharo 1.2. You only get a working > > environment if you do not load the package OB-Shout. > > > > Lukas > > > > On 1 September 2010 16:10, Tudor Girba <tudor.girba(a)gmail.com> > wrote: > > > Hi Cyrille, > > > > > > That means that OB needs to be fixed :). Could you raise the > issue on the > > > pharo mailing list? > > > > > > Cheers, > > > Doru > > > > > > > > > On 1 Sep 2010, at 14:48, Cyrille Delaunay wrote: > > > > > >> When I try with the configuration, I get an error when loading > the class > > >> OBMercuryPanel (from the package OB-Standard, that seems to be > loaded with > > >> ConfigurationOfMetacello): > > >> The initialize method is using the old class > "Preferences" (that is no > > >> longer present in Pharo 1.2). > > >> > > >> 2010/9/1 Tudor Girba <tudor.girba(a)gmail.com> > > >> What do you mean by script? Did you try with the configuration? > > >> > > >> Doru > > >> > > >> > > >> > > >> On Sep 1, 2010, at 11:12, Cyrille Delaunay > <cy.delaunay(a)gmail.com> wrote: > > >> > > >> > Hello, > > >> > Is moose loadable in Pharo 1.2 ? Is there a special script > somwhere to > > >> > that? > > >> > _______________________________________________ > > >> > Moose-dev mailing list > > >> > Moose-dev(a)iam.unibe.ch > > >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > >> > > >> _______________________________________________ > > >> Moose-dev mailing list > > >> Moose-dev(a)iam.unibe.ch > > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > >> > > >> _______________________________________________ > > >> Moose-dev mailing list > > >> Moose-dev(a)iam.unibe.ch > > >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > -- > > > www.tudorgirba.com > > > > > > "When people care, great things can happen." > > > > > > > > > > > > _______________________________________________ > > > Moose-dev mailing list > > > Moose-dev(a)iam.unibe.ch > > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > > > > > > -- > > Lukas Renggli > > www.lukas-renggli.ch > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > > www.tudorgirba.com > > > > "When people care, great things can happen." > > > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > -- > > www.tudorgirba.com > > > > "Being happy is a matter of choice." > > > > > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > > > > _______________________________________________ > > Moose-dev mailing list > > Moose-dev(a)iam.unibe.ch > > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > www.tudorgirba.com > > "If you interrupt the barber while he is cutting your hair, > you will end up with a messy haircut." > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- www.tudorgirba.com "When people care, great things can happen."

14 years, 10 months

[Mondrian] Edges zoom problems

by Felipe Ignacio Valverde Campos

hi! On MOEasel using 'zoom in' button [repeatedly] for basic/Dashed edges example, moves the edges to unrepresentative positions http://code.google.com/p/moose-technology/issues/detail?id=447

14 years, 10 months

completion in MOEasel

by Alexandre Bergel

Hi Lukas, Some times ago you enhanced MOEasel with text completion. However I do not remember to have seen it working. Currently, it does not work for me. Do you know the procedure to make MOEasel benefit from the completion? If no, then I will bother Romain :-) Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 10 months

load moose in Pharo1.2

by Cyrille Delaunay

Hello, Is moose loadable in Pharo 1.2 ? Is there a special script somwhere to that?

14 years, 10 months

branch path ?

by Alexandre Bergel

Hi! I tried to add a new issue on the codegoogle website. But apparently a branch is needed. No idea what it is about. Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 10 months

integrate FAMIX2Importer in ConfigurationOfMoose

by Laval Jannik

Hi, I think it would be a good idea to integrate Famix2Importer in ConfigurationOfMoose. For now, i load it with a gofer script: === Gofer new squeaksource: 'Famix2Importer'; package: 'Famix2Importer'; load. === Cheers --- Jannik Laval

14 years, 10 months

Re: [Pharo-project] Problems in loading GLORP

by Alberto Bacchelli

On 9/2/10 1:42 PM, Simon Denier wrote: > > On 2 sept. 2010, at 13:23, Alberto Bacchelli wrote: > > Moose developers, would you include > GLORP in the images built by hudson? > I think 839 passing tests are good enough for > the development image. > > I guess yes, it's pretty easy now to add a new build config in Hudson which would load Glorp with Moose. > > Which Pharo version are you using? 1.2 or 1.1? I think it's 1.1. It's the moose hudson nightly built image.

14 years, 10 months

Re: [Pharo-project] Problems in loading GLORP

by Alberto Bacchelli

> BTW, last week I wrote a metacello configuration group to load GlorpDBX with the native postgres driver. You can evaluate first: > > > Gofer new > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfGlorpDBX'; > load. > > and then > > (ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL native > Hi, I followed your instructions and I've been able to load GLORP on a Moose Nightly Built image [1]. I run the 844 tests. 839 of them passed (wow), 4 failed and 1 generated an error. These are the problematic ones: GlorpManyToManyDBTest>>#testReadNodeAndDeleteChildWithSaveAndContinue GlorpRowMapForMementosCollectionTest>>#testRBSmallDictionary GlorpDateTest>>#testDate GlorpObjectMappedToImaginaryTableTest>>#testReadBackEntireExample GlorpUnitOfWorkTest>>#testRollbackOneToManyAfterAdd Are these tests failing also on other Pharo images (i.e., they are known "problems")? Do you know the impact of these failures? will GLORP be reliable without them? Moose developers, would you include GLORP in the images built by hudson? I think 839 passing tests are good enough for the development image. Ciao, Alberto [1] http://hudson.moosetechnology.org/job/moose-with-glamour-seaside/

14 years, 10 months

Zoom buttons are missing when visualizing a class blueprint

by Alexandre Bergel

How to reproduce the problem: step by step if necessary - select a class in a MoosePanel - right click -> visualize class blueprint There is no + and - buttons Additional information: platform, context which may impact the problem Last Moose Hudson image http://code.google.com/p/moose-technology/issues/detail?id=444 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

14 years, 10 months

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev September 2010