Moose-dev February 2011

moose-dev@list.inf.unibe.ch

23 participants
136 discussions

container of FAMIXImplicitVariable
by Andre Hora 11 Feb '11

11 Feb '11

Hello, I would like to know what is the container of a FAMIXImplicitVariable? In meta-model I see a FAMIXType as the container of a FAMIXImplicitVariable, but when I load a Smalltalk model I see a FAMIXMethod as container of a FAMIXImplicitVariable. -- Andre Hora

2 2

Weird Behavior
by Langone Daniel 10 Feb '11

10 Feb '11

Hello you all, Just wanted to ask a question. When I¹m using Moose it displays, in the list of entities, twice the entry ³famixclasses (x)² (Have a look at the attached printscreen). Is this normal, or am I doing something wrong. Using version 4.1, tried it on mac and on windows pc, same behavior.... Just imported some arbitrary smalltalk project. Cheers, Daniel

2 1

Importing from Monticello is not working
by Andre Hora 09 Feb '11

09 Feb '11

Hello, The Importing from Monticello is not working in the last version of moose-latest-dev: http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/… -- Andre Hora

2 2

colors for syntax highlighting
by Tudor Girba 08 Feb '11

08 Feb '11

Hi, I am trying to find studies regarding the choice of colors for syntax highlighting. Does anyone know any publications in this area? Cheers, Doru -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

3 3

Issue 523 in moose-technology: Selection actions should disable the shortcut when no selection exists
by moose-technology＠googlecode.com 08 Feb '11

08 Feb '11

Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Glamour New issue 523 by tudor.gi...(a)gmail.com: Selection actions should disable the shortcut when no selection exists http://code.google.com/p/moose-technology/issues/detail?id=523 The morphic renderer does not disable the shortcut for an action when no selection exists.

1 0

Mondrian: MOEdge - draggable
by Veronica Isabel Uquillas Gomez 08 Feb '11

08 Feb '11

Hi Alexandre, Some of my visualizations that are using #draggable are raising the error: MOEdge does not understand #translateBy:bounded: Did #draggable and #nodraggable change? Regards, Veronica

2 1

Moose Chef
by Simon Denier 07 Feb '11

07 Feb '11

Moose Chef is now part of Famix Core. A page describing the library and its usage is available at http://www.moosetechnology.org/docs/famix/MooseChef (basically the same stuff that was described in my mails a few days ago) -- Simon Denier

2 1

Issue 522 in moose-technology: Add Enum and EnumValue to FAMIX
by moose-technology＠googlecode.com 07 Feb '11

07 Feb '11

Status: New Owner: ---- Labels: Type-Enhancement Priority-Medium Component-Famix Milestone-4.3 New issue 522 by tudor.gi...(a)gmail.com: Add Enum and EnumValue to FAMIX http://code.google.com/p/moose-technology/issues/detail?id=522 The following Java snippet should be modeled with an Enum and 7 EnumValues. The Enum should be a type and the EnumValue should have a parentEnum pointing to the Enum. public enum Day { SUNDAY, MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY, SATURDAY }

1 1

Re: Issue notifications in the mailing lists
by Alberto Bacchelli 07 Feb '11

07 Feb '11

Alexandre and Doru, I see your point, and I see many other open source projects mixing issue notifications with the real development mails, thus corroborating it. However, I would say that the best setup would be using two different mailing lists, because many of the issue notifications are not informative at all (e.g., "Issue #x fixed.") and you get a wrong idea of how much "real" discussion is going on the list. Other projects, such as ArgoUML adopt the multi lists approach. For example Argo has these lists: org.tigris.argouml.announce org.tigris.argouml.commits org.tigris.argouml.dev org.tigris.argouml.issues org.tigris.argouml.modules-dev org.tigris.argouml.users I've seen development mailing lists without discussions but with 2000 emails per month generated only by the issue tracking system. If this will be the case with moose-dev, (and many of the emails are really generated by the issue tracker) I would try to consider something different from mailing lists to coordinate. In any case, this is my opinion, and it's up to you to decide. Of course, I can always filter emails out ;) Thanks for reading. Cheers, Alberto On 7 February 2011 14:20, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > I personally like the current setting. You can always filter out the mails you do not want to see > > Alexandre > > > > Le 7 févr. 2011 à 06:35, Alberto Bacchelli <alberto.bacchelli(a)usi.ch> a écrit : > >> Hi all, >> >> Why is the issue tracking system sending messages to this mailing list? >> >> Wouldn't it be better to have a second mailing list for issue notifications, >> so that moose-dev does not receive so many messages? >> >> We can always discuss here the issues that are worth-discussing, >> just by forwarding emails from the "issue notifications" mailing list to here. >> >> Just in my humble opinion. >> >> Alberto >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev >

2 1

Issue notifications in the mailing lists
by Alberto Bacchelli 07 Feb '11

07 Feb '11

Hi all, Why is the issue tracking system sending messages to this mailing list? Wouldn't it be better to have a second mailing list for issue notifications, so that moose-dev does not receive so many messages? We can always discuss here the issues that are worth-discussing, just by forwarding emails from the "issue notifications" mailing list to here. Just in my humble opinion. Alberto

3 2

← Newer
1
...
8
9
10
11
12
13
14
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev February 2011