- Moose-dev - INF Mailman

Issue 857 in moose-technology: ROCircle strange MNU #extent:

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 857 by benjamin...(a)gmail.com: ROCircle strange MNU #extent: http://code.google.com/p/moose-technology/issues/detail?id=857 With ConfigurationOfRoassal.667 just loaded, my project application popped up a 'MNU: receiver of "extent:" is nil, but as you can see in the attached screen snapshot, which has the default debugger highlighting showing the current executiong, the receiver is the ivar 'next' which is actually _not_ nil, but an instance of RONullShape. Strange... As a test case, executing the following in Rossal Easel caused the same MNU. ========= rawView add: (ROElement on: 1) + ROCircle. ========= Fixed it with: Compiler recompileAll. This actually has happened to me a few times in past couple of weeks. (Note actually the example code gives a really tiny circle and #spriteOn: would have been better than #on:) Attachments: ROCircle-MNU-extent.png 34.6 KB

12 years

1
9
0 0

Glamour problems

by jannik.laval

Hi guys, I am testing the source code of the Glamour chapter. I have 2 problems: - This configuration doesn't load: ------ Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'ConfigurationOfGlamour'; load. (Smalltalk at: #ConfigurationOfGlamour) perform: #loadDefault. ------ - The following example source code doesn't work in Moose4.8 but works on Moose 4.7: ------ | browser | browser := GLMFinder new variableSizePanes; title: 'Find your file'; yourself. browser show: [:a | a list when: #isDirectory; display: [:each | [each children sorted] on: Exception do: [Array new]]; format: #basenameWithIndicator]. browser show: [:a | a text when: #isFile; display: [:entry | [entry readStream contents] on: Exception do:['Can''t display the content of this file']]]. browser openOn: FileSystem disk root. ------ Can anyone help me to fix that ? Cheers, Jannik

12 years

3
7
0 0

Build failed in Jenkins: moose-latest-dev-4.8 #663

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/663/> ------------------------------------------ [...truncated 319 lines...] new: at:put: basicNew basicNew new: at:put: basicNew new: class stringHash:initialHash: class stringHash:initialHash: basicNew at:put: perform:with: perform:with: species new: replaceFrom:to:with:startingAt: at:put: at:put: species basicNew: replaceFrom:to:with:startingAt: class basicNew basicNew class stringHash:initialHash: class class compare:with:collated: value: class basicNew basicNew: wordAt:put: basicNew basicNew new: at:put: basicNew basicNew at:put: class basicNew: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: basicAt:put: new: at:put: new: at:put: elementsForwardIdentityTo: wordAt:put: at:put: stack page bytes 4096 available headroom 3300 minimum unused headroom 3484 (last object overwritten) ./pharo: line 11: 25403 Aborted (core dumped) "$DIR"/"pharo-vm/pharo" -nodisplay "$@" Build step 'Execute shell' marked build as failure Archiving artifacts Recording test results ERROR: Failed to archive test reports hudson.util.IOException2: remote file operation failed: <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/> at hudson.remoting.Channel@2f17e8fb:moose-ubuntu1204-dualproc-i386 at hudson.FilePath.act(FilePath.java:848) at hudson.FilePath.act(FilePath.java:825) at hudson.tasks.junit.JUnitParser.parse(JUnitParser.java:87) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:122) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:134) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:810) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:785) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:732) at hudson.model.Run.execute(Run.java:1568) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:236) Caused by: hudson.util.IOException2: Failed to read <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/XML-Tests-Parser-Test…> at hudson.tasks.junit.TestResult.parse(TestResult.java:244) at hudson.tasks.junit.TestResult.parse(TestResult.java:163) at hudson.tasks.junit.TestResult.parse(TestResult.java:140) at hudson.tasks.junit.TestResult.<init>(TestResult.java:116) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:117) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:90) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2309) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) at java.util.concurrent.FutureTask.run(FutureTask.java:166) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:679) Caused by: org.dom4j.DocumentException: Error on line 13 of document file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/XML-Tests-Parser-Test…> : XML document structures must start and end within the same entity. Nested exception: XML document structures must start and end within the same entity. at org.dom4j.io.SAXReader.read(SAXReader.java:482) at org.dom4j.io.SAXReader.read(SAXReader.java:264) at hudson.tasks.junit.SuiteResult.parse(SuiteResult.java:129) at hudson.tasks.junit.TestResult.parse(TestResult.java:227) ... 15 more Caused by: org.xml.sax.SAXParseException; systemId: file://<https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/XML-Tests-Parser-Test…;> lineNumber: 13; columnNumber: 1; XML document structures must start and end within the same entity. at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.createSAXParseException(ErrorHandlerWrapper.java:198) at com.sun.org.apache.xerces.internal.util.ErrorHandlerWrapper.fatalError(ErrorHandlerWrapper.java:177) at com.sun.org.apache.xerces.internal.impl.XMLErrorReporter.reportError(XMLErrorReporter.java:391) at com.sun.org.apache.xerces.internal.impl.XMLScanner.reportFatalError(XMLScanner.java:1404) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.endEntity(XMLDocumentFragmentScannerImpl.java:882) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.endEntity(XMLDocumentScannerImpl.java:582) at com.sun.org.apache.xerces.internal.impl.XMLEntityManager.endEntity(XMLEntityManager.java:1370) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(XMLEntityScanner.java:1740) at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipChar(XMLEntityScanner.java:1393) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2769) at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:625) at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:116) at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:488) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:819) at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:748) at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:123) at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1208) at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:525) at org.dom4j.io.SAXReader.read(SAXReader.java:465) ... 18 more

12 years

1
0
0 0

We need you for a software integration survey (reminder)

by Martin Dias

Hi all, Some time ago we sent an email to ask you contributing to a research to improve tools for software integration. If you maintain a project with multiple contributors, we will greatly appreciate your participation. Your answers will be used for research purposes and to support the development of new tools. You can later access the results of this study, make free use of our tools to support the integration of changes, and maybe receive a gift. We found out that the survey was not properly working on Safari (and may be also some other browsers). And we have now corrected this issue. Up to now, we received 36 full answers and 166 incomplete answers. So we decided to give you an extra month, if you started to fill the survey, please consider resuming filling the survey. For this you only need to go back to the same site: https://sondages.inria.fr/index.php/667625/lang-en If you did not yet fill in the survey, please consider doing it now. Best regards, Martin Dias, Nicolas Anquetil, Veronica Isabel Uquillas, Stéphane Ducasse and the RMOD Inria team

12 years

1
0
0 0

Re: Build failed in Jenkins: moose-latest-dev-4.8 #658

by Stephan Eggermont

Hmm, not able to access squeaksource. Are there dependencies that should move to smalltalkhub or ss3 (like OSProcess)? July 15th Squeaksource will become static. Stephan

12 years

2
1
0 0

Re: [Pharo-dev] Sunburst visualization

by Tudor Girba

This looks like really a fantastic job. I cannot wait to see the code :) Doru On Jul 4, 2013, at 3:20 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > We are currently working on a Sunburst based on top of Roassal. Milton is doing a fantastic job! > Here some early screenshots: > > <image copy 2.png><image copy.png><image.png> > > > Milton & Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > -- www.tudorgirba.com "If you can't say why something is relevant, it probably isn't."

12 years

1
0
0 0

Build failed in Jenkins: moose-latest-dev-4.8 #658

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/658/> ------------------------------------------ Started by upstream project "roassal" build number 304 originally caused by: [URLTrigger] A change within the response URL invocation (log) Building remotely on moose-ubuntu1204-dualproc-i386 in workspace <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/> Deleting project workspace... done [moose-latest-dev-4.8] $ /bin/sh -xe /tmp/hudson9025467938898833976.sh + + bash wget --quiet -O - http://get.pharo.org/20+vm Downloading the latest 20 Image: http://files.pharo.org/image/20/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/stable.zip pharo-vm/pharo Downloading PharoV10.sources: http://files.pharo.org/sources//PharoV10.sources.zip Downloading PharoV20.sources: http://files.pharo.org/sources//PharoV20.sources.zip Creating starter scripts pharo and pharo-ui Please install the 32bit libraries sudo aptitude install ia32-libs + ./pharo Pharo.image save moose-latest-dev-4.8 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-latest-dev-4.8.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0m[31m==== Startup Error: Error: Could not resolve: OSProcess [OSProcess] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/package-cache> http://www.smalltalkhub.com/mc/Moose/Moose/main ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/OSProcess: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mMetacelloFetchingMCSpecLoader(Object)>>error: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>retryingResolvePackageSpecReferences:gofer: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: in Block: [| references nearestReference cachedReference ext...etc... MetacelloPharoPlatform>>do:displaying: in Block: [:bar | ... BlockClosure>>cull: Job>>run in Block: [result := block cull: self] BlockClosure>>on:do: Job>>run in Block: [self prepareForRunning.... BlockClosure>>ensure: Job>>run NonInteractiveUIManager(UIManager)>>displayProgress:from:to:during: ByteString(String)>>displayProgressFrom:to:during: MetacelloPharoPlatform>>do:displaying: MetacelloFetchingMCSpecLoader>>linearLoadPackageSpec:gofer: MetacelloPackageSpec>>loadUsing:gofer: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: in Block: [:pkg | pkg loadUsing: self gofer: gofer] OrderedCollection>>do: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>linearLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader>>atomicLoadPackageSpecs:repositories: in Block: [super linearLoadPackageSpecs: packageSpecs reposi...etc... BlockClosure>>ensure: MetacelloLoaderPolicy>>pushLoadDirective:during: MetacelloLoaderPolicy>>pushAtomicLoadDirectivesDuring:for: MetacelloFetchingMCSpecLoader>>atomicLoadPackageSpecs:repositories: MetacelloFetchingMCSpecLoader(MetacelloCommonMCSpecLoader)>>load MetacelloMCVersionSpecLoader>>load MetacelloMCVersion>>executeLoadFromArray: MetacelloMCVersion>>fetchRequiredFromArray: in Block: [:dict | ^ self executeLoadFromArray: anArray] MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: in Block: [^ aBlock value: dict] BlockClosure>>on:do: MetacelloPharoPlatform(MetacelloPlatform)>>useStackCacheDuring:defaultDictionary: [0m[31mGot startup errors: [0m[31m Error: Could not resolve: OSProcess [OSProcess] in <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/ws/package-cache> http://www.smalltalkhub.com/mc/Moose/Moose/main ERROR: 'GoferRepositoryError: Could not access http://www.squeaksource.com/OSProcess: ZnHttpUnsuccessful: 503 Service Temporarily Unavailable' [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

