Moose-dev

moose-dev@list.inf.unibe.ch

6630 discussions

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

Name: ConfigurationOfMerlin-StephanEggermont.38 Author: StephanEggermont Time: 10 December 2014, 3:45:22.666298 pm UUID: d09ed99c-a364-4aca-8655-13f1fe3018c3 Ancestors: ConfigurationOfMerlin-StephaneDucasse.37 stable updated

10 years, 1 month

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

CollectionsExtensions is referred to in both ConfigurationOfMooseAlgos and ConfigurationOfGlamour. Semantically it is part of MooseAlgos The dependencies in baseline25 are not so nicely written. I assume the test packages depend on the packages they test. Moose-Algos-GraphObjectTraverser has no test package Name: ConfigurationOfMooseAlgos-StephanEggermont.52 Author: StephanEggermont Time: 10 December 2014, 3:32:57.214482 pm UUID: 3dca6af0-2cf6-428b-be2b-ec8236bab163 Ancestors: ConfigurationOfMooseAlgos-TudorGirba.51 Created a stable version

10 years, 1 month

Moose5.0: ConfigurationOfAnnouncerCentricDebugger repo access

by Stephan Eggermont

Stable version, can't commit Name: ConfigurationOfAnnouncerCentricDebugger-StephanEggermont.9 Author: StephanEggermont Time: 10 December 2014, 10:44:39.252925 am UUID: 091e7693-0cf8-4bf1-8250-5b6c3a968589 Ancestors: ConfigurationOfAnnouncerCentricDebugger-AndreiChis.8 made a stable version

10 years, 1 month

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

Andrei wrote: >We just need numbered versions for the configurations that are linked to pharo: > >ConfigurationOfGlamourCore >ConfigurationOfGTInspectorCore >ConfigurationOfGTPlaygroundCore >ConfigurationOfRubric > >I permanently update these configurations every time we integrate into pharo. >For the rest there is no problem to use #stable Ok, let's do that. Stephan

10 years, 1 month

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

Doru wrote: >That would not work well now because of a conflict with merging in Pharo 4 >which requires concrete version numbers for now. Ahh, didn't know that. I assume that is something that will be resolved soonish? >So, I suggest we leave GToolkit related configurations to be as they are >and we will depend on the #stable of GToolkit. This should be fine given >that we do not expect much changes in Pharo 3, and we will have to >change the way we approach to overall process from Pharo 4 on. > >Would that be Ok? Let me think and check out loud. There is lots of development in GToolkit, so it will definitely break very fast after release, and the developers also have time and access to patch configurations, so they can fix problems quickly. Not nice, but no deal breaker. ConfigurationOfGToolkit already has different baselines for Pharo 3 and 4 development: spec <symbolicVersion: #'development'> spec for: #'common' version: '0.6-baseline'. spec for: #'pharo3.x' version: '0.18-baseline'. spec for: #'pharo4.x' version: '0.17-baseline' so an alternative could be to also have different versions of the other GT configurations. The Pharo3 one using symbolic names, the 4 version not. The GToolkit related configurations include Rubric, DeepTraverser and NewDebugger so the change scope is limited. I assume ConfigurationOfGlamour can use symbolic dependencies to roassal2 and glamour core? I'd prefer adding a symbolic version, but can live with the numbered version in GToolkit related configurations Stephan

10 years, 1 month

Modify the transmission of Roassal 3element click

by Yuriy Tymchuk

Hi. Is is possible to modify to which object you are transmitted when you click on a Roassal2 view in GTInspector? I’ve seen that you can use #send: of glamour representation, but my question is: can it be done if I’m just scripting the thing in the playground? For example when I click in spectrograph node it opens a 2 elements array, and I need only one of them. Uko

10 years, 1 month

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

Stable is a newer version than development, let's see what happens... Name: ConfigurationOfBitmapCharacterSet-StephanEggermont.9 Author: StephanEggermont Time: 10 December 2014, 10:52:10.812126 am UUID: 26927de9-f959-4410-bdc1-3d0933bb9985 Ancestors: ConfigurationOfBitmapCharacterSet-monty.8 Bugfix: development should not refer to an old version, replaced by baseline

10 years, 1 month

Re: help needed with creating moose 5.0 configuration

by Stephan Eggermont

Andrei wrote: >I added a stable version for the following configurations: > >ConfigurationOfGlamourCore >ConfigurationOfGlamour >ConfigurationOfGTSpotter >ConfigurationOfGTInspectorCore >ConfigurationOfGTInspector >ConfigurationOfGTPlaygroundCore >ConfigurationOfGTPlayground >ConfigurationOfRubric > >I'll continue to add stable versions for the remaining configurations that belong to GToolkit. Thank you. In the version you declare as stable, the dependencies should not be to numbered versions, so could you please replace e.g. in ConfigurationOfGlamourCore>>version304: spec <version: '3.0.4' imports: #('3.0-baseline' )> spec for: #'common' do: [ spec blessing: #'stable'. spec description: 'version 3.0.4'. spec author: 'AndreiChis'. spec timestamp: '12/09/2014 12:08'. spec package: 'Glamour-Announcements' with: 'Glamour-Announcements-AndreiChis.8'; package: 'Glamour-Helpers' with: 'Glamour-Helpers-AndreiChis.36'; ... package: 'Glamour-Tests-Rubric' with: 'Glamour-Tests-Rubric-AndreiChis.14'; package: 'Glamour-Tests-Resources' with: 'Glamour-Tests-Resources-AndreiChis.3'. spec project: 'Rubric' with: '1.2.5' ]. the reference to Rubric 1.2.5 to #stable (as long as Rubric only defines #stable and #development) Stephan

10 years, 1 month

Open URL

by Alexandre Bergel

Hi! We were thinking that it would be great to have the url open package Sean did some weeks ago into Moose. We would like to have it, accessible from GTInspector, to open a HTML page of a visualization. Shall we package it in Roassal? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 1 month

Roassal2 browse examples from the ConfigurationBrowser fails

by Hernán Morales Durand

Hello When I install Roassal2 from the ConfigurationBrowser in a fresh clean Pharo 3.0 image, and select Roassal -> Roassal examples GT, a MNU is raised (see the attached screenshot) Is this known issue? Any fix? Cheers, Hernán

10 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev