Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Issue 918 in moose-technology: GLMTreePresentation display artifact when selection is set to an unexpanded node
by moose-technology＠googlecode.com 21 Nov '13

21 Nov '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 918 by benjamin...(a)gmail.com: GLMTreePresentation display artifact when selection is set to an unexpanded node http://code.google.com/p/moose-technology/issues/detail?id=918 Execute the following Workspace script, then in the left pane, click on $X while it is not expanded. An display artifact appears on the first line as shown in attached image, which is the an overlap of the the hidden third level $X and $O. See attached PNG. Also the right pane locks up, which can be reset by unexpanding $A. If you expand the $X in the right pane before clicking the $X in the left pane, the problem does not occur. --- |browser | browser := GLMTabulator new. browser column: #one; column: #two. browser transmit to: #one; andShow: [ :a | a tree rootsExpanded; children: [:x :i | x asString size > 1 ifTrue: [x] ifFalse: [OrderedCollection new] ] ; format: [ :x | x isCollection ifTrue: [x first] ifFalse: [x] ]. ]. browser transmit to: #two; andShow: [ :a | a tree rootsExpanded; children: [:x :i | x asString size > 1 ifTrue: [x] ifFalse: [OrderedCollection new] ] ; format: [ :x | x isCollection ifTrue: [x first] ifFalse: [x] ]. ]. browser transmit from: #one; to: #two port: #selection. browser openOn: #(($A $B ) ($C $E ($X $O))) Attachments: GLMTreePresentation-artifact.png 9.6 KB -- 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 9

Build failed in Jenkins: moose-5.0 #199
by admin＠moosetechnology.org 21 Nov '13

21 Nov '13

See <https://ci.inria.fr/moose/job/moose-5.0/199/> ------------------------------------------ Started by upstream project "petitparser" build number 289 originally caused by: [URLTrigger] A change within the response URL invocation (log) Building remotely on moose-slave in workspace <https://ci.inria.fr/moose/job/moose-5.0/ws/> Deleting project workspace... done [moose-5.0] $ /bin/sh -xe /tmp/hudson6155065150199261544.sh + bash + wget --quiet -O - http://get.pharo.org/30+vmLatest Downloading the latest 30 Image: http://files.pharo.org/image/30/latest.zip Pharo.image Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/linux/latest.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 + ./pharo Pharo.image save moose-5.0 ----SNAPSHOT----2013-11-21T09:39:38.340238+01:00 moose-5.0.image priorSource: 26983752 + REPO=http://www.smalltalkhub.com/mc/Moose/Moose/main + ./pharo moose-5.0.image config http://www.smalltalkhub.com/mc/Moose/Moose/main ConfigurationOfMoose --install=development [31m[33m =============================================================================== Notice: Installing ConfigurationOfMoose development =============================================================================== [0m[0mInstalling ConfigurationOfMoose development Loading 4.9-baseline of ConfigurationOfMoose... Fetched -> ConfigurationOfFame-TudorGirba.23 --- http://smalltalkhub.com/mc/Moose/Fame/main/ --- http://smalltalkhub.com/mc/Moose/Fame/main/ Loaded -> ConfigurationOfFame-TudorGirba.23 --- http://smalltalkhub.com/mc/Moose/Fame/main/ --- <https://ci.inria.fr/moose/job/moose-5.0/ws/package-cache> Fetched -> ConfigurationOfRoassal-AlexandreBergel.1192 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal/main/ --- http://smalltalkhub.com/mc/ObjectProfile/Roassal/main/ Loaded -> ConfigurationOfRoassal-AlexandreBergel.1192 --- http://smalltalkhub.com/mc/ObjectProfile/Roassal/main/ --- <https://ci.inria.fr/moose/job/moose-5.0/ws/package-cache> Fetched -> ConfigurationOfXMLParser-DamienCassou.14 --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ Loaded -> ConfigurationOfXMLParser-DamienCassou.14 --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ --- http://smalltalkhub.com/mc/PharoExtras/XMLParser/main/ Fetched -> ConfigurationOfPetitParser-StephanEggermont.45 --- http://smalltalkhub.com/mc/Moose/PetitParser/main/ --- http://smalltalkhub.com/mc/Moose/PetitParser/main/ ...RETRY->ConfigurationOfPetitParser ...RETRY->ConfigurationOfPetitParser[31mError: Could not access http://smalltalkhub.com/mc/Moose/PetitParser/main/: ConnectionTimedOut: Data receive timed out. [0mMCSmalltalkhubRepository(Object)>>error: MCSmalltalkhubRepository>>loadAllFileNames in Block: [ :exception | self error: 'Could not access ' , s...etc... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: MethodContext(ContextPart)>>handleSignal: ConnectionTimedOut(Exception)>>pass ZnClient>>executeWithRetriesRemaining: in Block: [ :exception | ... BlockClosure>>cull: MethodContext(ContextPart)>>handleSignal: in Block: [ self exceptionHandlerBlock cull: exception ] BlockClosure>>ensure: MethodContext(ContextPart)>>handleSignal: ConnectionTimedOut(Exception)>>signal ConnectionTimedOut(Exception)>>signal: ConnectionTimedOut class(Exception class)>>signal: Socket>>waitForDataFor: in Block: [ ConnectionTimedOut signal: 'Data receive timed o...etc... Socket>>waitForDataFor:ifClosed:ifTimedOut: Socket>>waitForDataFor: ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData ZdcSocketStream(ZdcSimpleSocketStream)>>fillReadBuffer ZdcSocketStream(ZdcAbstractSocketStream)>>next ZnLineReader>>processNext ZnLineReader>>nextLine ZnStatusLine>>readFrom: ZnStatusLine class>>readFrom: ZnResponse>>readHeaderFrom: ZnResponse(ZnMessage)>>readFrom: ZnResponse class(ZnMessage class)>>readFrom: [0mBuild step 'Execute shell' marked build as failure Archiving artifacts Recording test results

