Moose-dev April 2011

moose-dev@list.inf.unibe.ch

29 participants
180 discussions

Issue 542 in moose-technology: Completion in Glamour text presentation for Smalltalk
by moose-technology＠googlecode.com 21 Sep '11

21 Sep '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.4 New issue 542 by tudor.gi...(a)gmail.com: Completion in Glamour text presentation for Smalltalk http://code.google.com/p/moose-technology/issues/detail?id=542 The Glamour TextPresentation for Smalltalk should offer completion as well.

1 3

Re: Issue 106 in moose-technology: Disable the default Smalltalk shortcuts from the Text Morphic widget in Glamour
by moose-technology＠googlecode.com 05 Sep '11

05 Sep '11

Updates: Labels: -Milestone-4.2 Milestone-4.4 Comment #5 on issue 106 by tudor.gi...(a)gmail.com: Disable the default Smalltalk shortcuts from the Text Morphic widget in Glamour http://code.google.com/p/moose-technology/issues/detail?id=106 (No comment was entered for this change.)

1 3

Issue 536 in moose-technology: inFusion should export parentScope instead of container in Function
by moose-technology＠googlecode.com 25 Aug '11

25 Aug '11

Status: New Owner: ---- CC: georgega...(a)gmail.com Labels: Type-Defect Priority-Medium Component-ExternalTools New issue 536 by tudor.gi...(a)gmail.com: inFusion should export parentScope instead of container in Function http://code.google.com/p/moose-technology/issues/detail?id=536 currently it exports container, but it should be parentScope

1 1

Issue 537 in moose-technology: inFusion should export explicit sourceAnchor for Function
by moose-technology＠googlecode.com 25 Aug '11

25 Aug '11

Status: New Owner: ---- CC: georgega...(a)gmail.com Labels: Type-Defect Priority-Medium Component-ExternalTools New issue 537 by tudor.gi...(a)gmail.com: inFusion should export explicit sourceAnchor for Function http://code.google.com/p/moose-technology/issues/detail?id=537 Currently, it exports sourceAnchor as a string like this: (FAMIX.Function (sourceAnchor 'path') ...) It should be (FAMIX.FileAnchor (id: 1) ...) (FAMIX.Function (sourceAnchor (ref: 1)))

1 1

Issue 544 in moose-technology: inFusion should point the C++ source text to the implementation, not definition
by moose-technology＠googlecode.com 25 Aug '11

25 Aug '11

Status: New Owner: ---- CC: georgega...(a)gmail.com Labels: Type-Defect Priority-Medium Component-ExternalTools New issue 544 by tudor.gi...(a)gmail.com: inFusion should point the C++ source text to the implementation, not definition http://code.google.com/p/moose-technology/issues/detail?id=544 Currently, the source anchor for a c/c++ class or methods points to the definition in the header. It should point to the implementation from the c/cpp file.

1 1

Re: Issue 464 in moose-technology: Actions that open new browsers should go through Renderer
by moose-technology＠googlecode.com 11 Aug '11

11 Aug '11

Updates: Labels: -Milestone-4.2 Comment #1 on issue 464 by tudor.gi...(a)gmail.com: Actions that open new browsers should go through Renderer http://code.google.com/p/moose-technology/issues/detail?id=464 (No comment was entered for this change.)

1 2

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

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

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

← Newer
1
2
3
4
5
6
7
8
...
18
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 April 2011