Moose-dev May 2011

moose-dev@list.inf.unibe.ch

33 participants
186 discussions

Issue 574 in moose-technology: Nodes with complex shapes do not position the children nodes with complex shapes properly
by moose-technology＠googlecode.com 03 Aug '11

03 Aug '11

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Mondrian Milestone-4.4 New issue 574 by tudor.gi...(a)gmail.com: Nodes with complex shapes do not position the children nodes with complex shapes properly http://code.google.com/p/moose-technology/issues/detail?id=574 Another issue related to complex shapes. Try the following code: view shape umlClass. view node: 'hello' forIt: [ view shape umlClass. view nodes: (1 to: 5). view verticalLineLayout ] You will see that the children now move properly with the parent node, but they are not positioned correctly. However, it works well with simple shapes for the children. A more complex example can be seen below: view shape umlClass. view node: 'hello' forIt: [ view shape umlClass. view nodes: (1 to: 5) forEach: [:each | view shape umlClass. view nodes: (1 to: each ). view verticalLineLayout ]. view verticalLineLayout ]

1 17

Issue 619 in moose-technology: RPackage should deal with unknown extensions
by moose-technology＠googlecode.com 26 Jul '11

26 Jul '11

Status: Accepted Owner: ---- Labels: Type-Defect Priority-Medium RPackage New issue 619 by stephane...(a)gmail.com: RPackage should deal with unknown extensions http://code.google.com/p/moose-technology/issues/detail?id=619 In MC we have - AST-Core - AST-Semantic but no - AST-Compiler- whatever so when we get *AST-Compiler-Overrides..... clearly this is a problem. We should create a new package with the extension names.

1 10

Issue 620 in moose-technology: RPackageOrganizer should have a better public API for unregistering package
by moose-technology＠googlecode.com 24 Jul '11

24 Jul '11

Status: Accepted Owner: ---- CC: cy.delau...(a)gmail.com Labels: Type-Defect Priority-Medium RPackage New issue 620 by stephane...(a)gmail.com: RPackageOrganizer should have a better public API for unregistering package http://code.google.com/p/moose-technology/issues/detail?id=620 in particular one that assembles all the elementary steps - unregister back pointer (class mapping) - unregister class extension mapping

1 7

Issue 633 in moose-technology: Closing a morphic tab of an Accumulator browser, does not populate activeEntity properly
by moose-technology＠googlecode.com 23 Jul '11

23 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.5 New issue 633 by tu...(a)tudorgirba.com: Closing a morphic tab of an Accumulator browser, does not populate activeEntity properly http://code.google.com/p/moose-technology/issues/detail?id=633 How to reproduce: 1. Execute: browser := GLMBasicExamples new accumulator. browser openOn: 42. ((browser paneNamed: #one) port: #strongSelection) value: 50. ((browser paneNamed: #one) port: #strongSelection) value: 60. 2. Close the first tab (50) 3. You will get 50 selected on the list to the left (while it should be 60)

1 2

Re: Issue 273 in moose-technology: The Morphic Glamour should update the selectedText in a TextPresentation
by moose-technology＠googlecode.com 14 Jul '11

14 Jul '11

Updates: Labels: -Milestone-4.2 Comment #2 on issue 273 by tudor.gi...(a)gmail.com: The Morphic Glamour should update the selectedText in a TextPresentation http://code.google.com/p/moose-technology/issues/detail?id=273 (No comment was entered for this change.)

1 2

Issue 492 in moose-technology: Glamour browsers do not release all subscriptions to announcer objects
by moose-technology＠googlecode.com 14 Jul '11

14 Jul '11

Status: New Owner: tudor.gi...(a)gmail.com Labels: Type-Defect Priority-High Component-Glamour Milestone-4.3 New issue 492 by tudor.gi...(a)gmail.com: Glamour browsers do not release all subscriptions to announcer objects http://code.google.com/p/moose-technology/issues/detail?id=492 I noticed that in some complex updating between panels, using an external announcer, some of the update subscriptions were not removed when the browser is closed. I debugged a little and I founded that this implementation: GLMUpdateAction>>unregisterFromAllAnnouncements announcerObjects ifNotNil: [ announcerObjects do: [:each | each unsubscribe: self ] ] is bugged, because if announcerObjects are not previously computed (and in some cases that's what happens), the subscription is not removed. This implementation (just using the accessor instead the direct object), solves the problem (but I don't know is it's a right fix, and it should be a fix in other place) GLMUpdateAction>>unregisterFromAllAnnouncements self announcerObjects ifNotNil: [ :objects | objects do: [:each | each unsubscribe: self ] ] Cheers, Esteban

3 27

Issue 630 in moose-technology: Glamour: #sendTo:from:with: does not refresh selection in lists
by moose-technology＠googlecode.com 14 Jul '11

14 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 630 by vuqui...(a)vub.ac.be: Glamour: #sendTo:from:with: does not refresh selection in lists http://code.google.com/p/moose-technology/issues/detail?id=630 Describe the problem: what do you get? what do you expect? When I use #sendTo:from:with: the panel update is not refreshing the selected item in a list. How to reproduce the problem: step by step if necessary Escenario (example attached): A GLMStacker with two panes working as an inner browser. - when I send a external value to the inner browser the value is assigned but the item does not appear as selected. - when I select a value in one of the panes of the inner browser it sends nil to the selected value in the other pane... The same: the value changes to nil but if it was a selected item it remains selected. Additional information: platform, context which may impact the problem Please fill in the labels with the following information: * Type-Defect * Component-Glamour Attachments: Example.st 1.3 KB

1 2

Re: Issue 224 in moose-technology: Infer declaredType of FamixAttribute in SmalltalkImporter
by moose-technology＠googlecode.com 12 Jul '11

12 Jul '11

Comment #4 on issue 224 by tudor.gi...(a)gmail.com: Infer declaredType of FamixAttribute in SmalltalkImporter http://code.google.com/p/moose-technology/issues/detail?id=224 We need tests for this one. The RoelTyper does not work properly.

1 1

Issue 603 in moose-technology: VerveineJ should export relative paths
by moose-technology＠googlecode.com 06 Jul '11

06 Jul '11

Status: New Owner: ---- CC: anquetil...(a)gmail.com Labels: Type-Defect Priority-Medium Component-VerveineJ New issue 603 by tudor.gi...(a)gmail.com: VerveineJ should export relative paths http://code.google.com/p/moose-technology/issues/detail?id=603 Currently, VerveineJ exports the FileAnchors with full path. It should export it with the path relative to the input folder.

3 10

Issue 588 in moose-technology: Commands, Easel and ViewRenderer
by moose-technology＠googlecode.com 02 Jul '11

02 Jul '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 588 by alexandr...(a)gmail.com: Commands, Easel and ViewRenderer http://code.google.com/p/moose-technology/issues/detail?id=588 The following tests is yellow: testCommandsInEaselAndViewRenderer | view easel | view := MOViewRenderer new. easel := MOEasel new. self assert: view userCommands size = easel userCommands I need to work on it

1 1

← Newer
1
2
3
4
5
6
7
8
9
...
19
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 May 2011