1 1

Re: PetitParser Configuration Issue
by Stephan Eggermont 21 Nov '13

21 Nov '13

Name: ConfigurationOfPetitParser-StephanEggermont.45 Author: StephanEggermont Time: 21 November 2013, 9:38:06.125 am UUID: 45d3d648-e50b-4035-b7ca-51f53a668c5d Ancestors: ConfigurationOfPetitParser-StephanEggermont.44 Defined package dependencies for snapshot

1 0

PetitParser Configuration Issue
by Sean P. DeNigris 20 Nov '13

20 Nov '13

In Pharo 2.0 latest, ConfigurationOfPetitParser project stableVersion load: 'Core'. leads to... This package depends on the following classes: PPAbstractParserTest You must resolve these dependencies before you will be able to load these definitions: PPAnalyzerTest packageNamesUnderTest assert:includes:epsilon: grammarA grammarB grammarC grammarD grammarE testAllNamedParsers testAllParsers testCycleSetGrammarA testCycleSetGrammarB testCycleSetGrammarC testCycleSetGrammarD testCycleSetGrammarE testCycleSetInChoice testCycleSetInSequence testDelegateReplace testFirstSetExpression testFirstSetGrammarA testFirstSetGrammarB testFirstSetGrammarC testFirstSetGrammarD testFirstSetGrammarE testFirstSetLambda testFollowSetExampleA testFollowSetExampleB testFollowSetExampleC testFollowSetExampleD testFollowSetExampleE testInnerChildren testIsNullable testIsTerminal testListReplace testNamedChildren testRepetitionReplace testTransformIdentityGrammarC testTransformIdentityGrammarE testTransformWrapGrammarC testTransformWrapGrammarE PPRewriterTest setUp testDuplicationRemoval testPatternRemoval testPatternReplacement testReplaceLiteral testSwapTwoPattern testWrapLiteral PPSearcherTest setUp testAnyPattern testClassPattern testCopyMatchAction testCopyMatchDelegate testCopyMatchEpsilon testCopyMatchFailure testCopyMatchList testCopyMatchLiteral testCopyMatchPluggable testCopyMatchPredicate testCopyMatchPredicateSequence testCopyMatchRecursiveDelegate testCopyMatchRecursiveList testCopyMatchRepetition testCopyMatchRepetitionGreedy testCopyMatchRepetitionLazy testCopyMatchRepetitionMinMax testKindPattern testListInfix testListPostfix testListPrefix testMatchesAny testMultiplePattern testNamePattern testNewPattern testRecursivePattern testRepeatedPattern ----- Cheers, Sean -- View this message in context: http://forum.world.st/PetitParser-Configuration-Issue-tp4723853.html Sent from the Moose mailing list archive at Nabble.com.

1 0

Sorting moose group
by Yuriy Tymchuk 20 Nov '13

20 Nov '13

Hi Is there an easy way to sort a MooseGroup on demand? For example I want to be able to sort methods by name, or by number of arguments… Uko

2 2

Issue 772 in moose-technology: Moose Panel > ST importer > incorrect selection highlighting
by moose-technology＠googlecode.com 20 Nov '13

20 Nov '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 772 by google....(a)ben.coman.com.au: Moose Panel > ST importer > incorrect selection highlighting http://code.google.com/p/moose-technology/issues/detail?id=772 Upon removing an item from a list, the next item down becomes higlighted like it is selected and the highlighting cannot be removed. It is not really selected. How to reproduce the problem: 1. Unzipped Moose Suite 4.6 Development 2. Ran Moose.app\Contents\Windows\Squeak.exe 3. WorldMenu > Moose > Moose Panel 4. Clicked the ST downarrow icon. (btw, you might think about giving the dialog that pops up a title) 5. In the [Initial list] tab selected the nine "AST-*" entries and clicked the three-right-arrows. 6. In the [Selection] tab, selected "AST-Semantic" and clicked the three-left-arrows. The row below that - "AST-Semantic-Binding" - is now highlighted as selected. 7. Try to get rid of the selection highlighting on "AST-Semantic-Binding"

1 1

Issue 977 in moose-technology: No widestring method definitions
by moose-technology＠googlecode.com 19 Nov '13

19 Nov '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 977 by step...(a)stack.nl: No widestring method definitions http://code.google.com/p/moose-technology/issues/detail?id=977 Gemstone doesn't like widestring method definitions. MCMethodDefinition allInstances select: [ :each | (each source isKindOf: ByteString) not ] should return an empty collection. In Pharo 3.0 it does. In Moose 4.8 however we have VerveineJTestResource>mse MalPorterStemmerTest>porterTestData MalStopwords>moreBasicEnglish MalGermanStemmer>performStemming: PPAnalyzerTest>grammarD Stephan -- 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 2

SVG described countries in Roassal
by Alexandre Bergel 19 Nov '13

19 Nov '13

Hi! I had fun understanding how countries may be described using SVG. Here is a first shoot: Moving the mouse above a country name highlight the country. You can now rehearse your geography. The complete source code of this example is: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | view element nameComponent label | view := ROView new. ROSVGPath countries do: [ :k | element := (ROSVGPath path: (ROSVGPath perform: k)) elementOn: k. view add: element. ]. nameComponent := ROElement new. ROSVGPath countries do: [ :k | label := ROLabel elementOn: k asString. label @ ROLightlyHighlightable. label on: ROMouseEnter do: [ :event | ROBlink highlight: (view elementFromModel: event model asSymbol) ]. label on: ROMouseLeave do: [ :event | ROBlink unhighlight: (view elementFromModel: event model asSymbol) ]. nameComponent add: label. ]. ROGridLayout new gapSize: -3; lineItemsCount: 15; on: nameComponent elements. view add: nameComponent. nameComponent translateTo: 0 @ 400. view openInWindowSized: 1000 @ 700 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 10

Issue 1014 in moose-technology: FileAnchor should store file names with / only
by moose-technology＠googlecode.com 19 Nov '13

19 Nov '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Famix Milestone-5.0 New issue 1014 by tu...(a)tudorgirba.com: FileAnchor should store file names with / only http://code.google.com/p/moose-technology/issues/detail?id=1014 On Windows, VerveineJ exports source file anchors with \. If the MSE file is afterwards copied on a Linux or Mac machine, the path is not found. One solution is to ensure that all occurrences of \ are replaced when loading a FileAnchor. -- 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

Glamour Roassal transfer on click
by Yuriy Tymchuk 19 Nov '13

19 Nov '13

Hi, roassal views have a nice feature in glamour - a new glamour pane is opened when an entity is clicked. This is being set up by: aView raw allElementsDo: [:each | each on: ROMouseClick do: [:event | self selection: each model ]] ]. in GLMRoassalPresentation>>renderOn:. I’d like to know if there is a possibility to do it yourself, because I generate some nodes dynamically when view is already displayed. Cheers. Uko

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev