Moose-dev July 2014

moose-dev@list.inf.unibe.ch

36 participants
143 discussions

Re: Playground details
by Stephan Eggermont 09 Jul '14

09 Jul '14

Spec-Examples-Morphic TabContainerMorph initialize super initialize. self changeProportionalLayout. container := PanelMorph new changeTableLayout; listDirection: #bottomToTop; color: Color white; yourself. tab := PluggableTabBarMorph on: self. tab width: 150. tab color: Color white darker darker. self addAll.

1 0

Re: Playground details
by Stephan Eggermont 09 Jul '14

09 Jul '14

The new tab widget in Spec is not very different from the existing one. It behaves the same Stephan

2 1

Issue 1078 in moose-technology: Syntax error do not raise when debugging
by moose-technology＠googlecode.com 07 Jul '14

07 Jul '14

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1078 by v.blonde...(a)gmail.com: Syntax error do not raise when debugging http://code.google.com/p/moose-technology/issues/detail?id=1078 Describe the problem: what do you get? what do you expect? When I change a method in the GTDebugger with a syntax error, the save action is allowed (the orange corner vanishes but the code is not saved...) and the debugger goes to the top of the stack, but no error message is risen. I expect to have a message or at least not the ability to save How to reproduce the problem: step by step if necessary Execute: Object sorted You should have a DNU. Remove receiver: self in the Object>>doesNotUnderstand: method, now the method contains a syntax error (; followed of .) Save Additional information: platform, context which may impact the problem W7 - Moose latest Please fill in the labels with the following information: * Type-Defect * Component-GTDebugger -- 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

1 1

Re: Font problem is getting worse...
by Stephan Eggermont 07 Jul '14

07 Jul '14

