Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

by Tudor Girba

Hi, The other week I was at GOTO Aarhus. This was a great conference. And I got to talk about humane assessment with Moose. The presentation seemed to have captured some attention:http://martinfowler.com/bliki/gotoAarhus2011.html I think it's great that a project that was built mostly on the research side of the world can capture industry attention. This shows what can be achieved when innovation is married with long-term engineering effort. And it's not that we did not publish anything in the meantime either -- some more than 200 publications stand witness that science was not neglected. Even if I was the one presenting, the value of the work comes from many contributors. If we were to count, the effort around Moose totals more than 200 man-years of research and development. Moose has long passed the research prototype state. The philosophy behind Moose is to reinvent software and data analysis by making it accessible and tailorable. We lived this philosophy in one way or another, but it was never quite explicit. Now we have name for it: humane assessment. This is a new approach in the software engineering arena, and it can have a significant practical impact. So, here is my call. Invest in Moose. Let's change the status quo. Again from Smalltalk. How? • Just play with it. Take an afternoon and load your system into Moose, build a browser, play with a visualization. And get back to us with questions, suggestions, documentation or code. • Take an hour to read through humane-assessment.com. And get back to us. • Help us reshape the http://moosetechnology.org webpage. • Just get involved. There is always room for a contribution. You do not have to be a specialist. In fact, given that we aim to invent what does not yet exist, none of us are. Cheers, Doru -- www.tudorgirba.com "Don't give to get. Just give."

13 years, 8 months

How can I be notified of a special keypress

by VOGT Simon

Hi We have a Moose question! http://stackoverflow.com/questions/7914189/in-moose-how-can-i-be-notified-o… Simon

13 years, 8 months

Issue 735 in moose-technology: Zero Divide

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 735 by vonbecm...(a)gmail.com: Zero Divide http://code.google.com/p/moose-technology/issues/detail?id=735 Pharo image: Pharo1.3#13315 Virtual machine used: Pharo1.3 Platform Name: unix Class browser used (if applicable): OBSystemBrowserAdaptor Moose: 4.6_dev Steps to reproduce: #. open moose panel #. select a model #. visualize>>overview pyramid Actual Result: #. ZeroDivide Expected Result: #. the overview pyramid * Type-Defect Attachments: PharoDebug.log 32.9 KB

13 years, 8 months

inFamix

by Alexandre Bergel

Hi! I was not able to download inFamix. Apparently, it says that I need to accept the license before doing so. But no idea how to accept it... Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

13 years, 8 months

MooseMonticelloHTTPImporter onURL: - infinite recursion

by Ciprian Teodorov

Hi all, There is a small bug in the MooseMonticelloHTTPImporter>>#onURL: method. This method recursively calls itself. onURL: anHTTPURL " (self new onURL: 'http://www.squeaksource.com/PersonalSetting') importFileNamed: 'PersonalSetting-simon_denier.16.mcz' " ^ (self onURL: anHTTPURL) import The fix would be to change it to something like: *onURL: anHTTPURL* * ^self new onURL: anHTTPURL; import* -- PhDc Ciprian TEODOROV Lab-STICC/AS CNRS UMR 3192 University of Brest phone: (+33)(0) 6 08 54 73 48 mail: ciprian.teodorov(a)univ-brest.fr www.teodorov.ro

13 years, 8 months

Re: Jenkins build is back to stable : moose-latest-dev #662

by Tudor Girba

Hi, No celebration just yet. The errors appear randomly. We need to take a look at them. Andre, would you have time? Cheers, Doru On 20 Oct 2011, at 22:26, Alexandre Bergel wrote: > Yahhoo!!! > > Alexandre > > > On 20 Oct 2011, at 17:26, admin(a)moosetechnology.org wrote: > >> See <http://hudson.moosetechnology.org/job/moose-latest-dev/662/> >> >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

13 years, 8 months

VerveineJ on Eclipse 3.7 and other "improvements"

by Nicolas Anquetil

As part of testing and removing bug #728 (placing methods in the wrong class), I migrated to Eclipse 3.7. For VerveineJ, this implies that the org.eclipse.* jars (in the "lib" subdir) have been updated to the corresponding new versions Still as part of this bug, I stumble on the fact that in Java, enums are implicit subtype of the "java.lang.Enum<E>" class. VerveineJ now reflect this in the exported model (although more work is still required on this) Finally, after all these changes, one test was red and has been commented out for now. Hopefully I will be able to correct it soon. nicolas

13 years, 8 months

new in Glamour: composite presentation as entry point

by Tudor Girba

Hi, A short while ago I upgraded the CompositePresentation to be able to use it as an entry point to a Glamour script. The idea here is that we can now use Glamour like we use Mondrian: we instantiate the GLMCompositePresentation once and then we always pass it to other methods. For example: buildBrowser | browser | browser := GLMTabulator new. browser ... ==> buildIn: composer composer tabulator with: [:t | t ... ] The old way still works, of course. The nice thing about this solution is that it works better with the editor (you are given the composer). For a live example, see: http://www.humane-assessment.com/blog/building-a-simple-code-browser Let me know what you think. Cheers, Doru -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

13 years, 8 months

fca should not depend on mondrian

by Tudor Girba

Hi Usman, I saw that you added the port code to the MooseAlgos repo. Thanks. Now, during your changes, you inherited the Lattice and the Node from MONode. This caused Moose to be unloadable and it is wrong from two points of view: 1. MONode is not meant to be inherited at all. You are supposed to use Mondrian as a transformation from your domain into the internal Mondrian model. 2. MooseAlgos is a basic set of algorithms with no dependencies. Mondrian is higher level. Thus, MooseAlgos cannot depend on Mondrian. For these reasons, I now removed the inheritance from MONode. Furthermore, we also need tests for FCA. Cheers, Doru -- www.tudorgirba.com "No matter how many recipes we know, we still value a chef."

13 years, 8 months

Fwd: Build failed in Jenkins: moose-latest-dev #664

by Tudor Girba

Hi Usman, I see that you are hacking on the Lattice. Good :) The Moose build fails becauseyou added an extension to MalLattice in Moose-MondrianPaintings, but when this package gets loaded, the MalLattice is not present. The reason is that ConfigurationOfMooseAlgos does not know about the newly created package: Moose-Algo-Lattice. So, you have to add this package to the ConfigurationOfMooseAlgos>>default: But, before you do that, you should rename the package to Moose-Algos-Lattice. Cheers, Doru ---------- Forwarded message ---------- From: <admin(a)moosetechnology.org> Date: Fri, Oct 21, 2011 at 3:48 PM Subject: Build failed in Jenkins: moose-latest-dev #664 To: tudor(a)tudorgirba.com, simon.denier(a)gmail.com, cy.delaunay(a)gmail.com, alexandre(a)bergel.eu, stephane.ducasse(a)inria.fr, jannik.laval(a)gmail.com See <http://hudson.moosetechnology.org/job/moose-latest-dev/664/> ------------------------------------------ Started by user girba [workspace] $ /bin/sh -xe /tmp/hudson5079168647777384641.sh + rm -rf <http://hudson.moosetechnology.org/job/moose-latest-dev/ws/moose> < http://hudson.moosetechnology.org/job/moose-latest-dev/ws/moose-tests> < http://hudson.moosetechnology.org/job/moose-latest-dev/664/artifact/moose_s… > + /srv/hudson.moosetechnology.org/builder/build.sh -i Pharo-1.3 -s moose -s glamorous-theme -s glamorous-toolkit -s moose-clean -s cleanupforrelease -o moose build.sh: error loading code (/srv/pharo/coglinux2382/squeak) *** Warning: Warning: This package depends on the following classes: MalLattice You must resolve these dependencies before you will be able to load these definitions: MalLattice>>viewLattice: Recording test results Archiving artifacts -- -- www.tudorgirba.com "Every thing has its own flow"

13 years, 8 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev