Moose-dev October 2011

moose-dev@list.inf.unibe.ch

29 participants
175 discussions

Fwd: petit question
by Fabrizio Perin 14 Oct '11

14 Oct '11

Hi, I'm not sure how to answer the forwarded email. At list i have an idea but without using PPExpressionParser. Someone has an answer that rely on PPExpressionParser? Cheers, Fabrizio Begin forwarded message: > Hi Fabrizio, > How are you? Its Friday, its me again :D. > I realized some stuff but still don't really get the Expressions. Let me give you an example: > > exp := PPExpressionParser new. > exp term: (($$ asParser trim , #letter asParser star) flatten / ($" asParser trim, $" asParser negate star, $" asParser trim) flatten); > group: [ :g | > g right: '=' asParser trim do: [:a :op :b | {a. op. b.}]. > ]. > > exp parse: '$var = "dings"'. "this is valid code" > exp parse: '"dings" = $var'. "this is invalid code" > > How do i tell the expression parser to make a constrain on one side? Or a better question could be: How do i combine expression parsers to achieve a similar behavior? Do i even have to? Or am I to assume that the programmer just knows the order...? I could do something like: > > group: [ :g | > g right: '=' asParser trim do: [:a :op :b | > { (LeftAssignmentSideExpressionParser new parse: a.) op. (RightAssignmentSideExpressionParser new parse: b.) } > ]. > ]. > > Do you see my Problem? > > Cheers Michael

1 0

Fwd: looking for a FCA library in Smalltalk
by Stéphane Ducasse 14 Oct '11

14 Oct '11

doru do you know if the library of adrian for FCA has been ported to Pharo? Stef Begin forwarded message: > From: Usman Bhatti <usman.bhatti(a)gmail.com> > Date: October 13, 2011 5:28:18 PM GMT+02:00 > To: gabriela.b.arevalo(a)gmail.com > Cc: Stéphane Ducasse <stephane.ducasse(a)inria.fr>, Nicolas Anquetil <nicolas.anquetil(a)inria.fr> > Subject: looking for a FCA library in Smalltalk > > Hello Gabriella, > > I am working with Stephane and Marianne on a paper related to FCA patterns. The idea is to identify a few patterns in FCA lattices that would reduce lattice exploring task to searching and looking at a few of these patterns. We describe the combination of nodes and subgraphs in the lattices as patterns. When identifying patterns, we took care of the following things: > > 1. the patterns should be generic (i.e. not related to a particular context) > 2. the patterns should produce little false-positives (that is the nodes that are not important in lattices should not appear in candidates for evaluation).. > > we presented our paper in wcre 2011 but it got rejected. Now, we are reviewing the paper to present it in CSMR 2012. > > The purpose of the mail is that we are looking for a tool (specifically in Smalltalk) that would automate the process of patterns identification in FCA. So, I am looking for a library in FCA that: > > - extracts program info from smalltalk (if possible) > - calculates lattices based on program info > - permits to do queries on lattices (top, bottom, a concept with objects, attributes, etc.) > - find horizontal decomposition and modules in lattices. > > Would you have a knowledge of such a library? > > If you wish I can send you the paper to have a look at it. There is a tool in Java called Colibri that allows to do some of these queries on lattices: > http://code.google.com/p/colibri-java/ > but its written in Java and I am looking for something in Smalltalk. > > > thanx in advance, > > Usman > > >

3 3

Moose should load AST-Core-lr.89
by Fabrizio Perin 14 Oct '11

14 Oct '11

Hi guys, so by loading the latest AST-Core package 4 errors and 6 failures of PetitSmalltalk-Tests get green. So can we load AST-Core-lr.89 in Moose? or we have to wait that the Pharo-dev image includes that version? If we can include that version in Moose, where should i add it? in ConfigurationOfMoose>>>version44beta1: ? Cheers, Fabrizio

3 2

Issue 725 in moose-technology: EyeSee Pie Charts
by moose-technology＠googlecode.com 13 Oct '11

13 Oct '11

Status: New Owner: andreho...(a)gmail.com Labels: Type-Enhancement Priority-Medium Component-EyeSee Milestone-4.6 New issue 725 by andreho...(a)gmail.com: EyeSee Pie Charts http://code.google.com/p/moose-technology/issues/detail?id=725 We should have pie charts in EyeSee.

1 1

Pie Charts in EyeSee
by Andre Hora 12 Oct '11

12 Oct '11

Hello, I worked a bit to implement pie charts in EyeSee. I am developing (slowly..), but for now we can have some charts like the ones attached. regards, -- Andre Hora

5 7

question about SystemAnnouncement
by Stéphane Ducasse 12 Oct '11

12 Oct '11

Hi guys we are cleaning the design of systemAnnouncement (removing the internalAnnouncement). So that after I can work on RPackage again... (agrh). Now a question, do you have an idea of the impact of change on Moose. Because once we change systemAnnouncement (normally the public anonucement stays the same) I will have to update RPackage and this may impact moose. Stef

3 2

what is the process to get changes into moose?
by Stéphane Ducasse 12 Oct '11

12 Oct '11

Hi guys I ask because I published some changes related to the comments of FAMIX Classes and they are not in the latest image. So what is the process because I would like to avoid to lose time and energy there. Stef

2 3

do we have some scripts for newbie
by Stéphane Ducasse 12 Oct '11

12 Oct '11

Hi I was wondering if we have a list of scripts to Load a model Import a model Access entities in a model Navigate Save a model Stef

3 6

cool tool for visualization
by Stéphane Ducasse 12 Oct '11

12 Oct '11

I saw a presentation of an inria team Graphite and their tool is cool (of course we cannot compete) but may be looking at ome of their work or use it could be cool. http://tulip.labri.fr/TulipDrupal/ Stef

3 2

Issue 724 in moose-technology: <MSEClass:superclass:> should not contain the package name in MSEClass, just the Fame name
by moose-technology＠googlecode.com 12 Oct '11

12 Oct '11

Status: New Owner: andreho...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Famix Milestone-4.6 New issue 724 by andreho...(a)gmail.com: <MSEClass:superclass:> should not contain the package name in MSEClass, just the Fame name http://code.google.com/p/moose-technology/issues/detail?id=724 I created concern OnMooseUsagesOfPackagePrefixInMSEClassInMetaAnnotations in OnMoose-Report to test that. 25 problems were found basically in Hismo. Example: HismoClassHistory class>>annotation <MSEClass: #HismoClassHistory super: #HismoAbstractHistory> <package: #Hismo> And the correct pattern should be: HismoClassHistory class>>annotation <MSEClass: #ClassHistory super: #HismoAbstractHistory> <package: #Hismo> So should I change that?

1 2

← Newer
1
...
11
12
13
14
15
16
17
18
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 October 2011