- Moose-dev - INF Mailman

by Alexandre Bergel

Hi! I’ve just added an example about the layouts. I think this may be useful. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

3
2
0 0

GT Inspector: Fit Morphs

by Sean P. DeNigris

What if we scaled Morphs (e.g. image previews) to fit in the tool? Right now, panes showing Morphs show them clipped with no scroll bars, which is less useful for large images. ----- Cheers, Sean -- View this message in context: http://forum.world.st/GT-Inspector-Fit-Morphs-tp4810050.html Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

2
1
0 0

GT Inspector: Edit Inst Var Value

by Sean P. DeNigris

In the old inspector, you used to be able to do this by accepting the right pane. Is this possible with GT Inspector? Thanks. p.s. I'm assuming since I didn't see a user list that this is the place for user questions as well as dev stuff. Is that correct? ----- Cheers, Sean -- View this message in context: http://forum.world.st/GT-Inspector-Edit-Inst-Var-Value-tp4810059.html Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

2
1
0 0

Simple question about blueprint complexity visualization

by Sebastian Tleye

Hi all, I am trying to analyze my system by using moose and creating a BluePrint Complexity Visualization. The problem is that the visualization is a morph without zoom or drag and is difficult to understand something. Is there any way to have a visualization like the one of "System Complexity"? (In which is possible to drag, to zoom and to export) Thanks

10 years, 4 months

3
9
0 0

embedded tutorial?

by Alexandre Bergel

Hi! Someone in the room today tried Moose. He browsed the moose website and downloaded the latest moose. He then opened it and started to click around. He closed it and moved to something else. I think this is a quite representative behavior. After having downloaded Moose, the next step is not clear at all. Maybe having a welcome message and some tutorials available could help? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

4
3
0 0

Fwd: CFP IWST 2015 - Reminder - Deadline April 10th

by jannik laval

[Please accept our apologies if you receive multiple copies of this call] [Please send to interested colleagues / mailing-lists] ************************************************************************************************************ CALL FOR PAPERS IWST15 — International Workshop on Smalltalk Technologies Brescia, Italy; July 15, 2015 http://www.esug.org/wiki/pier/Conferences/2015/International-Workshop-IWST_… ************************************************************************************************************ ------------------- Goals and scopes ------------------- The goals of the workshop is to create a forum around advances or experience in Smalltalk and to trigger discussions and exchanges of ideas. The topics of your paper can be on all aspect of Smalltalk, theoretical as well as practical. Participants are invited to submit research articles or industrial papers. This year we want to open two different tracks: one research track and one industrial track with less scientific constraints. We expect papers of three kinds: Short position papers describing emerging ideas Long research papers with deeper description of experiments and of research results. Industrial papers with presentation of real and innovative Smalltalk applications; this kind of paper should enlighten why Smalltalk is really appropriate for your application. We will not enforce any length restriction. -------------------- Important Dates -------------------- *Submission deadline: April 10th, 2015* Notification deadline: May 20th, 2015 Workshop : July 15th, 2015 All accepted papers will be published in ACM DL ------------------- Topics ------------------- We welcome contributions on all aspects, theoretical as well as practical, of Smalltalk related topics such as: -Aspect-oriented programming, -Design patterns, -Experience reports, -Frameworks, -Implementation, new dialects or languages implemented in Smalltalk, -Interaction with other languages, -Meta-programming and Meta-modeling, -Tools ------------------- Best Paper Award ------------------- To encourage the submission of high-quality papers, the IWST organizing committee is very proud to announce a Best Paper Award for this edition of IWST. We thank the Lam Research Corporation for its financial contribution which makes it possible for prizes for the three best papers: 1000 USD for first place, 600 USD for second place and 400 USD for third place. The ranking will be decided by the program committee during the review process. The awards will be given during the ESUG conference social event. The Best Paper Award will take place only with a minimum of six submissions. Notice also that to be eligible, a paper must be presented at the workshop by one of the author and that the presenting author must be registered at the ESUG conference. ------------------- Publication ------------------- Both submissions and final papers must be prepared using the ACM SIGPLAN 10 point format. Templates for Word and LaTeX are available at http://www.acm.org/sigs/sigplan/authorInformation.htm. This site also contains links to useful informations on how to write effective submissions. ------------------- Submission ------------------- All submissions must be sent via easychair: https://easychair.org/conferences/?conf=iwst2015 ------------------- Program chairs ------------------- Anne Etien (Université de Lille 1, France) Jannik Laval (Ecole des Mines de Douai, France) -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/ -- ~~Jannik Laval~~ École des Mines de Douai Enseignant-chercheur http://www.jannik-laval.eu http://www.phratch.com http://www.approchealpes.info http://car.mines-douai.fr/

10 years, 4 months

1
0
0 0

[fun] animated rotating text

by Alexandre Bergel

Hi! I’ve just stumbled on this rather old piece of code. It animates some text. Kind of fun :-) In case you have never seen it, you may try: RTExample new rotatingLabelsAnimated Here is the code: -=—=-=-=—=-=-=—=-=-=—=-= | v shape timer | v := RTView new. timer := VITimer new cycleLength: 2. shape := RTRotatedLabel new. shape angleInDegree: [ :cls | | valueEnd | valueEnd := cls numberOfMethods negated / 1.5. VIAnimatedValue new evaluator: [ :t | 0 interpolateTo: valueEnd at: t ]; timer: timer; yourself. ]. shape text: [ :cls | ' ', cls name ]. shape color: (Color black alpha: 0.2). v addAll: (shape elementsOn: Collection withAllSubclasses). v canvas color: Color white. v addAnimation: TRResetAllShapes new. timer start. v open -=—=-=-=—=-=-=—=-=-=—=-= -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

2
3
0 0

Issue 1110 in moose-technology: Easy Improvement of Roassal

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Roassal New issue 1110 by alexandr...(a)gmail.com: Easy Improvement of Roassal https://code.google.com/p/moose-technology/issues/detail?id=1110 Improve RTNestingBehavior>>centerOn: backElement elements: elements Code is about ugly. -- 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

10 years, 4 months

1
0
0 0

Issue 896 in moose-technology: Roassal should offer a proper scrolling mechanism

by moose-technology＠googlecode.com

Status: New Owner: ---- CC: alexandr...(a)gmail.com Labels: Type-Enhancement Priority-Medium Component-Roassal New issue 896 by tu...(a)tudorgirba.com: Roassal should offer a proper scrolling mechanism http://code.google.com/p/moose-technology/issues/detail?id=896 For any visualisation that is larger than the screen, you immediately get lost in Roassal. Furthermore, the current dragging style does not scale for visualizations that are much larger on one dimension than the screen. We need a mechanism that helps us: - get an idea of where we are (and how much is left outside the current view) - have an easy way to actually scroll through a larger space

10 years, 4 months

3
12
0 0

GT Inspector: Immediately Browse Class

by Sean P. DeNigris

There's a little workflow I'm used to, where I have say an inst var in the debugger and I want to browse its class, so I inspect it and then immediately browse (cmd-b). This worked in the old inspector, but in GT, since there is nothing selected by default, I get a browser on Undefined. Maybe default to self instead of nil? ----- Cheers, Sean -- View this message in context: http://forum.world.st/GT-Inspector-Immediately-Browse-Class-tp4809519.html Sent from the Moose mailing list archive at Nabble.com.

10 years, 4 months

1
0
0 0

ADA Parser?

by Alexandre Bergel

Hi! Do we have an ADA parser? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

5
6
0 0

Re: [Pharo-dev] Example implementation of associations with Slots in Pharo 4.0

by Tudor Girba

Exactly :). In Fame, there is a FMMultivalueLink hierarchy that implement many to one and many to many relations. This implementation exists since before slots and now we should reimplement them with slots. It will make the code so much nicer :). Anyone interested in picking this up? Cheers, Doru On Mon, Feb 23, 2015 at 10:34 PM, Ben Coman <btc(a)openinworld.com> wrote: > I haven't played with the relation example yet, but will real soon. Just > some initial thoughts... > > I like RelationSlot. To me association seems one-way while a relation is > two-way. > > btw, Is there some reason to not match the syntax of the often cited paper > "Flexible Object Layout" ? > I see one advantage is that its easier to read all the slot names > vertically aligned. > > Object subclass: #SlotExampleMovie > slots: { > #name. > #year. > #director => ToOneRelationSlot opposite: #directedMovies class: > #SlotExamplePerson. > #actors => ToManyRelationSlot opposite: #actedInMovies class: #SlotExamplePerson. > } > classVariables: { } > category: 'SlotAssociations-Tests-Example' > > > Also maybe an alternative slot class name so that it reads more like a > sentence... "#director related to one #directedMovies in class > #SlotExamplePerson" > > Object subclass: #SlotExampleMovie > slots: { > #name. > #year. > #director => RelatedToOne inverse: #directedMovies inClass: > #SlotExamplePerson. > #actors => RelatedToMany inverse: #actedInMovies inClass: #SlotExamplePerson. > } > classVariables: { } > category: 'SlotAssociations-Tests-Example' > > Or even... > > Object subclass: #SlotExampleMovie > slots: { > #name. > #year. > #director => OneRelatedTo many: #directedMovies inClass: > #SlotExamplePerson. > #actors => ManyRelatedTo many: #actedInMovies inClass: #SlotExamplePerson. > } > classVariables: { } > category: 'SlotAssociations-Tests-Example' > > cheers -ben > > > On Tue, Feb 24, 2015 at 2:33 AM, Jan van de Sandt <jvdsandt(a)gmail.com> > wrote: > >> >> On Mon, Feb 23, 2015 at 9:59 AM, Marcus Denker <marcus.denker(a)inria.fr> >> wrote: >> >>> >>> > On 21 Feb 2015, at 21:11, Jan van de Sandt <jvdsandt(a)gmail.com> wrote: >>> > >>> > Today I experimented a little with the new Slots feature of Pharo 4.0. >>> As an example I implemented support for associations/relationships. >>> > >>> >>> Very nice! Can I add this to Pharo4 as an example? >>> >>> Sure, cool! >> >> >>> My idea is that at first we add these things as examples, and then later >>> take the examples and distill a library of >>> generally useful slots. >>> >>> >>> >> That sounds like a good approach to get familiar with these kind of new >> features. >> >> Some things I can do to improve the Example >> - Add an option to make one side of the association readonly. In most >> situations I think it's a good idea to update an association only from one >> side to keep things simple. >> - Whats a better name AssociationSlot or RelationSlot? I'm not sure >> - As Stéphane said, isn't there a nicer way to declare the associations? >> - Better error handling >> >> Jan. >> >> >> >> >> >> >> >> >> >> >> >> > -- www.tudorgirba.com "Every thing has its own flow"

10 years, 4 months

2
1
0 0

roassal pixel rendering

by Peter Uhnák

Hi, I've been experiencing weird behavior with pixel rendering... basically one pixel lines will get blurred for some reason even though there is no half-pixel overlapping. Here is a test code (screenshots attached below). Without the labels the left box will be blurred while the right is better (even though it still has slight shadow); when I add labels however their behavior will switch. What I would expect is to have nice sharp lines all the time. Is this Athens issue? Roassal? Pharo? Its ugly both on Linux and Windows. ==================================== | view box1 box2 | view := RTView new. box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; borderColor: Color black; elementOn: '50@51'. view add: box1. box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; borderColor: Color black; elementOn: '51@50'. view add: box2. "box1 @ RTLabelled. box2 @ RTLabelled." box1 translateTo: -50 @ 0. box2 translateTo: 50 @ 0. view open ==================================== Peter

10 years, 4 months

2
1
0 0

Issue 1109 in moose-technology: roassal pixel rendering

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1109 by alexandr...(a)gmail.com: roassal pixel rendering https://code.google.com/p/moose-technology/issues/detail?id=1109 Hi, I've been experiencing weird behavior with pixel rendering... basically one pixel lines will get blurred for some reason even though there is no half-pixel overlapping. Here is a test code (screenshots attached below). Without the labels the left box will be blurred while the right is better (even though it still has slight shadow); when I add labels however their behavior will switch. What I would expect is to have nice sharp lines all the time. Is this Athens issue? Roassal? Pharo? Its ugly both on Linux and Windows. ==================================== | view box1 box2 | view := RTView new. box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; borderColor: Color black; elementOn: '50@51'. view add: box1. box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; borderColor: Color black; elementOn: '51@50'. view add: box2. "box1 @ RTLabelled. box2 @ RTLabelled." box1 translateTo: -50 @ 0. box2 translateTo: 50 @ 0. view open ==================================== Peter Attachments: with labels.png 3.0 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

10 years, 4 months

1
0
0 0

Extensible labels

by Alexandre Bergel

Hi! Not sure everybody is aware of it. In case you need to make your label fit in a given space portion, you can use RTExtensibleLabel. -=-=-=-=-=-=-=-=-=-=-=-= v := RTView new. s := RTExtensibleLabel new. 40 timesRepeat: [ e := s elementOn: 'Hello World'. e extent: (50 atRandom + 10) @ (50 atRandom + 10). v add: e. ]. RTFlowLayout on: v elements. v -=-=-=-=-=-=-=-=-=-=-=-= -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

1
0
0 0

Little question about visualization in Moose

by Sebastian Tleye

Hi, I have a system with several classes and several packages. I want to do an Overview pyramid visualization. I select them all and when I do the pyramid it says NOP = 1 (number of packages equals 1), then I have a high NOC. Why is this happening? Is it correct? Thanks -- Sebastián Tleye

10 years, 4 months

5
6
0 0

Slight improvement of distribution map

by Alexandre Bergel

Hi! I am trying to remove the old Mondrian from Roassal2. I took the liberty to change the the layout of Distribution map from grid to flow. Before you had: Now you have: -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

1
0
0 0

Multiple selection in Roassal

by Alexandre Bergel

Hi! After having discussed yesterday with Yuriy, I gave a try at having multiple selection in Roassal. If you update Roassal, you can try: -=-=-=-=-=-=-=-=-=-=-=-= b := RTMondrian new. b nodes: Collection withAllSubclasses. b layout flow. b normalizer normalizeSize: #numberOfMethods. b build. "Adding a label" labelShape := RTLabel new text: 'Nothing selected'. label := labelShape element. b view add: label. TRConstraint move: label below: b view elements. "Changing the label according to the selection" b view elements @ (RTSelectable new selectionCallback: [ :es | label trachelShape text: es size asString, ' selected elements']). b view -=-=-=-=-=-=-=-=-=-=-=-= Try clicking on the square and the white background. Wouldn’t it be nice to connect this with GTInspector? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

2
1
0 0

Re: [Pharo-users] Fwd: [Pharo Consortium] Your organization application has been rejected.

by Sven Van Caekenberghe

Well, we're not alone: Mozilla not accepted for Google Summer of Code 2015 http://blog.queze.net/post/2015/03/03/Mozilla-not-accepted-for-Google-Summe… Like Stef said, we just continue. > On 03 Mar 2015, at 10:01, Clément Bera <bera.clement(a)gmail.com> wrote: > > Well, this year google it looks like accepted less organizations. > > 2012: 180 organizations accepted. > 2013: 177 organizations accepted. > 2014: 190 organizations accepted. > 2015: 137 organizations accepted. > > A few projects with ESUG could be nice for sure. But there we will have in the same issues again: typically, a student cannot in 3 months make his project working for all existing smalltalk, ... > > 2015-03-03 9:12 GMT+01:00 Joachim Tuchel <jtuchel(a)objektfabrik.de>: > Bad news. I am eager to hear if there is something to learn from their feedback. > > Now that both ESUG and Pharo have been rejected two years in a row, maybe it is time to think about ways to revive, or re-promote, the ESUG initiatives to sponsor student projects. > > Joachim > > Am 03.03.2015 08:59 schrieb Serge Stinckwich <serge.stinckwich(a)gmail.com>: > > > > Bad news from Google ... > > We will ask some explanations with Uko. > > > > > > ---------- Forwarded message ---------- > > From: <no-reply(a)google-melange.appspotmail.com> > > Date: Mon, Mar 2, 2015 at 7:56 PM > > Subject: [Pharo Consortium] Your organization application has been rejected. > > To: serge.stinckwich(a)gmail.com > > > > > > Thank you for submitting Pharo Consortium's application to Google > > Summer of Code 2015. Unfortunately, we were unable to accept your > > organization's application at this time. Every year we receive many > > more applications than we are able to accommodate, and we would > > encourage you to reapply for future instances of the program. > > > > If you would like some general feedback on why your organization was > > not accepted, please consider attending the IRC meeting in #gsoc on > > Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the > > feedback meeting will be limited to the first 50 organizations to > > queue up (queuing in the channel will begin at 15:30 UTC). You are > > also more than welcome to just email the OSPO team at > > ospoteam(a)gmail.com directly for email feedback about your application > > as well. > > > > Best regards, > > > > > > -- > > Serge Stinckwich > > UCBN & UMI UMMISCO 209 (IRD/UPMC) > > Every DSL ends up being Smalltalk > > http://www.doesnotunderstand.org/ > > > > >

10 years, 4 months

1
0
0 0

Issue 1108 in moose-technology: Cyclic dependency between Roassal-Core and ExampleBrowser

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1108 by thomas.b...(a)porabo.ch: Cyclic dependency between Roassal-Core and ExampleBrowser https://code.google.com/p/moose-technology/issues/detail?id=1108 Package Core defines the abstract class RTObject. Package ExampleBrowser defines the abstract class RTAbstractExample as subclass of RTObject. The problem is that package Core also includes class RTMultiColoredLineExample as a subclass of RTAbstractExample. So package ExampleBrowser requires package Core because of RTObject, and package Core requires package ExampleBrowser because of RTAbstractExample. The solution could be to move class RTMultiColoredLineExample to package ExampleBrowser? This leads to cyclic dependencies, that at least in the Visualworks port lead to warnings and bundle structure errros. Please fill in the labels with the following information: * Type-Defect * Component-Roassal -- 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

10 years, 4 months

1
1
0 0

Moose ST importer wizard?

by Alexandre Bergel

Hi! I get an error after having entered a pattern matching and pressing ‘Validate’ in the St Wizard. Can someone reproduce this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

1
0
0 0

Fwd: [Pharo Consortium] Your organization application has been rejected.

by Serge Stinckwich

Bad news from Google ... We will ask some explanations with Uko. ---------- Forwarded message ---------- From: <no-reply(a)google-melange.appspotmail.com> Date: Mon, Mar 2, 2015 at 7:56 PM Subject: [Pharo Consortium] Your organization application has been rejected. To: serge.stinckwich(a)gmail.com Thank you for submitting Pharo Consortium's application to Google Summer of Code 2015. Unfortunately, we were unable to accept your organization's application at this time. Every year we receive many more applications than we are able to accommodate, and we would encourage you to reapply for future instances of the program. If you would like some general feedback on why your organization was not accepted, please consider attending the IRC meeting in #gsoc on Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the feedback meeting will be limited to the first 50 organizations to queue up (queuing in the channel will begin at 15:30 UTC). You are also more than welcome to just email the OSPO team at ospoteam(a)gmail.com directly for email feedback about your application as well. Best regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

10 years, 4 months

1
0
0 0

Question about Spotter

by Alexandre Bergel

Hi! Consider the following scenario: - I want to know which classes in GT uses TRMouseClick. Can I do this using Spotter? I open Spotter and entered TRMouseClick. I cmd-rightarrow on it, and then entered GT. It gives me this: But If I click on the selection Object>>gtDebuggerStateIn: I have that: gtDebuggerStateIn: composite <gtDebuggerPresentationOrder: 10> (GTObjectVariablesBrowser new variablesIn: composite) title: 'State'; send: #value Why is gtDebuggerStateIn offered to me? I do not understand… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 4 months

3
2
0 0

Error on importing FAMIX Java model using the VerveineJ

by Klérisson Paixão

Hi! I'm trying to import a FAMIX java model using Verveinej, but no success so far. I'm facing a FAMIX.FileIndexedAnchor not found error. As far as I understood Moose is not finding the source files, am I right? So, where should I set the root source folder? Thanks in advance! ps.: error picture on http://stackoverflow.com/questions/28817805/error-on-importing-famix-java-m… -- Klerisson lascam.facom.ufu.br

10 years, 4 months

2
1
0 0

PPSmalltalk broken tests

by Tudor Girba

Hi, Due to heavy changes in the API of the AST of Pharo, the PPSmalltalkParser is broken. I fixed some 100 tests, but there are still 66 broken ones. It would be useful if someone else would spend a bit of time to look at the errors. Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

10 years, 4 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