- Moose-dev - INF Mailman

by roberto.minelli＠usi.ch

Hi, I have a couple of questions about dependencies... In a previous release of my project, I had an explicit Moose model, and I added the load of Moose to my ConfigurationOf. Now, to ease the loading, I removed the meta model (i.e., removed dependencies with MooseEntity, annotations, etc.). Since I was working with Moose installed I exploited some cool messages (e.g., flatCollect is the first that came to my mind). The point is that I do not remember where and why I used methods from Moose. The question is, apart from loading my project without Moose and playing around to see when it crashes, is there any way to automatically detect missing dependencies or something like that? Cheers and thanks in advance, Roby

11 years, 8 months

1
0
0 0

Jenkins build is back to stable : moose-latest-dev-4.9 #1337

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1337/>

11 years, 8 months

1
0
0 0

Issue 991 in moose-technology: Clean access isWrite/isRead

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Milestone-4.9 Component-Famix New issue 991 by tu...(a)tudorgirba.com: Clean access isWrite/isRead http://code.google.com/p/moose-technology/issues/detail?id=991 isWrite is the mandatory field. If it is set, the Access is clearly either write or read. However, if it is not set, the situation is ambiguous. We need a systematic response. So, when isWrite is nil: - isWrite and isRead return false - isReadWriteUnknown returns true -- 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

11 years, 8 months

1
2
0 0

Build failed in Jenkins: moose-latest-dev-4.9 #1335

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1335/> ------------------------------------------ Started by upstream project "gtoolkit" build number 426 originally caused by: Started by timer Started by upstream project "petitjava" build number 291 originally caused by: Started by timer Started by upstream project "petitparser" build number 253 originally caused by: Started by timer Started by upstream project "roassal" build number 573 originally caused by: Started by timer Started by upstream project "gtoolkit" build number 427 originally caused by: Started by upstream project "glamour" build number 357 originally caused by: Started by timer Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson7245081017407357872.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.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m==== Startup Error: Error: Could not resolve: ConfigurationOfCommandShell [ConfigurationOfCommandShell] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/package-cache> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mMetacelloFetchingMCSpecLoader(Object)>>error: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: [| references nearestReference cachedReference ext...etc... MetacelloPharoPlatform>>do:displaying: in Block: [aBlock value] BlockClosure>>ensure: RPackageSet class>>withCacheDo: MetacelloPharoPlatform>>do:displaying: in Block: [:bar | ... BlockClosure>>cull: Job>>run in Block: [result := block cull: self] BlockClosure>>on:do: Job>>run in Block: [self prepareForRunning.... BlockClosure>>ensure: Job>>run NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: MetacelloPharoPlatform>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [:pkg | pkg loadUsing: self gofer: gofer] Array(SequenceableCollection)>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: in Block: [super linearLoadPackageSpecs: packageSpecs reposi...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushExplicitLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>explicitLoadPackageSpecs:repositories: MetacelloPackageSpec>>explicitLoadUsing: MetacelloPackageSpec>>loadUsing: in Block: [self explicitLoadUsing: mcLoader] MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>doingLoads: MetacelloPackageSpec>>loadUsing: [0m[31mGot startup errors: [0m[31m Error: Could not resolve: ConfigurationOfCommandShell [ConfigurationOfCommandShell] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/package-cache> http://www.squeaksource.com/MetacelloRepository ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/MetacelloRepository: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

11 years, 8 months

1
0
0 0

Issue 990 in moose-technology: Mondrian should be replaced with Roassal

by moose-technology＠googlecode.com

Status: Fixed Owner: ---- Labels: Type-Engineering Priority-Medium Milestone-4.9 New issue 990 by tu...(a)tudorgirba.com: Mondrian should be replaced with Roassal http://code.google.com/p/moose-technology/issues/detail?id=990 This issue is just to document that we removed Mondrian in Moose 4.9 -- 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

11 years, 8 months

1
0
0 0

Class AthensCairoSurface missing in Athens Version 2.5?

by Alexandre Bergel

hi! Apparently this class is not present in Version 2.5. The example is broken because of this apparently: AthensCairoSurfaceExamples exampleInterop => error Any idea what's going on? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 8 months

3
9
0 0

Issue 985 in moose-technology: Table presentation renders with a glitch due to spliters

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Milestone-4.9 Component-Glamour New issue 985 by tu...(a)tudorgirba.com: Table presentation renders with a glitch due to spliters http://code.google.com/p/moose-technology/issues/detail?id=985 The problem appears on any table rendered with Glamour. The problem is documented here: http://www.humane-assessment.com/blog/searching-for-a-morph-glitch/ -- 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

11 years, 8 months

1
2
0 0

Issue 904 in moose-technology: Roassal dragging subtrees (feature contribution)

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 904 by benjamin...(a)gmail.com: Roassal dragging subtrees (feature contribution) http://code.google.com/p/moose-technology/issues/detail?id=904 With a tree layout, when dragging an element I needed to drag all the children at the same time. I knocked up a solution sufficient to my needs in about 40 minutes - see attached changeset. I might be a nice general feature to add to Roassal but its a bit rough. It will likely need some critical love to polish it before integration. Later it might be made to work with ROSelection and multi-selected elements - but that is out of my scope for the moment. Attachments: RODraggableWithOthers.2.cs 1.3 KB

11 years, 8 months

3
3
0 0

Issue 938 in moose-technology: RadialTreeLayout should translate the graph

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Roassal New issue 938 by tu...(a)tudorgirba.com: RadialTreeLayout should translate the graph http://code.google.com/p/moose-technology/issues/detail?id=938 Try this: view nodes: (Collection withAllSubclasses). view edgesFrom: #superclass. view radialTreeLayout. The center of the graph is placed at 0@0, and this is annoying because you do not see half of the graph. The layout should translate the graph to make it start at 0@0 -- 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

11 years, 8 months

1
10
0 0

edges in 3D

by Usman Bhatti

Hello, I am trying to create a new shape, an edge, in Roassal 3D between two entities. My idea is to draw an edge from the position vector of a source shape to the position vector of a target. The edge is created but not at the correct position, it might be due to the fact that I need to set the position of the edge shape or mismatch between position in Roassal and OpenGL. Can you please have a look? Attached with this mail my proposition for the shape that works with the following script. |el1 el2 els el3| view := R3View new. view camera translateLeft: -2; translateBackward:3. el1 := (R3CubeShape new color: Color green) element. el2 := (R3CubeShape new color: Color red) element. el3 := (R3CubeShape new color: Color cyan) element. els := { el1. el2. el3 }. view add: (R3EdgeShape new from: el2; to: el3; size: 1; color: Color blue) element. view addAll: els. R3XLineLayout on: els. view addInteraction: R3MouseControl new. view open.

11 years, 8 months

2
6
0 0

Issue 884 in moose-technology: The Roassal presentation should react to custom ports

by moose-technology＠googlecode.com

Status: New Owner: tu...(a)tudorgirba.com CC: chisvasi...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Glamour New issue 884 by tu...(a)tudorgirba.com: The Roassal presentation should react to custom ports http://code.google.com/p/moose-technology/issues/detail?id=884 The current implementation of the Roassal presentation relies only on the original entity. However, given that Roassal can handle various animations, we would benefit from an extra ability of the presentation to react to other ports. For example, the list presentation reacts to #selection. Similarly, Roassal should be able to react to it or others as well. Only, given that Roassal is generic, the reaction should be customisable, too. Perhaps something like this: a roassal painting: [:view :entity | ... ] on: #customPort do: [ :view :customValue | ... ]

11 years, 8 months

1
13
0 0

Re: Issue 987 in moose-technology: Roassal does not display edges when the source is not visible

by Alexandre Bergel

This is fixed in Roassal1.456. There was indeed a bug in the code. Now, there is the following: - A node is rendered if its bounds intersect with the bounds of the camera - An edge is rendered if at least one of its extremity has its bounds intersect with the camera As a consequence, an edge that has no extremity on screen is not displayed. Even if the line "go through" the camera bounds. Naturally, this is something that is easy to change. We can provide particular strategy to define what makes an edge visible or not. Cheers Alexandre On Oct 19, 2013, at 3:41 AM, moose-technology(a)googlecode.com wrote: > > Comment #1 on issue 987 by tudor(a)tudorgirba.com: Roassal does not display edges when the source is not visible > http://code.google.com/p/moose-technology/issues/detail?id=987 > > Hmm. This problem seems to appear only when Roassal is embedded in Glamour. Try this: > > view := ROMondrianViewBuilder new. > view nodes: { 1 . 2 }. > view edgeFromAssociation: 2->1. > view horizontalLineLayout horizontalGap: 3000. > view open. > > vs. > > view := ROMondrianViewBuilder new. > view nodes: { 1 . 2 }. > view edgeFromAssociation: 2->1. > view horizontalLineLayout horizontalGap: 3000. > view openWithStatusbar. > > -- > You received this message because you were CC'd on the issue. > You may adjust your notification preferences at: > https://code.google.com/hosting/settings > > Reply to this email to add a comment or make updates. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

11 years, 8 months

1
0
0 0

Build failed in Jenkins: moose-latest-dev-4.9 #1306

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1306/> ------------------------------------------ Started by upstream project "petitjava" build number 283 originally caused by: Started by upstream project "petitparser" build number 248 originally caused by: Started by timer Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson5391896165167917732.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.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m+ ./pharo moose-latest-dev-4.9.image mooseimagesetup --signature=https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1306/ [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

11 years, 8 months

1
0
0 0

slice for 985

by Usman Bhatti

Hello, Here is a slice for the bug 985 regarding splitters in glamour tables. It should work with this script: | wrapper | wrapper := GLMWrapper new. wrapper show: [:a | a table display: [ :x | 1 to: x ]; columnInset: 4; splitterColor: Color red; column: [:x | 'Numbers from 1 to ', x asString] evaluated: #asString; column: 'Even' evaluated: [ :each | each even asString ]; column: 'Odd' evaluated: [ :each | each odd asString ] ]. wrapper openOn: 1000. The idea is to provide the renderer with a columnInset number that acts as a padding between splitters and the cell so that these both dont overlap. we also tried to add the notion of splitter color but when embedding widgets, the color of splitters is reset to transparent and that is beyond the scope of this bug. we still retained the concept of splitter color because it can be nice. Drag and drop wont work with the slice as the mechanism is built to work with Pharo inbox, instead import the slice with Monticello. Usman & Rafael

11 years, 8 months

2
3
0 0

Rectangle packing algorithm

by Yuriy Tymchuk

Hi everyone, in case you wander how my rectangle packing is working, I've wrote a blogpost about it. http://code.uko.tymchuk.me/2013/10/packing-rectangles.html Cheers. Uko

11 years, 8 months

2
4
0 0

Build failed in Jenkins: moose-latest-dev-4.9 #1299

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1299/> ------------------------------------------ Started by upstream project "glamour" build number 349 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.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson4618962989300060370.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.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m+ ./pharo moose-latest-dev-4.9.image mooseimagesetup --signature=https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1299/ [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

11 years, 8 months

1
0
0 0

Build failed in Jenkins: moose-latest-dev-4.9 #1297

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1297/> ------------------------------------------ [URLTrigger] A change within the response URL invocation (log) [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.9/ws/> Deleting project workspace... done [moose-latest-dev-4.9] $ /bin/sh -xe /tmp/hudson8805368009257370614.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.9 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.9.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m[33m *** Warning: Warning: This package depends on the following classes: MOViewRenderer You must resolve these dependencies before you will be able to load these definitions: edgesDsm:from:to: [0m[0m+ ./pharo moose-latest-dev-4.9.image mooseimagesetup --signature=https://ci.inria.fr/moose/job/moose-latest-dev-4.9/1297/ [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

11 years, 8 months

1
0
0 0

Issue 988 in moose-technology: Moose-algos build is green

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 988 by anne.et...(a)gmail.com: Moose-algos build is green http://code.google.com/p/moose-technology/issues/detail?id=988 Moose-algos package needs some cleaning. Look at the tests failing in the build on jenkins. -- 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

11 years, 8 months

3
3
0 0

Issue 890: All meta-entities should have a class comment

by Anne Etien

Hi, During our MooseSprint, we wanted to add the missing comments, but we do not see which meta-entities do not have comment. All the classes inheriting from FamixEntity have comments. Nevertheless, some other classes in FamixCore do not have comment. Were you talking about these classes? Can you please give more information? Thanks, Anne

11 years, 8 months

2
1
0 0

Issue 989 in moose-technology: MoosePanel search should not throw error

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Finder New issue 989 by anne.et...(a)gmail.com: MoosePanel search should not throw error http://code.google.com/p/moose-technology/issues/detail?id=989 When searching in MoosePanel through queries, there are DNU exceptions that should be caught. -- 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

11 years, 8 months

1
0
0 0

Roassal animations

by Yuriy Tymchuk

Hi, what do you thing about replacing ROPluggableAnimation's>>doStep `block value` with `block cull: self elapsedCycles`? Because this way you can have a block hooked to the number of cycle. Cheers. Uko

11 years, 8 months

4
8
0 0

[ann] system attraction view

by Tudor Girba

Hi, I built a new visualization that has two goals: 1. show how the architecture of a system is fluid rather than rigid. 2. look good and serve as advertisement device for Moose, Roassal and Pharo. A description of mainly point 1. can be found here: http://www.humane-assessment.com/blog/system-attraction/ I already used it as a splash screen for a couple of presentations, and it catches the eye. The code can be found in Moose, in a separate tiny FAMIXSystemAttraction class. You can invoke it on any class group (note: it can take a long time to render for large groups). Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

11 years, 8 months

5
10
0 0

[Roassal] Tree Map Builder Cont'd

by roberto.minelli＠usi.ch

Hi, I just committed in RoassalExtra a new example of the tree map builder that shows how to create dynamic tree maps. There is still some work to do, but in the meantime... Check it out @ https://dl.dropboxusercontent.com/u/6281855/DynamicTreeMap.mov Cheers, Roby

11 years, 8 months

2
1
0 0

Rectangle packing layout

by Yuriy Tymchuk

Hi everyone! You know, some times you have a pile of different rectangles representing some entities. And you want to show them to someone so that he can take a look at them to assess something. But there is always a question how do you arrange this rectangles? Usually it's not practical to place them in a line or in a circle because it takes too much space. I've developed a layout that tries to pack rectangles in a compact space, and here is how it looks like: You can load it into your image with: Gofer new smalltalkhubUser: 'YuriyTymchuk' project: 'RecPack-Layout'; package: 'RecPack-Layout'; load. and you can see a couple of examples in Roassal easel. Feedback is appreciated. Cheers! Uko

11 years, 8 months

8
17
0 0

Closing Roassal windows with cmd+w

by Yuriy Tymchuk

Hi everyone, one thing that I like to do with windows is to close them with cmd+w shortcut. Sadly Roassal windows does not allow that. Do you know if it's hard to implement? Cheers. uko

11 years, 8 months

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev