Moose-dev August 2013

moose-dev@list.inf.unibe.ch

26 participants
167 discussions

Re: Populating a list or tree dynamically in Glamour
by Stephan Eggermont 29 Aug '13

29 Aug '13

Hi Hernan, If you want some examples of working with dynamic browsers, just download two packages from ss3.gemstone.com/ss/SpaTutorial into a Moose 4.8 TutorialBrowser and XPDays2012 then open a workspace and do XPTutorial open Some pages will be missing because Monticello doesn't support long methods, and the exercises need the other packages and some data. Stephan

2 1

RoassalGraphVizLayout
by Tudor Girba 29 Aug '13

29 Aug '13

Hi, I just wanted to let you know that I rescued the GraphVizLayout from Mondrian and made it available to Roassal. I published it in the Roassal repository. I hope that is Ok. Gofer new smalltalkhubUser: 'ObjectProfile' project: 'Roassal'; package: 'RoassalGraphVizLayout'; load Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

2 1

Issue 971 in moose-technology: Using Athens fonts is dead slow in Roassal
by moose-technology＠googlecode.com 29 Aug '13

29 Aug '13

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Roassal Milestone-4.8 New issue 971 by tu...(a)tudorgirba.com: Using Athens fonts is dead slow in Roassal http://code.google.com/p/moose-technology/issues/detail?id=971 Try this: [view := ROMondrianViewBuilder new. view shape label fontSize: [:x | x ]. view nodes: (10 to: 100). view open] timeToRun On my MacBookPro i7 2.6 GHz this takes 23s. The actual reason is that LogicalFont>>widthOfString: looks up the real font when the font is not yet cached. And this ends up looking for files on the disk. What is even worse is that the widthOfString: is being called during the rendering cycle, so the whole image gets slow. -- 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 13

Issue 969 in moose-technology: Roassal crops the exported PNG
by moose-technology＠googlecode.com 29 Aug '13

29 Aug '13

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Roassal Milestone-4.8 New issue 969 by tu...(a)tudorgirba.com: Roassal crops the exported PNG http://code.google.com/p/moose-technology/issues/detail?id=969 Try this: view shape label text: #printString. view nodes: (1 to: 100). view edge: 0 from: 1 to: 50. view edge: 0 from: 51 to: 100. Make sure only the first 40 something nodes are visible in the canvas, and then export to PNG. You will get only the visible part of the nodes and the first edge. -- 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 4

Jenkins update
by Yuriy Tymchuk 29 Aug '13

29 Aug '13

Hi everyone. I suggest to update Jenkins together with it's plugins. If no one has anything against this I'll do it in the evening when there is no active development. Cheers Uko

1 0

Re: Some FAMIX questions
by Stephan Eggermont 29 Aug '13

29 Aug '13

Thanks for the pointers. My confusion on scopingentities has to do with the following: In Delphi, functions can be nested and then also provide a scope. Old libraries, e.g. ported from turbo pascal times, sometimes are structured like that. But that scope is nested, not global. Variables defined in the implementation part of a unit are not globally reachable, unlike those defined in the interface. Stephan

1 0

Fwd: MooseDay
by Stéphane Ducasse 29 Aug '13

29 Aug '13

Begin forwarded message: > From: Anne Etien <anne.etien(a)univ-lille1.fr> > Subject: MooseDay > Date: August 28, 2013 11:33:15 AM GMT+02:00 > To: Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Nicolas Anquetil <nicolas.anquetil(a)inria.fr>, jannik laval <jannik.laval(a)gmail.com>, Usman Bhatti <usman.bhatti(a)gmail.com>, Guillaume Larcheveque <guillaume.larcheveque(a)gmail.com>, Andre Hora <andrehoraa(a)gmail.com>, Jean Baptiste Arnaud <jbaptiste.arnaud(a)gmail.com> > > Hi, > > Since there were no answer on the Moose list to determine the date for the MooseDay, I suggested three dates: 2, 8 or 22 October. There is a lost of chances that you will present something to this conference so it would be good that you are present. So can you please fill in the doodle > http://www.doodle.com/vwmgttxxw5mkutu6 > If you have some idea of a theme for a speech of 20 to 30 mn, don't hesitate to say it to me. For example, it can be interesting to present Orion during the MooseDay. > > I would like to fix the date at the end of the week. > > Thank you in advance. > Anne

2 2

Some FAMIX questions
by Stephan Eggermont 29 Aug '13

29 Aug '13

While trying to map Delphi to FAMIX, we ran into some issues: - Delphi has definitions of a.o. methods split over the interface and the implementation part of a unit. Where do I put the second sourcetextanchor? This might be similar to the situation with c header files. - Being a hybrid of structured and oo, functions seem to be best modeled as scopingentities too. What does it mean that scopingentities represent an entity defining a scope at a global level? Units in Delphi can be local to another unit. - The class comment of behaviouralentity is a bit sloppy in describing which metrics we should provide: is cylomatic complexity, numberOfStatements & numberOfConditionals enough? I am not sure I like the deep inheritance hierarchy of FAMIX. It seems rather brittle. Is Delphi a special case? Stephan

3 2

GLMTreePresentation aligned column
by Ben Coman 29 Aug '13

29 Aug '13

Referring to attached image, is there some way for a GLMTreePresentation to align one column vertically. I want to transform what I have in the top part, into what I have mocked up in the bottom part. I can't see anything related in GLMBasicExamples. I see there is a GLMMorphTreeColumn class but preliminary digging doesn't reveal to me how this fits into things. cheers, Ben

2 1

Build failed in Jenkins: moose-latest-dev-4.8 #968
by admin＠moosetechnology.org 29 Aug '13

29 Aug '13

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/968/> ------------------------------------------ Started by upstream project "roassal" build number 422 originally caused by: [URLTrigger] A change within the response URL invocation (log) Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/> Deleting project workspace... done [moose-latest-dev-4.8] $ /bin/sh -xe /tmp/hudson5735030090882814597.sh + bash + wget --quiet -O - http://get.pharo.org/20+vmLatest Downloading the latest 20 Image: http://files.pharo.org/image/20/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/latest.zip pharo-vm/pharo Downloading PharoV10.sources: http://files.pharo.org/sources//PharoV10.sources.zip Downloading PharoV20.sources: http://files.pharo.org/sources//PharoV20.sources.zip Creating starter scripts pharo and pharo-ui + ./pharo Pharo.image save moose-latest-dev-4.8 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.8.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m==== Startup Error: ConnectionTimedOut: Data receive timed out. [0mSocket>>waitForDataFor: in Block: [ConnectionTimedOut signal: 'Data receive timed ou...etc... Socket>>waitForDataFor:ifClosed:ifTimedOut: Socket>>waitForDataFor: Socket>>receiveDataSignallingTimeout:into:startingAt: SocketStream>>receiveData SocketStream>>next ZnLineReader>>processNext ZnLineReader>>nextLine ZnStatusLine>>readFrom: ZnStatusLine class>>readFrom: ZnResponse>>readHeaderFrom: ZnResponse(ZnMessage)>>readFrom: ZnResponse class(ZnMessage class)>>readFrom: ZnClient>>executeRequestResponse ZnClient>>getConnectionAndExecute in Block: [self executeRequestResponse] BlockClosure>>ensure: ZnClient>>getConnectionAndExecute ZnClient>>executeWithRedirectsRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [self executeWithRedirectsRemaining: self maxNumbe...etc... BlockClosure>>on:do: ZnClient>>executeWithRetriesRemaining: ZnClient>>executeWithRetriesRemaining: in Block: [:exception | retryCount > 0... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [self exceptionHandlerBlock cull: exception] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: ConnectionTimedOut(Exception)>>signal ConnectionTimedOut(Exception)>>signal: ConnectionTimedOut class(Exception class)>>signal: Socket>>waitForDataFor: in Block: [ConnectionTimedOut signal: 'Data receive timed ou...etc... [0m[31mGot startup errors: [0m[31m ConnectionTimedOut: Data receive timed out. [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

1 1

← Newer
1
...
5
6
7
8
9
10
11
...
17
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 August 2013