Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Issue 913 in moose-technology: MorphTreeTransformMorph>>drawSubmorphsOn: race condition
by moose-technology＠googlecode.com 01 Jul '13

01 Jul '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 913 by benjamin...(a)gmail.com: MorphTreeTransformMorph>>drawSubmorphsOn: race condition http://code.google.com/p/moose-technology/issues/detail?id=913 In my application using Glamour I was often getting a "red square of death". I tracked this down to MorphTreeTransformMorph>>drawSubmorphsOn: where the line "m := submorphs basicAt: row." generates a being a SubscriptOutOfBounds. Part of the cause is that my application is generating update announcements quite fast, but this is also what provided reproducability to be able to track this down. Otherwise this probably only occurs infrequently seemingly at random. I managed to condense this to the following artificial Workspace example. To set up, execute the first three comments (later you can cleanup with the fourth comment), then execute the rest of the script. -------- "Smalltalk at: #TestAnnouncer put: Announcer new ." "Smalltalk at: #TestTree put: (MAContainer new label: 'root')." "Transcript open" "Smalltalk removeKey: #TestAnnouncer ; removeKey: #TestTree" | browser | TestTree := MAContainer new label: 'root'. 1 to: 20 do: [ :x | TestTree add: (MAContainer new label: x) ]. browser := GLMTabulator new. browser column: #one. browser transmit to: #one; andShow: [ :a | a tree updateOn: AnnouncementMockA from: TestAnnouncer ; allExpanded; children: [:x :i | x children ]. ]. browser openOn: TestTree. -------- Then after that has opened, execute the following: ---- [ 10 timesRepeat: [ 101 to: 110 do: [ :y | (TestTree children at: 5) add: (MAContainer new label: y). TestAnnouncer announce: AnnouncementMockA. ]. (TestTree children at: 5) children removeAll . TestAnnouncer announce: AnnouncementMockA. ] ] fork. ---- and the tree list should go red. File in the attached .st file and repeat. Now the tree list doesn't go red. This is likely more an upstream problem with MorphTreeTransformMorph than with Glamour, but Glamour is what I had as my test case. I didn't know how to use MorphTreeTransformMorph directly. I could probably have a go at fixing this myself after some discussion and direction. This was tested in Moose-suite-4-7-beta-20120103. cheers -ben Attachments: MorphTreeTransformMorph-drawSubmorphsOn.st 1.1 KB

1 3

Issue 716 in moose-technology: span or size for each column in GLMTablePresentation
by moose-technology＠googlecode.com 01 Jul '13

01 Jul '13

Status: New Owner: ---- Labels: Type-Enhancement Priority-Medium New issue 716 by jannik.l...(a)gmail.com: span or size for each column in GLMTablePresentation http://code.google.com/p/moose-technology/issues/detail?id=716 I am using GLMTablePresentation, and I would like to specify span or size for each column. To do that: Extend the GLMTablePresenation, and the associated rendering.

1 2

Issue 906 in moose-technology: FAMIXType>>classScope should not return nil
by moose-technology＠googlecode.com 01 Jul '13

01 Jul '13

Status: New Owner: ---- CC: anquetil...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Famix New issue 906 by tu...(a)tudorgirba.com: FAMIXType>>classScope should not return nil http://code.google.com/p/moose-technology/issues/detail?id=906 Right now, the classScope in FAMIXType returns nil, which is a problem. FAMIXType>>classScope "all types are not classes. Redefined in FamixClass" ^ nil Either we make it return self, or we introduce typeScope.

1 6

Issue 897 in moose-technology: Roassal line layout does not work when stretched
by moose-technology＠googlecode.com 01 Jul '13

01 Jul '13

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Roassal Milestone-4.7 New issue 897 by tu...(a)tudorgirba.com: Roassal line layout does not work when stretched http://code.google.com/p/moose-technology/issues/detail?id=897 Try this: view nodes: #(1 2 3) . view horizontalLineLayout stretch We need this to work for the class blueprint

1 8

Issue 891 in moose-technology: Right click menu missing in Sample input in PPParserInspector
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Status: Accepted Owner: kurs....(a)gmail.com CC: tu...(a)tudorgirba.com Labels: Type-Enhancement Priority-Medium Component-PetitParser New issue 891 by kurs....(a)gmail.com: Right click menu missing in Sample input in PPParserInspector http://code.google.com/p/moose-technology/issues/detail?id=891 There is no right click menu in Sample input field in PPParserInspector. It would be nice to put items such as: - Copy - Paste - Cut - Parse Any other suggestions?

1 2

Issue 748 in moose-technology: DistributionMap examples not working
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 748 by cy.delau...(a)gmail.com: DistributionMap examples not working http://code.google.com/p/moose-technology/issues/detail?id=748 When you try to execute the examples in the class side of DistributionMap, you get an error. This bug looks complicate and it does not seem to be related to distributionMap: When I debug and I go down to the method DistributionMap>>elementsWithProperty:inPart: If I insert this lign: (elementsAndPropertyValue keys detect: [:each | each == element]). it returns me one element. Then if I execute: (elementsAndPropertyValue at: element) I have a KeyNotFound error

1 3

Issue 555 in moose-technology: DSM improve visualization
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Status: New Owner: jannik.l...(a)gmail.com Labels: Type-Defect Priority-Medium Component-DSM Milestone-4.4 New issue 555 by jannik.l...(a)gmail.com: DSM improve visualization http://code.google.com/p/moose-technology/issues/detail?id=555 I made the structure for DSM visualization. Now, I should create script for each and make communications between them coherent.

1 2

Re: Issue 482 in moose-technology: Use JNIPort to connect to VerveineJ
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Comment #2 on issue 482 by cy.delaunay: Use JNIPort to connect to VerveineJ http://code.google.com/p/moose-technology/issues/detail?id=482 you should now use that: Gofer new url: 'www.squeaksource.com/DelaunayTmpStuffs'; package: 'JNIPort-Initialization'; load. Gofer new url: 'www.squeaksource.com/DelaunayTmpStuffs'; package: 'JNIPortExample'; load. The initialization part still has to be fixed, sometimes it works, sometimes not.

2 4

Re: Issue 432 in moose-technology: Popup should appear only when a certain modifier key is pressed
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Comment #1 on issue 432 by tu...(a)tudorgirba.com: Popup should appear only when a certain modifier key is pressed http://code.google.com/p/moose-technology/issues/detail?id=432 Another option would be to have the rendering happening in another thread.

1 8

Re: Issue 162 in moose-technology: Refactor FAMIX extensions
by moose-technology＠googlecode.com 30 Jun '13

30 Jun '13

Comment #4 on issue 162 by tu...(a)tudorgirba.com: Refactor FAMIX extensions http://code.google.com/p/moose-technology/issues/detail?id=162 This issue was already addressed -- 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

1 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev