- Moose-dev - INF Mailman

Issue 895 in moose-technology: Lack of entities in verveineJ model

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-VerveineJ Milestone-4.7 New issue 895 by andreho...(a)gmail.com: Lack of entities in verveineJ model http://code.google.com/p/moose-technology/issues/detail?id=895 I'm parsing the single .java attached file (I have also copied in the end of this message), and I have some points: - A stub class FileUtils is not created. As consequence the receiver os the static invocation "FileUtils.close(ti)" (see last line) is "nil". - A stub class ArchiveScanner (superclass) is not created. What do you think about that? In addition (I believe it is OK): - A stub class Map is created as FAMIXParameterizableClass (it should just be used to Generics, no?). - A 'V' FAMIXParameterType is created - A Comparable is created as FAMIXParameterizedType Maybe these three points are coming from the class Map in Java, then it is OK. Basically this is the code attached: ========= public class TarScanner extends ArchiveScanner { ... protected void fillMapsFromArchive(Resource src, String encoding, Map fileEntries, Map matchFileEntries, Map dirEntries, Map matchDirEntries) { TarEntry entry = null; TarInputStream ti = null; try { try { ti = new TarInputStream(src.getInputStream()); } catch (IOException ex) { throw new BuildException("problem opening " + srcFile, ex); } while ((entry = ti.getNextEntry()) != null) { Resource r = new TarResource(src, entry); String name = entry.getName(); if (entry.isDirectory()) { name = trimSeparator(name); dirEntries.put(name, r); if (match(name)) { matchDirEntries.put(name, r); } } else { fileEntries.put(name, r); if (match(name)) { matchFileEntries.put(name, r); } } } } catch (IOException ex) { throw new BuildException("problem reading " + srcFile, ex); } finally { FileUtils.close(ti); } } ... =========

12 years, 2 months

1
8
0 0

Fwd: [Metacello] Metaceller

by Diego Lont

Hi Doru, I posted this at the wrong list … probably arrived you, but still. Repost on the proper list. > Hi Doru, > > Feel free to improve on the tool. Some things I agree are not very neatly coded. > > Cheers, > Diego > >> Hi Diego, >> >> I did not forget about your announcement. I am still going through it. There are things that I would like changed, but nevertheless we now have a first robust solution for in-image configuration development. >> >> I will come back with suggestions (and code modifications :)). >> >> Cheers, >> Doru >> >

12 years, 2 months

1
0
0 0

Graphs

by mathieubmddehouck＠mailoo.org

Ok, so I will be able to use "attributes" for a good rendering with the laggered tree layout. Well, I did not know that, that's why I've created a new class which is now called ROCompactTreeNode (or something like that), but maybe it's not useful to keep it, just a little refactor of the algorithms, and it will works with regular ROElement. Igor told us, that the problem was due to the fact that we keep visualizations open, while quitting our image, and that when launching it athens try to draw on a surface (external to pharo) that does not exist any more. Updating to 2.1 solve the problem, we have an error instead of an exit. Regards Mathieu

12 years, 2 months

2
1
0 0

Using Athens for real ...

by Stéphane Ducasse

Begin forwarded message: > From: Igor Stasenko <siguctua(a)gmail.com> > Subject: Re: Else I can do a mail to the moose mailing... > Date: May 4, 2013 12:45:36 AM GMT+02:00 > To: Stéphane Ducasse <stephane.ducasse(a)inria.fr> > > So i spent a little time to make an experiment, how fast i can render > the tree visualization. > > (gray screenshot) > This one i can zoom& pan in real time without even noticing any sort of delay: > > (AthensTreeView > openOn: Collection extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > > (white screenshot) > This one a bit sluggish, because of drawing too many curves (but if > you comment curve drawing - connecting each child with its parent, > and leave drawing only boxes.. it will be quite fast.. for real-time zoom & pan) > > (AthensTreeView > openOn: Object extentBlock: [ :cls | (cls allInstVarNames > size+1)*5 @ (cls methodDict size + 1) ] > childsBlock: [ :cls | cls subclasses ]). > > And sure, smart people usually employ different visualizations for > such large trees, since it makes no sense: > Object withAllSubclasses size > 6882 > > but even without it, if you limit max zoom, you can go very fast ( > there is a lot of literature how you can do geometry culling (by > occluding unnecessary > geometry to not waste cycles on it, since it is outside of view anyways) > > > -- > Best regards, > Igor Stasenko.

12 years, 2 months

3
2
0 0

EyeSee Composite Diagram

by Francisco Martins

Hello, I'm trying to put on the same graph a cloud of points and a straight line calculated by the method of least squares. Not working very well when I use a code like what goes down: |x y data scat line k xx yy renderer| > x := #(0 1 2 3 4). > y := #(0 1 2 3 4). > data := OrderedCollection new. > k := 0. > x size timesRepeat: [ > k := k + 1. xx := x at: k. yy := y at: k. > data add: xx @ yy > ]. > scat := ESScatterPlot new. > scat > x: [:each| each value x]; > y: [:each| each value y]; > baseAxisLine; > valueAxis; > models: data. > line := ESLineDiagram new. > line > x: [:each| each value x]; > y: [:each| each value y]; > models: data. > > renderer := ESDiagramRenderer new. > renderer compositeDiagram > add: scat; > add: line. > > renderer open The chart can be seen in http://tinypic.com/r/34zeicg/5. Already grateful for any assistance. -- Sds., Francisco Ary Martins http://chicoary.wordpress.com ---- "Estes são os meus princípios. Se você não gosta deles, eu tenho outros." Grouch Marx

12 years, 2 months

1
0
0 0

Jenkins build became unstable: moose-latest-dev-4.8 #393

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/393/>

12 years, 2 months

1
1
0 0

Jenkins build is back to stable : moose-latest-dev-4.8 #392

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/392/>

12 years, 2 months

1
0
0 0

Graphs

by mathieubmddehouck＠mailoo.org

Hi Alexandre, I tried what you sent, very nice it is. I've added interationSendToEvent: to the package. For the laggered tree, I know how to easily avoid crossing, but I need to know fo each node if it's on the lower or the upper layer. And the ROElement don't know that. I've tried some little things with generic graphs, now all the compact trees accept generic graphs, I mean graphs with cycle and forests. You just have to give a root to your layout. But there's a problem, what to do with unreachable nodes ? For instance I put them on the side, but if you have another ideé tell me. ++++++++++++++++++++++++++++ Gofer it smalltalkhubUser: 'MathieuDehouck' project: 'RoassalAlgorithm'; package: 'Roassal-Algotithm'; load. ++++++++++++++++++++++++++++ | rawView view group listOfNodes listOfLinks layout | rawView := ROView new. view := ROMondrianViewBuilder view: rawView. "enter your script below" "-------------" "-------------" group := Dictionary new. "Creation of the group" listOfNodes := #(#('Myriel' 1) #('Napoleon' 1) #('MlleBaptistine' 1) #('MmeMagloire' 1) #('CountessdeLo' 1) #('Geborand' 1) #('Champtercier' 1) #('Cravatte' 1) #('Count' 1) #('OldMan' 1) #('Labarre' 2) #('Valjean' 2) #('Marguerite' 3) #('MmedeR' 2) #('Isabeau' 2) #('Gervais' 2) #('Tholomyes' 3) #('Listolier' 3) #('Fameuil' 3) #('Blacheville' 3) #('Favourite' 3) #('Dahlia' 3) #('Zephine' 3) #('Fantine' 3) #('MmeThenardier' 4) #('Thenardier' 4) #('Cosette' 5) #('Javert' 4) #('Fauchelevent' 0) #('Bamatabois' 2) #('Perpetue' 3) #('Simplice' 2) #('Scaufflaire' 2) #('Woman1' 2) #('Judge' 2) #('Champmathieu' 2) #('Brevet' 2) #('Chenildieu' 2) #('Cochepaille' 2) #('Pontmercy' 4) #('Boulatruelle' 6) #('Eponine' 4) #('Anzelma' 4) #('Woman2' 5) #('MotherInnocent' 0) #('Gribier' 0) #('Jondrette' 7) #('MmeBurgon' 7) #('Gavroche' 8) #('Gillenormand' 5) #('Magnon' 5) #('MlleGillenormand' 5) #('MmePontmercy' 5) #('MlleVaubois' 5) #('LtGillenormand' 5) #('Marius' 8) #('BaronessT' 5) #('Mabeuf' 8) #('Enjolras' 8) #('Combeferre' 8) #('Prouvaire' 8) #('Feuilly' 8) #('Courfeyrac' 8) #('Bahorel' 8) #('Bossuet' 8) #('Joly' 8) #('Grantaire' 8) #('MotherPlutarch' 9) #('Gueulemer' 4) #('Babet' 4) #('Claquesous' 4) #('Montparnasse' 4) #('Toussaint' 5) #('Child1' 10) #('Child2' 10) #('Brujon' 4) #('MmeHucheloup' 8)). listOfNodes do: [ :pair | group at: pair second put: pair first ]. listOfLinks := #( #(1 0 1) #(2 0 8) #(3 0 10) #(3 2 6) #(4 0 1) #(5 0 1) #(6 0 1) #(7 0 1) #(8 0 2) #(9 0 1) #(11 10 1) #(11 3 3) #(11 2 3) #(11 0 5) #(12 11 1) #(13 11 1) #(14 11 1) #(15 11 1) #(17 16 4) #(18 16 4) #(18 17 4) #(19 16 4) #(19 17 4) #(19 18 4) #(20 16 3) #(20 17 3) #(20 18 3) #(20 19 4) #(21 16 3) #(21 17 3) #(21 18 3) #(21 19 3) #(21 20 5) #(22 16 3) #(22 17 3) #(22 18 3) #(22 19 3) #(22 20 4) #(22 21 4) #(23 16 3) #(23 17 3) #(23 18 3) #(23 19 3) #(23 20 4) #(23 21 4) #(23 22 4) #(23 12 2) #(23 11 9) #(24 23 2) #(24 11 7) #(25 24 13) #(25 23 1) #(25 11 12) #(26 24 4) #(26 11 31) #(26 16 1) #(26 25 1) #(27 11 17) #(27 23 5) #(27 25 5) #(27 24 1) #(27 26 1) #(28 11 8) #(28 27 1) #(29 23 1) #(29 27 1) #(29 11 2) #(30 23 1) #(31 30 2) #(31 11 3) #(31 23 2) #(31 27 1) #(32 11 1) #(33 11 2) #(33 27 1) #(34 11 3) #(34 29 2) #(35 11 3) #(35 34 3) #(35 29 2) #(36 34 2) #(36 35 2) #(36 11 2) #(36 29 1) #(37 34 2) #(37 35 2) #(37 36 2) #(37 11 2) #(37 29 1) #(38 34 2) #(38 35 2) #(38 36 2) #(38 37 2) #(38 11 2) #(38 29 1) #(39 25 1) #(40 25 1) #(41 24 2) #(41 25 3) #(42 41 2) #(42 25 2) #(42 24 1) #(43 11 3) #(43 26 1) #(43 27 1) #(44 28 3) #(44 11 1) #(45 28 2) #(47 46 1) #(48 47 2) #(48 25 1) #(48 27 1) #(48 11 1) #(49 26 3) #(49 11 2) #(50 49 1) #(50 24 1) #(51 49 9) #(51 26 2) #(51 11 2) #(52 51 1) #(52 39 1) #(53 51 1) #(54 51 2) #(54 49 1) #(54 26 1) #(55 51 6) #(55 49 12) #(55 39 1) #(55 54 1) #(55 26 21) #(55 11 19) #(55 16 1) #(55 25 2) #(55 41 5) #(55 48 4) #(56 49 1) #(56 55 1) #(57 55 1) #(57 41 1) #(57 48 1) #(58 55 7) #(58 48 7) #(58 27 6) #(58 57 1) #(58 11 4) #(59 58 15) #(59 55 5) #(59 48 6) #(59 57 2) #(60 48 1) #(60 58 4) #(60 59 2) #(61 48 2) #(61 58 6) #(61 60 2) #(61 59 5) #(61 57 1) #(61 55 1) #(62 55 9) #(62 58 17) #(62 59 13) #(62 48 7) #(62 57 2) #(62 41 1) #(62 61 6) #(62 60 3) #(63 59 5) #(63 48 5) #(63 62 6) #(63 57 2) #(63 58 4) #(63 61 3) #(63 60 2) #(63 55 1) #(64 55 5) #(64 62 12) #(64 48 5) #(64 63 4) #(64 58 10) #(64 61 6) #(64 60 2) #(64 59 9) #(64 57 1) #(64 11 1) #(65 63 5) #(65 64 7) #(65 48 3) #(65 62 5) #(65 58 5) #(65 61 5) #(65 60 2) #(65 59 5) #(65 57 1) #(65 55 2) #(66 64 3) #(66 58 3) #(66 59 1) #(66 62 2) #(66 65 2) #(66 48 1) #(66 63 1) #(66 61 1) #(66 60 1) #(67 57 3) #(68 25 5) #(68 11 1) #(68 24 1) #(68 27 1) #(68 48 1) #(68 41 1) #(69 25 6) #(69 68 6) #(69 11 1) #(69 24 1) #(69 27 2) #(69 48 1) #(69 41 1) #(70 25 4) #(70 69 4) #(70 68 4) #(70 11 1) #(70 24 1) #(70 27 1) #(70 41 1) #(70 58 1) #(71 27 1) #(71 69 2) #(71 68 2) #(71 70 2) #(71 11 1) #(71 48 1) #(71 41 1) #(71 25 1) #(72 26 2) #(72 27 1) #(72 11 1) #(73 48 2) #(74 48 2) #(74 73 3) #(75 69 3) #(75 68 3) #(75 25 3) #(75 48 1) #(75 41 1) #(75 70 1) #(75 71 1) #(76 64 1) #(76 65 1) #(76 66 1) #(76 63 1) #(76 62 1) #(76 48 1) #(76 58 1)). view shape circle size: 8. view nodes: (listOfNodes collect: #first). view edges: listOfLinks from: [ :triple | (listOfNodes at: (triple first + 1)) first ] to: [ :triple | (listOfNodes at: (triple second + 1)) first]. layout := ROVerticalCompactTree new. layout root:( view nodes at: 65). layout initialLayout: ROVerticalLineLayout. view layout: layout. view applyLayout. view edges do: [ :e| e ]. ROEaselMorphic new populateMenuOn: view. view open +++++++++++++++++++++++++ If you take off the roo: it won't work. Regards Mathieu

12 years, 2 months

4
4
0 0

Fwd: Bug Pharo

by Usman Bhatti

Working with Athens and Roassal on Linux, the image crashes with the following stack error. Reproducing it not quite easy but its related to taskbar and now we cannot launch image anymore :-(. ---------- Forwarded message ---------- From: <mathieubmddehouck(a)mailoo.org> Date: Fri, May 3, 2013 at 4:01 PM Subject: Bug Pharo To: Usman Bhatti <usman.bhatti(a)gmail.com> ** Built from: NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 With: NBCogit NativeBoost-CogPlugin-EstebanLorenzano.18 uuid: a53445f9-c0c0-4015-97a3-be7db8d9ed6b Mar 13 2013 Revision: git://gitorious.org/cogvm/blessed.git Commit: 412abef33cbed05cf1d75329e451d71c0c6aa5a7 Date: 2013-03-13 17:48:50 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #14535 Build host: Linux linux-ubuntu-10 2.6.32-38-server #83-Ubuntu SMP Wed Jan 4 11:26:59 UTC 2012 x86_64 GNU/Linux plugin path: /home/matisyahu/Bureau/pharo2.0/bin [default: /home/matisyahu/Bureau/pharo2.0/bin/] C stack backtrace: /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x80a0c0c] /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x80a0f28] [0xb776d40c] /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x8120215] /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x8091d8a] /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x8092300] /home/matisyahu/Bureau/pharo2.0/bin/pharo[0x8092417] [0x7714c711] /home/matisyahu/Bureau/pharo2.0/bin/pharo(interpret+0x7a6)[0x8094f36] /home/matisyahu/Bureau/pharo2.0/bin/pharo(main+0x2b3)[0x80a18b3] /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0xb75764d3] Smalltalk stack dump: 0xbfe67f44 M NBFFICallout class(NBNativeCodeGen class)>retrySend: 0x777e5098: a(n) NBFFICallout class 0xbfe67f68 I AthensCairoSurface>extent 0x7e24df84: a(n) AthensCairoSurface 0xbfe67f94 I [] in ROAthensCanvas>paintBackground: 0x7eb0f00c: a(n) ROAthensCanvas 0xbfe67fb4 M BlockClosure>ensure: 0x7eb0f4b4: a(n) BlockClosure 0xbfe67fdc I AthensCairoMatrix>restoreAfter: 0x7e24dfdc: a(n) AthensCairoMatrix 0xbfe62e0c I ROAthensCanvas>paintBackground: 0x7eb0f00c: a(n) ROAthensCanvas 0xbfe62e30 I ROView>drawOn: 0x7e23cbac: a(n) ROView 0xbfe62e58 I [] in ROViewStack>drawOn: 0x7e23d060: a(n) ROViewStack 0xbfe62e80 I [] in ROViewStack>viewReverseDo: 0x7e23d060: a(n) ROViewStack 0xbfe62ea0 M OrderedCollection>reverseDo: 0x7e23d24c: a(n) OrderedCollection 0xbfe62ec4 I ROViewStack>viewReverseDo: 0x7e23d060: a(n) ROViewStack 0xbfe62ee8 I ROViewStack>drawOn: 0x7e23d060: a(n) ROViewStack 0xbfe62f14 I [] in ROAthensMorph>drawOn: 0x7e2483f0: a(n) ROAthensMorph 0xbfe62f3c I [] in AthensCairoSurface>drawDuring: 0x7e24df84: a(n) AthensCairoSurface 0xbfe62f5c M BlockClosure>ensure: 0x7eb0b400: a(n) BlockClosure 0xbfe62f80 I AthensCairoSurface>drawDuring: 0x7e24df84: a(n) AthensCairoSurface 0xbfe62fa4 I ROAthensMorph>drawOn: 0x7e2483f0: a(n) ROAthensMorph 0xbfe62fc0 M FormCanvas(Canvas)>draw: 0x7eb0b08c: a(n) FormCanvas 0xbfe62fdc M FormCanvas(Canvas)>drawMorph: 0x7eb0b08c: a(n) FormCanvas 0xbfe61e50 M [] in ROAthensMorph(Morph)>fullDrawOn: 0x7e2483f0: a(n) ROAthensMorph 0xbfe61e68 M FormCanvas>roundCornersOf:in:during: 0x7eb0b08c: a(n) FormCanvas 0xbfe61e8c M FormCanvas(Canvas)>roundCornersOf:during: 0x7eb0b08c: a(n) FormCanvas 0xbfe61eb0 M [] in ROAthensMorph(Morph)>fullDrawOn: 0x7e2483f0: a(n) ROAthensMorph 0xbfe61ecc M BlockClosure>on:do: 0x7eb0b1e8: a(n) BlockClosure 0xbfe61eec M ROAthensMorph(Morph)>fullDrawOn: 0x7e2483f0: a(n) ROAthensMorph 0xbfe61f08 M FormCanvas(Canvas)>fullDraw: 0x7eb0b08c: a(n) FormCanvas 0xbfe61f24 M FormCanvas(Canvas)>fullDrawMorph: 0x7eb0b08c: a(n) FormCanvas 0xbfe61f44 M [] in SystemWindow(Morph)>drawSubmorphsOn: 0x7e248620: a(n) SystemWindow 0xbfe61f64 M Array(SequenceableCollection)>reverseDo: 0x7e24a7c4: a(n) Array 0xbfe61f80 M [] in SystemWindow(Morph)>drawSubmorphsOn: 0x7e248620: a(n) SystemWindow 0xbfe61f9c M FormCanvas>clipBy:during: 0x7eb0ad44: a(n) FormCanvas 0xbfe61fc0 M SystemWindow(Morph)>drawSubmorphsOn: 0x7e248620: a(n) SystemWindow 0xbfe61fe0 M [] in SystemWindow(Morph)>fullDrawOn: 0x7e248620: a(n) SystemWindow 0xbfe60e8c M FormCanvas>roundCornersOf:in:during: 0x7eb0ad44: a(n) FormCanvas 0xbfe60eb0 M FormCanvas(Canvas)>roundCornersOf:during: 0x7eb0ad44: a(n) FormCanvas 0xbfe60ed4 M [] in SystemWindow(Morph)>fullDrawOn: 0x7e248620: a(n) SystemWindow 0xbfe60ef0 M BlockClosure>on:do: 0x7eb0ae30: a(n) BlockClosure 0xbfe60f10 M SystemWindow(Morph)>fullDrawOn: 0x7e248620: a(n) SystemWindow 0xbfe60f2c M FormCanvas(Canvas)>fullDraw: 0x7eb0ad44: a(n) FormCanvas 0xbfe60f48 M FormCanvas(Canvas)>fullDrawMorph: 0x7eb0ad44: a(n) FormCanvas 0xbfe60f9c M [] in WorldState>drawWorld:submorphs:invalidAreasOn: 0x772d559c: a(n) WorldState 0xbfe60fd4 I Rectangle>allAreasOutsideList:startingAt:do: 0x7eaa8a14: a(n) Rectangle 0xbfe59eb4 I Rectangle>allAreasOutsideList:do: 0x7eaa8a14: a(n) Rectangle 0xbfe59ef8 I [] in WorldState>drawWorld:submorphs:invalidAreasOn: 0x772d559c: a(n) WorldState 0xbfe59f1c M Array(SequenceableCollection)>do: 0x7eab4608: a(n) Array 0xbfe59f54 I WorldState>drawWorld:submorphs:invalidAreasOn: 0x772d559c: a(n) WorldState 0xbfe59f8c M [] in WorldState>displayWorld:submorphs: 0x772d559c: a(n) WorldState 0xbfe59fac I FormCanvas>roundCornersOf:in:during: 0x7eab4500: a(n) FormCanvas 0xbfe59fd8 I FormCanvas(Canvas)>roundCornersOf:during: 0x7eab4500: a(n) FormCanvas 0xbfe58eec I WorldState>displayWorld:submorphs: 0x772d559c: a(n) WorldState 0xbfe58f14 I PasteUpMorph>privateOuterDisplayWorld 0x772c60c0: a(n) PasteUpMorph 0xbfe58f34 I PasteUpMorph>displayWorld 0x772c60c0: a(n) PasteUpMorph 0xbfe58f58 I [] in WorldState>displayWorldSafely: 0x772d559c: a(n) WorldState 0xbfe58f74 M BlockClosure>on:do: 0x7eab437c: a(n) BlockClosure 0xbfe58f94 M BlockClosure>ifError: 0x7eab437c: a(n) BlockClosure 0xbfe58fb8 I WorldState>displayWorldSafely: 0x772d559c: a(n) WorldState 0xbfe58fdc I WorldState>doOneCycleNowFor: 0x772d559c: a(n) WorldState 0x7e2f1720 s WorldState>doOneCycleFor: 0x7e2f177c s PasteUpMorph>doOneCycle 0x7e256bcc s [] in MorphicUIManager>spawnNewProcess 0x7e256b48 s [] in BlockClosure>newProcess Most recent primitives basicNew at:put: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: species basicNew: replaceFrom:to:with:startingAt: basicNew platformId basicNew at: class class class compare:with:collated: at: at: at: at: new: at:put: at:put: at:put: species basicNew: replaceFrom:to:with:startingAt: replaceFrom:to:with:startingAt: class stringHash:initialHash: class class compare:with:collated: perform: basicNew: basicNew at:put: at:put: at:put: at:put: species basicNew: replaceFrom:to:with:startingAt: species basicNew: at:put: at:put: at:put: at:put: basicNew: basicNew class class replaceFrom:to:with:startingAt: class class replaceFrom:to:with:startingAt: at:put: at:put: at:put: at:put: class class class class class class class class class class class class class class class class class class class class class at:put: species basicNew: replaceFrom:to:with:startingAt: objectAt: basicNew at: class class class compare:with:collated: at: at: at: at: class objectAt: newMethod:header: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: at:put: objectAt: objectAt: objectAt:put: objectAt: objectAt:put: objectAt: objectAt:put: objectAt: objectAt:put: objectAt: objectAt:put: objectAt: objectAt: shallowCopy shallowCopy basicAt:put: objectAt: objectAt:put: at: at:put: at: at:put: at: at:put: at: at:put: objectAt: objectAt: objectAt: objectAt: objectAt: flushCache at:put: objectAt: objectAt: new: terminateTo: objectAt: objectAt: perform:withArguments: width stack page bytes 4096 available headroom 3300 minimum unused headroom 3512 (Segmentation fault) Abandon

12 years, 2 months

2
2
0 0

Roassal on Jenkins?

by Alexandre Bergel

Hi! According to Jenkins there is one failing test: https://ci.inria.fr/moose/job/roassal/169/ In a fresh 2.0 image, all Roassal's tests pass. I've downloaded the Jenkins image to see what's going on. There is the class RORadialTreeLayout_N. I guess Jenkins is downloading Mathieu package? Mathieu's work has already been included in Roassal. The class has also been renamed and reworked. No need to install this package. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

12 years, 2 months

2
1
0 0

mini-moose-sprint at Lille

by Nicolas Anquetil

Now starting to fix 250 warnings on moose raised by Andre Hora's migrating rules from Pharo 1.4 to 2.0 "The longuest journey must start with a single step" let's see how far we can go nicolas -- Nicolas Anquetil -- RMod research team (Inria)

12 years, 2 months

2
1
0 0

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

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/390/> ------------------------------------------ Started by upstream project "glamour" build number 78 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-latest-dev-4.8/ws/> Deleting project workspace... done [moose-latest-dev-4.8] $ /bin/sh -xe /tmp/hudson4695044469712589725.sh + bash + wget --quiet -O - http://get.pharo.org/20+vmLatest bash: line 1: html: No such file or directory bash: line 2: syntax error near unexpected token `<' bash: line 2: `<head><title>500 Internal Server Error</title></head> ' Build step 'Execute shell' marked build as failure Archiving artifacts Recording test results

12 years, 2 months

1
0
0 0

Warnings in XML-* packages

by Andre Hora

Hello, Just some more migration warnings in packages related to XML in Moose. Change from: SystemNavigation default to: SystemNavigation new Where? XMLNode class>>notifications XMLNodeName class>>notifications XMLObservableList class>>notifications -- Andre Hora

12 years, 2 months

1
0
0 0

Graphs

by mathieubmddehouck＠mailoo.org

Hi We got problems with internet yesterday at INRIA, and so it seems that my commit (as seen in the image) was not on smalltalkhub. I did a new commit, it must be number 9. Regards Mathieu

12 years, 2 months

1
0
0 0

Creating a Configuraton

by Dennis Schenk

Hi All, I'm trying to make ConfiguratonOfQuicksilver work. When running: *Gofer new* * smalltalkhubUser: 'Quicksilver' project: 'Quicksilver';* * package: 'ConfigurationOfQuicksilver';* * load.* *ConfigurationOfQuicksilver loadDefault.* I get: 'Could not resolve: Quicksilver-Core-Tests [Quicksilver-Core-Tests] in /[...]/package-cache http://smalltalkhub.com/mc/Quicksilver/Quicksilver/main ' Does anybody have an idea why MetacelloFetchingMCSpecLoader is looking in my local package-cache for the package and not on smalltalkhub? Cheers, Dennis

12 years, 2 months

3
3
0 0

application of Moose to other non-Smalltalk GSoC projects

by Ben Coman

I noticed that BRL-CAD has some GSoC ideas around code refactoring. I wonder if someone might get sponsored to apply Moose to their requirements. http://brlcad.org/wiki/Google_Summer_of_Code/Project_Ideas http://brlcad.org/d/about cheers -ben

12 years, 2 months

1
0
0 0

[EyeSee] Customize size & labels of charts

by roberto.minelli＠usi.ch

Hi, I'm doing a line chart with EyeSee and I didn't manage to find a way to do the following things: 1. change the overall size of the chart 2. have string labels on the y axis, i.e., I create the chart using 1, 2, 3 as y-values but I'd like to have a way to map those 1,2,3 to three strings. Is it possible? 3. related to (1), is it possible to change the yScale? I have only three different values on the yAxis but I'd like the chart to be displayed better (i.e., now it is really squeezed). I browsed the souce code of EyeSee and the examples but it seems that these three "features" are not clearly accessible. Thanks in advance, R

12 years, 2 months

1
0
0 0

Name cloud and Overview pyramid migrated into Roassal

by Juraj Kubelka

Hi! Name cloud and Overview pyramid has been migrated into Roassal. There are two new tests which explains fixes of ROLabel (ROAbstractLabel>>testSize2 and #testSize3). Cheers, Jura

12 years, 2 months

3
3
0 0

roassal-based blueprint review

by Tudor Girba

Hi, I looked over the Roassal blueprint implementation. We start to have a working solution. Good work. However, there is still some work left :) What is nice: - Edges are properly drawn below the nodes - The implementation layer shows a tree layout - The morph menus work - The layers do not capture the interaction What is not so nice: - Morph menus are shown even on left click. They should only appear on right click. I fixed this. - The size of the root node grows too large and we get a little gap at the bottom (see the first attached picture). This has likely something to do with the latest fix from Alex related to padding. - When dragging a method or attribute node outside of the bounds of the parent, the parent continues to grow (see the second picture). This is not good :). The problem is that the logic depends on setting the parent to have extensible size. Instead, in the case of the blueprint, it should be the responsibility of the layout to grow the parent as needed without actually making the parent to be extensible. This is why in Mondrian the layout could be set to stretch. - Right now, the edges start and end in the center of the nodes. The convention in the blueprint is to have edges drawn starting from the right side and end on the left side of nodes. In any case, I already added it to the MooseFinder (the blueprint tab). Cheers, Doru -- www.tudorgirba.com "There are no old things, there are only old ways of looking at them."

12 years, 2 months

3
6
0 0

Some Roasal questions

by Yuriy Tymchuk

Started to promote Roasal on Stack Overflow :) Check there please: http://stackoverflow.com/questions/16318358/change-edge-name-that-appears-i… http://stackoverflow.com/questions/16318649/avoid-duplication-of-edges-in-r… -- View this message in context: http://moose-dev.97923.n3.nabble.com/Some-Roasal-questions-tp4027181.html Sent from the moose-dev mailing list archive at Nabble.com.

12 years, 2 months

1
0
0 0

Videos: Selling Pharo-based solutions & Custom architectural assessment

by Stephan Eggermont

Selling Pharo-based Solutions https://www.youtube.com/watch?v=v65L07qR-w4 Custom architectural assessment of a large enterprise system https://www.youtube.com/watch?v=Zzkd2D_WiVY Stephan

12 years, 2 months

1
0
0 0

Metaceller

by Diego Lont

Hi all, Recently I have been working on some configurations, and I felt the need to have something better (more specific for configurations) to edit my configurations than the standard OB / Nautilus. On the PharoConf Doru told me about GTMetataceller, but this tool needed some work. So I did some work on it, and now I am looking for feedback how you like it. It is built in glamour, and you get it, when you download the latest Moose. Just type GTMetaceller open somewhere in the browser and you are ready to rock. If you know how Metacello works, the editor should be more or less self explaining. In case you run into trouble, there is a help button that explains the tool a bit. I also did a screencast: http://youtu.be/LaJF_dfGsD8. If you want to load this in your image, just do: Gofer new url: 'http://www.smalltalkhub.com/mc/Moose/GToolkit/main'; package: 'ConfigurationOfGToolkit'; load. (Smalltalk at: #ConfigurationOfGToolkit) project development load. (Smalltalk at: #GTMetaceller) open. Note: I only tested this in Pharo 2.0, this loading does not work in Pharo 1.4. It should work in Pharo 1.4, since loading the GT-Metaceller package in Moose 4.7 works fine. I think I should create a stable version as well … that loads in Pharo 1.4 as well. Cheers, Diego

12 years, 2 months

2
1
0 0

roassal + athens

by Tudor Girba

Hi, I would like to start adopting Athens behind Roassal. I believe there already is a binding. The question is what keeps us from adding Athens as a dependency to RoassalMorphic? Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

12 years, 2 months

4
28
0 0

Jenkins build became unstable: moose-latest-dev-4.8 #379

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/379/>

12 years, 2 months

2
1
0 0

Jenkins build is back to normal : moose-latest-dev-4.8 #374

by admin＠moosetechnology.org

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/374/>

12 years, 2 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev