Re: Playground details
by Stephan Eggermont
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.
9 years, 5 months
Re: Playground details
by Stephan Eggermont
The new tab widget in Spec is not very different from the existing one.
It behaves the same
Stephan
9 years, 5 months
Issue 1078 in moose-technology: Syntax error do not raise when debugging
by moose-technology＠googlecode.com
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
9 years, 5 months
Re: Font problem is getting worse...
by Stephan Eggermont
>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
9 years, 5 months
debugger in the last moose?
by Alexandre Bergel
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
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
9 years, 5 months
Re: Playground and Shortcuts
by GOUBIER Thierry
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
9 years, 5 months
Re: Playground and Shortcuts
by Goubier Thierry
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
9 years, 5 months