>Just to avoid going in the tool issue again. Could you reproduce this problem on a plain Pharo3 + Roassal image? >Then we can announce the image on the Pharo mailing list and see if we can get help. In a 30851, with the 355 vm (Mavericks), opened a workspace, Gofer new smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; package: 'ConfigurationOfRoassal2'; load. (Smalltalk at: #ConfigurationOfRoassal2) load loaded an old version of Roassal2 If I open RoassalExamples in the world menu, I get a red window. Opening the settings, unselecting and reselecting FreeType doesn't help. Setting the standard font to Helvetica Neue and using that as default font for everything makes Roassal2 work. Stephan

2 1

Re: debugger in the last moose?
by Stephan Eggermont 06 Jul '14

06 Jul '14

Installing Thierry's slice for 13422 helps Stephan

2 2

Jenkins build is back to stable : moose-5.0 #1823
by admin＠moosetechnology.org 06 Jul '14

06 Jul '14

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

1 0

debugger in the last moose?
by Alexandre Bergel 05 Jul '14

05 Jul '14

Hi! I’ve seen quite some discussion about the GTDebugger. I’ve just downloaded the last moose, and I am heavily facing that problem. The debugger cannot be used :-( Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

Re: Polygon shape in Roassal 2
by Stephan Eggermont 05 Jul '14

05 Jul '14

Cool!

3 5

Re: Playground and Shortcuts
by GOUBIER Thierry 05 Jul '14

05 Jul '14

Normally solved with the latest slice: SLICE-Issue-13422-Image-crashes-because-an-open-Nautilus-browser-hangs-onto-many-objects-while-code-is-being-loaded-ThierryGoubier.3. Bug was: Wrong selection update loop while cleaning the listManager on update. I also added a real delete for the removed morphs during update. I won't integrate yet, I'd like to explore things about the selection while updating mechanism, and the Moose image is hard to use on my netbook. Can you test if this solves all the problems you could see with trees and lists? I checked that it solved the debugger and the test case issues. Thierry ________________________________________ De : moose-dev-bounces(a)iam.unibe.ch [moose-dev-bounces(a)iam.unibe.ch] de la part de GOUBIER Thierry Envoyé : jeudi 3 juillet 2014 17:26 À : Moose-related development Objet : [Moose-dev] Re: Playground and Shortcuts Ok. I'll look into that later today, have to pick up the kids. So far, so good. Update is correct, selected element is removed but is kept as expanded (because of the select, I guess), but then it seems to be reintroduced in the tree. Working out of the test case Stephan pointed out. Thierry Le 03/07/2014 16:58, Tudor Girba a écrit : > 30851 already contains the problematic issue. > > Doru > > > > On Thu, Jul 3, 2014 at 4:50 PM, Goubier Thierry <thierry.goubier(a)cea.fr > <mailto:thierry.goubier@cea.fr>> wrote: > > Ok. > > Where is the configurationOfGlamour? The current Moose5.0 beta image > in the pharo launcher is on 30851. > > Thierry > > Le 03/07/2014 16:45, Tudor Girba a écrit : > > Or that Glamour uses an internal API that it should not :) > > Doru > > > On Thu, Jul 3, 2014 at 4:41 PM, Stephan Eggermont > <stephane(a)xs4all.nl <mailto:stephane@xs4all.nl> > <mailto:stephane@xs4all.nl <mailto:stephane@xs4all.nl>>> wrote: > > I can confirm it is the 13422 fix that is broken/incomplete > > Stephan > _________________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > <mailto:Moose-dev@iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch>__> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > <http://www.tudorgirba.com> > > > "Every thing has its own flow" > > > _________________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > > > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des Systèmes Temps Réel Embarqués > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 > <tel:%2B33%20%280%29%201%2069%2008%2032%2092> / 83 95 > _________________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> > > > > > -- > www.tudorgirba.com <http://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 > -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 _______________________________________________ Moose-dev mailing list Moose-dev(a)iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev

4 11

Re: Playground and Shortcuts
by Goubier Thierry 05 Jul '14

05 Jul '14

Solved! a problem with lastClickedMorph in the listManager (lastClickedMorph is not allways the last clicked morph, but this is another matter ;)) Can you pound on the .5 slice for 13422 ? Thierry Le 04/07/2014 09:45, Goubier Thierry a écrit : > > > Le 04/07/2014 08:00, Tudor Girba a écrit : >> Thanks. It seems to work the same as the one before from the point of >> view of Glamour. >> >> However, I noticed a strange difference in the debugger. Try this: >> - Do "1/0" >> - In the debugger, select the first entry from the top of the stack >> - Then press down once => it works fine >> - Then press down again => it goes up! >> (this behavior is reproducible with the version 3 of your slice as well) > > The bug is a bit more complex. Upon opening the debugger, the first down > keypress doesn't do anything, the second one goes one step down (and the > third one goes one step up :)). > > Thierry > >> I do not know what causes it. Andrei, could you take a look? I do not >> have time to look at it too deeply right now. >> >> Cheers, >> Doru >> >> >> >> >> On Fri, Jul 4, 2014 at 7:25 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr >> <mailto:thierry.goubier@cea.fr>> wrote: >> >> Hi Doru, >> >> can you test the new slice for 13422 (.4) ? I made a small semantic >> change to the way the model update the selection after a list >> update. I haven't seen anything wrong after loading it in Moose >> (including with the debugger). >> >> Thierry >> >> ------------------------------------------------------------------------ >> *De :* moose-dev-bounces(a)iam.unibe.ch >> <mailto:moose-dev-bounces@iam.unibe.ch> >> [moose-dev-bounces(a)iam.unibe.ch >> <mailto:moose-dev-bounces@iam.unibe.ch>] de la part de Tudor Girba >> [tudor(a)tudorgirba.com <mailto:tudor@tudorgirba.com>] >> *Envoyé :* jeudi 3 juillet 2014 22:34 >> >> *À :* Moose-related development >> *Objet :* [Moose-dev] Re: Playground and Shortcuts >> >> Hi, >> >> Indeed, it looks good! >> >> Doru >> >> >> On Thu, Jul 3, 2014 at 10:24 PM, Tudor Girba <tudor(a)tudorgirba.com >> <mailto:tudor@tudorgirba.com>> wrote: >> >> I am testing right away. >> >> Doru >> >> >> On Thu, Jul 3, 2014 at 10:20 PM, GOUBIER Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr>> wrote: >> >> Normally solved with the latest slice: >> >> SLICE-Issue-13422-Image-crashes-because-an-open-Nautilus-browser-hangs-onto-many-objects-while-code-is-being-loaded-ThierryGoubier.3. >> >> >> Bug was: Wrong selection update loop while cleaning the >> listManager on update. >> I also added a real delete for the removed morphs during >> update. >> >> I won't integrate yet, I'd like to explore things about the >> selection while updating mechanism, and the Moose image is >> hard to use on my netbook. >> >> Can you test if this solves all the problems you could see >> with trees and lists? I checked that it solved the debugger >> and the test case issues. >> >> Thierry >> ________________________________________ >> De : moose-dev-bounces(a)iam.unibe.ch >> <mailto:moose-dev-bounces@iam.unibe.ch> >> [moose-dev-bounces(a)iam.unibe.ch >> <mailto:moose-dev-bounces@iam.unibe.ch>] de la part de >> GOUBIER Thierry >> Envoyé : jeudi 3 juillet 2014 17:26 >> À : Moose-related development >> Objet : [Moose-dev] Re: Playground and Shortcuts >> >> Ok. I'll look into that later today, have to pick up the >> kids. >> >> So far, so good. Update is correct, selected element is >> removed but is >> kept as expanded (because of the select, I guess), but then >> it seems to >> be reintroduced in the tree. >> >> Working out of the test case Stephan pointed out. >> >> Thierry >> >> Le 03/07/2014 16:58, Tudor Girba a écrit : >> > 30851 already contains the problematic issue. >> > >> > Doru >> > >> > >> > >> > On Thu, Jul 3, 2014 at 4:50 PM, Goubier Thierry >> <thierry.goubier(a)cea.fr <mailto:thierry.goubier@cea.fr> >> > <mailto:thierry.goubier@cea.fr >> <mailto:thierry.goubier@cea.fr>>> wrote: >> > >> > Ok. >> > >> > Where is the configurationOfGlamour? The current >> Moose5.0 beta image >> > in the pharo launcher is on 30851. >> > >> > Thierry >> > >> > Le 03/07/2014 16:45, Tudor Girba a écrit : >> > >> > Or that Glamour uses an internal API that it >> should not :) >> > >> > Doru >> > >> > >> > On Thu, Jul 3, 2014 at 4:41 PM, Stephan Eggermont >> > <stephane(a)xs4all.nl <mailto:stephane@xs4all.nl> >> <mailto:stephane@xs4all.nl <mailto:stephane@xs4all.nl>> >> > <mailto:stephane@xs4all.nl >> <mailto:stephane@xs4all.nl> <mailto:stephane@xs4all.nl >> <mailto:stephane@xs4all.nl>>>> wrote: >> > >> > I can confirm it is the 13422 fix that is >> broken/incomplete >> > >> > Stephan >> > >> _________________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> <mailto:Moose-dev@iam.unibe.ch >> <mailto:Moose-dev@iam.unibe.ch>> >> > <mailto:Moose-dev@iam.unibe.ch >> <mailto:Moose-dev@iam.unibe.ch> >> <mailto:Moose-dev@iam.unibe.ch >> <mailto:Moose-dev@iam.unibe.ch>>__> >> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev >> > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > >> > >> > >> > >> > -- >> > www.tudorgirba.com <http://www.tudorgirba.com> >> <http://www.tudorgirba.com> >> > <http://www.tudorgirba.com> >> > >> > >> > "Every thing has its own flow" >> > >> > >> > _________________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> <mailto:Moose-dev@iam.unibe.ch >> <mailto:Moose-dev@iam.unibe.ch>> >> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev >> > >> <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > >> > >> > -- >> > Thierry Goubier >> > CEA list >> > Laboratoire des Fondations des Systèmes Temps Réel >> Embarqués >> > 91191 Gif sur Yvette Cedex >> > France >> > Phone/Fax: +33 (0) 1 69 08 32 92 >> <tel:%2B33%20%280%29%201%2069%2008%2032%2092> >> > <tel:%2B33%20%280%29%201%2069%2008%2032%2092> / 83 95 >> > _________________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> <mailto:Moose-dev@iam.unibe.ch >> <mailto:Moose-dev@iam.unibe.ch>> >> > https://www.iam.unibe.ch/__mailman/listinfo/moose-dev >> > <https://www.iam.unibe.ch/mailman/listinfo/moose-dev> >> > >> > >> > >> > >> > -- >> > www.tudorgirba.com <http://www.tudorgirba.com> >> <http://www.tudorgirba.com> >> > >> > "Every thing has its own flow" >> > >> > >> > _______________________________________________ >> > Moose-dev mailing list >> > Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > >> >> -- >> Thierry Goubier >> CEA list >> Laboratoire des Fondations des Systèmes Temps Réel Embarqués >> 91191 Gif sur Yvette Cedex >> France >> Phone/Fax: +33 (0) 1 69 08 32 92 >> <tel:%2B33%20%280%29%201%2069%2008%2032%2092> / 83 95 >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> "Every thing has its own flow" >> >> >> >> >> -- >> www.tudorgirba.com <http://www.tudorgirba.com> >> >> "Every thing has its own flow" >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch <mailto:Moose-dev@iam.unibe.ch> >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> >> >> >> -- >> www.tudorgirba.com <http://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 >> > -- Thierry Goubier CEA list Laboratoire des Fondations des Systèmes Temps Réel Embarqués 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

4 5

← Newer
1
...
9
10
11
12
13
14
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 July 2014