12 years

1
0
0 0

Sunburst visualization

by Alexandre Bergel

Hi! We are currently working on a Sunburst based on top of Roassal. Milton is doing a fantastic job! Here some early screenshots: https://www.facebook.com/photo.php?fbid=478025185617417&set=a.3411893793009… https://www.facebook.com/photo.php?fbid=478024745617461&set=a.3411893793009… Cheers, Milton & Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years

2
1
0 0

Re: [Pharo-dev] Sunburst visualization

by Stéphane Ducasse

:) I'm happy With Athens a new space is opening :) Now do you handle interaction? Stef On Jul 4, 2013, at 3:20 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > We are currently working on a Sunburst based on top of Roassal. Milton is doing a fantastic job! > Here some early screenshots: > > <image copy 2.png><image copy.png><image.png> > > > Milton & Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > >

12 years

2
1
0 0

Roassal 3d is on its way

by Alexandre Bergel

One good news never come alone :-) We are working on a 3d version of Roassal. Here is a preliminary screenshot: More to come soon! Cheers, Ronie, Milton, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years

2
2
0 0

Roassal Scalability

by mathieubmddehouck＠mailoo.org

Hi I have Roassal as speed with 30,000 elements as with 1,000 elements. But still I have to udpate the view when resizing the window and translating the view. Does anyone know how to send the view an event when I resize the view ? Regards Mathieu

12 years

3
12
0 0

Implementation of isPackage, isClass...

by Anne Etien

Hi, The isPackage method is implemented only in FAMIXNamedEntity (and obviously in FAMIXPackage). The isClass method is implemented only in FAMIXSourcedEntity (and obviously in FAMIXClass). The isAttribute method is implemented only in FAMIXStructuralEntity (and obviously in FAMIXAttribute). The isMethod method is not implemented… Why not harmonizing this and defining all these methods in FAMIXEntity? In fact, I am working with Nicolas Anquetil on the diff of models. I would like to create an Orion action for each change. Thus, if a class is added between version n and version n+1, I would like to instantiate an AddClass operator. And so on for each change. So I need to know the type of the FAMIXEntity on which the change occurred. Using these methods would be tidier than using isKindOf: method. Please let me know if such implementations make sense for you or not. Anne

12 years

2
1
0 0

Petit Java

by Diego Lont

Hi all, I try to make sense of Petit Java and the discussions around it, because it makes sense to have a similar architecture for Petit Delphi. The Delphi syntax contains 141 rules, versus 137 rules in java. So we compare pretty closely. But when I try to read the petit java code, I notice some odd things, so maybe someone can tell me why things are as they are. I thought AST meant we have an Abstract Syntax Tree. A syntax tree, that only contains the information needed. The way we do it on the Delphi side, is that only when we have a purpose for a certain AST Node we create it. On the detail level, we do not have many AST nodes yet, since we only generate FAMIX to the method level. And the number of AST nodes is growing fast. Why does the AST needs to stick to the java grammar as closely as possible? When I look at the AST Node and at the places where they are created, they more look like grammar nodes than syntax nodes. I have a node called MethodDeclarationNode. But it is created in the rule "methodNotConstructorDeclaration" and when I look at the rule "methodDeclaration" I would expect to have 2 subclasses: a ConstructorDeclarationNode and a MethodNotConstructorDeclarationNode … but instead I have a subclass InterfaceMethodDeclarationNode. I thought FAMIX was meant for this and that is why we convert our AST into FAMIX as well … In PetitJava there is a visitor for the AST. I do not see how this visitor helps. The AST is changing faster than the implementors of the visitor, not only because we are evolving Petit Java, but also because Java itself also evolves and will make changes to the language in the future. I see only a few possible implementors of this visitor. And maybe some of the Petit Java developers want to take a look at the Petit Delphi code. Because I am sure we did things good and also some stupid things, so please help us find the stupid things and copy the good things! I know I try to copy the good ideas from petit java. Regards, Diego

12 years

2
1
0 0

fast job is broken

by Tudor Girba

Hi, The FAST job is broken since a week: https://ci.inria.fr/moose/job/FAST-On-Moose/ Please take a look at the problems. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

12 years

6
11
0 0

Question for Roassal (sizing ..)

by mathieubmddehouck＠mailoo.org

Hi I'm working on Radial tree to make ti take node size into account. I've tried some few things about mixing layout, and it seems to work. (I'll commit it in the week, and send you a mail then) Then I have some questions : If the layout can't change node size, then what can do it ? Is it the aim of Normalizers ?

12 years

4
6
0 0

Issue 800 in moose-technology: Glamour browsers do not respond to browser-global keybindings

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.7 New issue 800 by tudor.gi...(a)gmail.com: Glamour browsers do not respond to browser-global keybindings http://code.google.com/p/moose-technology/issues/detail?id=800 Essentially, window does not seem to be affected by this line: window on: #keyStroke send: #handleKeyStroke: to: window. This seems to be a Pharo 1.4 related issue.

12 years

1
4
0 0

cleaning issues and preparing for 4.8

by Tudor Girba

Hi, As you might have noticed, I started to go issues that are currently open and see if any of these can be closed. I managed to close a few. I would welcome any of you to join the effort :). And we are due with 4.8. I did not manage last week, but I will try this week. In particular, we would need to deal with this issue: Issue 950: Freeze 4.8 https://code.google.com/p/moose-technology/issues/detail?id=950 Anyone wants to join the effort? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

12 years

1
0
0 0

Issue 853 in moose-technology: ConfigurationOfMoose should be split to reflect core vs suite

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Engineering Priority-Medium Milestone-4.7 New issue 853 by tu...(a)tudorgirba.com: ConfigurationOfMoose should be split to reflect core vs suite http://code.google.com/p/moose-technology/issues/detail?id=853 Right now, in ConfigurationOfMoose we have two methods: - coreDefault - default These should be the basis for splitting into two distinct configuration classes. Ideally, we would rename ConfigurationOfMoose to ConfigurationOfMooseSuite, but this is difficult due to the many scripts that depend on the current name. So, we will not do that (at least not now). Also, in the process of splitting, we will remove the 'default' version and transform it into a baseline.

12 years

1
2
0 0

Re: Improving Roassal Scalability

by Stephan Eggermont

ROView puts its elements in an OrderedCollection, doesn't it? Might using a QuadTree help? Stephan

12 years

3
3
0 0

Re: fast job is broken

by Stephan Eggermont

Johan wrote: >So, yes, stick to the language spec. Some PhD student will be glad for it at some later time! Ok, so that problem we don't have in Delphi. There is no spec, and all available grammars are wrong. AFAIK, most languages have either that problem, or no significant implementations that follow the spec (c++, sql). Chris doesn't seem opposed to a very detailed level, as long as there are some convenience accessors in the right places. Our problem with PetitDelphi is that there is no way to know what nodes to create, without having a usecase for them. So we just started (like Chris, I guess) with what we seemed to need. Stephan

12 years

2
1
0 0

Issue 913 in moose-technology: MorphTreeTransformMorph>>drawSubmorphsOn: race condition

by moose-technology＠googlecode.com

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

12 years

1
3
0 0

Issue 716 in moose-technology: span or size for each column in GLMTablePresentation

by moose-technology＠googlecode.com

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.

12 years

1
2
0 0

Issue 906 in moose-technology: FAMIXType>>classScope should not return nil

by moose-technology＠googlecode.com

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.

12 years

1
6
0 0

Issue 897 in moose-technology: Roassal line layout does not work when stretched

by moose-technology＠googlecode.com

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

12 years

1
8
0 0

Issue 891 in moose-technology: Right click menu missing in Sample input in PPParserInspector

by moose-technology＠googlecode.com

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?

12 years

1
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev