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

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 ]

12 years, 8 months

Issue 619 in moose-technology: RPackage should deal with unknown extensions

by moose-technology＠googlecode.com

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.

12 years, 9 months

Issue 620 in moose-technology: RPackageOrganizer should have a better public API for unregistering package

by moose-technology＠googlecode.com

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

12 years, 9 months

Issue 633 in moose-technology: Closing a morphic tab of an Accumulator browser, does not populate activeEntity properly

by moose-technology＠googlecode.com

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)

12 years, 9 months

Re: Issue 273 in moose-technology: The Morphic Glamour should update the selectedText in a TextPresentation

by moose-technology＠googlecode.com

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.)

12 years, 9 months

Issue 492 in moose-technology: Glamour browsers do not release all subscriptions to announcer objects

by moose-technology＠googlecode.com

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

12 years, 9 months

Issue 630 in moose-technology: Glamour: #sendTo:from:with: does not refresh selection in lists

by moose-technology＠googlecode.com

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

12 years, 9 months

Re: Issue 224 in moose-technology: Infer declaredType of FamixAttribute in SmalltalkImporter

by moose-technology＠googlecode.com

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.

12 years, 9 months

Issue 603 in moose-technology: VerveineJ should export relative paths

by moose-technology＠googlecode.com

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.

12 years, 9 months

Issue 588 in moose-technology: Commands, Easel and ViewRenderer

by moose-technology＠googlecode.com

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

12 years, 9 months

← Newer
1
2
3
4
5
6
7
8
9
...
19
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev May 2011