Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Re: MOAnnouncer>>menuMorphBlock:
by Tudor Girba 28 Mar '13

28 Mar '13

Hi, I added this in ConfigurationOfMoose>>baseline48: package: 'Moose-RoassalPaintings' with: [ spec requires: #('Roassal' 'Famix-Extensions') ]; However, the thing with menuMorphBlock: is that it is mainly used in combination with mooseMenuMorph: view interaction menuMorphBlock: [ :element | element mooseMenuMorph ]. As such, what we need is a different method that should replace mooseMenuMorph: and that populates the Roassal menu with Moose actions. For example, for Glamour we have mooseFinderActions. Perhaps we can add something in the direction of mooseRoassalActions. Cheers, Doru On Mar 27, 2013, at 8:16 PM, Juraj Kubelka <me(a)juraj-kubelka.cz> wrote: > Hi, > > I have created new package Moose-RoassalPainting in Moose/main repository. > The package Moose-DistributionMap-JurajKubelka.43 requires Moose-RoassalPainting-JurajKubelka.2. > > I do not know how to maintain dependencies. Please, would you, Doru, revise it and explain me (or do) the changes of configuration? > > Thanks a lot, > Jura > > > On 25.3.2013, at 16:21, Juraj Kubelka wrote: > >> Hi all, >> >> Today Alexandre Bergel and I worked on Moose-DistributionMap. In the method AbstractDistributionMap>>open we used ROMondrianViewBuilder instead of MOViewRenderer. >> >> There is method MOAnnouncer>>menuMorphBlock: which is used several times in code (e.g. AbstractDistributionMap>>renderOn:). >> >> 1. Do we need this method? Can I replace it with other techniques? >> >> 2. If I should keep it that way, I would like to see MOAnnouncer>>menuMorphBlock: in Morphic (Pharo) related package in order to keep Roassal "dialect free". >> >> Can someone give me some ideas about the best replacement or an introduction why it is that way? >> >> Thanks, >> Jura > -- www.tudorgirba.com "Value is always contextual."

1 0

How to reference moose in papers?
by Alexandre Bergel 27 Mar '13

27 Mar '13

Hi! In papers, I usually refer to moose with the moose website. The paper that describes moose are rather old. Doru, does your book has an ISBN number? Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 4

petitsqlparser, petitphpparser, petitjspparser
by Tudor Girba 27 Mar '13

27 Mar '13

Hi Fabrizio, I saw that you recently committed to squeaksource.com/PetitSQLParser. Please note that the official repository has moved to: http://www.smalltalkhub.com/mc/Moose/PetitSQLParser/main Furthermore, we should move PetitPHPParser and PetitJSParser to STHub as well. Do you agree? Cheers, Doru -- www.tudorgirba.com "Yesterday is a fact. Tomorrow is a possibility. Today is a challenge."

3 8

Re: pharoconf | mooseday | 2013 - 2nd call for participation
by Tudor Girba 26 Mar '13

26 Mar '13

Just a reminder: if you plan to attend PharoConf and/or MooseDay, please register as soon as possible. Cheers, Doru Begin forwarded message: > From: Tudor Girba <tudor(a)tudorgirba.com> > Subject: [Esug-list] pharoconf | mooseday | 2013 - call for participation > Date: March 17, 2013 8:56:41 PM GMT+01:00 > To: Moose-dev Moose Dev <moose-dev(a)iam.unibe.ch>, "Pharo-project(a)lists.gforge.inria.fr Development" <pharo-project(a)lists.gforge.inria.fr>, A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr>, ESUG Mailing list <esug-list(a)lists.esug.org>, Seaside - general discussion <seaside(a)lists.squeakfoundation.org>, vwnc nc <vwnc(a)cs.uiuc.edu> > > (please distribute) > > We are happy to invite you to the PharoConf | MooseDay | 2013: > http://scg.unibe.ch/wiki/events/pharoconf-mooseday-2013 > > The conference will take place at the University of Bern during April 2-4: > - PharoConf (April 2,3) > - MooseDay (April 4) > > The conference will be free and will even include a free lunch. Yes, free lunch. No trick. > We only kindly ask you to register online for each event as soon as possible. > > STUDENT SPONSORSHIPS: > > ESUG will sponsor the travel of up to 10 students with 150 EUR / person. > Please apply for sponsorship by mail at esug-info(a)esug.org. First-come, first-served. > > The conference sponsors will sponsor the travel of up to 10 students with up to 200 CHF / person. > Please apply for sponsorship before the conference by mail at tudor(a)tudorgirba.com. First-come, first-served. > > IMPORTANT > If you are a student, please bring your student cards with you to help us limit the lunch costs. > > Cheers, > The organizers > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- www.tudorgirba.com "Next time you see your life passing by, say 'hi' and get to know her."

2 1

MOAnnouncer>>menuMorphBlock:
by Juraj Kubelka 25 Mar '13

25 Mar '13

Hi all, Today Alexandre Bergel and I worked on Moose-DistributionMap. In the method AbstractDistributionMap>>open we used ROMondrianViewBuilder instead of MOViewRenderer. There is method MOAnnouncer>>menuMorphBlock: which is used several times in code (e.g. AbstractDistributionMap>>renderOn:). 1. Do we need this method? Can I replace it with other techniques? 2. If I should keep it that way, I would like to see MOAnnouncer>>menuMorphBlock: in Morphic (Pharo) related package in order to keep Roassal "dialect free". Can someone give me some ideas about the best replacement or an introduction why it is that way? Thanks, Jura

1 0

Engineering work
by Alexandre Bergel 25 Mar '13

25 Mar '13

Dear all, We are happy to announce that Object Profile will sponsor four months of engineering work around Moose. Juraj will soon send his first email to the mailing list. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Project duration: 4 months, from March 25th, 2013 until July 31st, 2013. Context: Mondrian is a visualization engine that has been used by the Moose community since 2008 (since 2006 in VisualWorks). In 2011, Roassal has been proposed as an appealing alternative. Roassal offers a large set of interactions and animations facilities. Currently, Moose remains tied to Mondrian in many part of it, despite the fact that Roassal is largely compatible with Mondrian. The goal of this project is to completely remove Mondrian from the Moose platform. Objectives: - Analyzing where and how Mondrian is still used. - Identifying part of Moose that should be migrated, removed or marked as obsolete - Provide a replacement of the MOFormBuilder from Mondrian (which is used by Class blueprint for example) - Complete the migration by removing Mondrian from Moose - Adding scrollbar to Roassal - Satisfy unexpected need raised from this migration -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, The object profile crew -= http://ObjectProfile.com =-

1 0

Re: Video registration of Pharo/Moose days
by Stephan Eggermont 25 Mar '13

25 Mar '13

Camillo wrote: >OK will test first to get a decent setup. That is a good idea (for all presenters). If you can make it into a 30 second teaser, or even a 6:40/20slide pecha kucha, we could even publish them already. Doru: will there be a default presentation machine with screenflow? Sabine wrote: >I was planning to record some sessions for my privat use. >So, I would like to help. >My cam is a Kodak play sport. If someone has better equipment I can also use >that. A multi-cam setup would be great. Being able to switch from question to answer view helps. That would require one camera to be in front/to the side, facing the public. I don't know how practical that is with the available room (and camera zoom). Stephan

1 0

Re: Video registration of Pharo/Moose days
by Stephan Eggermont 25 Mar '13

25 Mar '13

Doru wrote: >Any volunteers? In any case, I think we can find some on the spot. Even though we can, I'd prefer it if those being there would take a look at the program and speak up on which session they would like to record themselves. That way you can make sure you can have your full attention to the sessions you need to see (because when you are recording, you tend to focus on other things than the story being told). Camillo wrote: >I think I will have to use my own machine for the commandline presentation >(custom terminal font and co..) and I don't have screenflow. Ah, it works on my machine :) >Do you think it will work if I do a screen recording using Quicktime? Yes, Screenflow can import quicktime recordings. Just make sure to use a sensible format, as both enormous files and bad image quality are annoying. Synchronisation is no problem. ScreenFlow just allows after-the-fact highlighting/zooming/panning etc. Cheers, Stephan

1 0

Re: [Pharo-project] Roassal is on SmalltalkHub
by Tudor Girba 25 Mar '13

25 Mar '13

Hi, Thanks Alex. We should update the ConfigurationOfMoose. Cheers, Doru On Mon, Mar 25, 2013 at 5:06 PM, Alexandre Bergel <alexandre.bergel(a)me.com>wrote: > Hi! > > We've just completed the migration of Roassal to SmalltalkHub. > > -=-=-=-=-=-=-=-=-=-=-=-= > Gofer new > smalltalkhubUser: 'ObjectProfile' project: 'Roassal'; > package: 'ConfigurationOfRoassal'; > load. > (Smalltalk at: #ConfigurationOfRoassal) project lastVersion load. > -=-=-=-=-=-=-=-=-=-=-=-= > > Interestingly, I have a folder weighting 152Mb of all the versions of > Roassal. Hard to believe it weights so much :-) > > Doru, we haven't changed yet the #development tag. I would like to know > first whether there is an impact on the way we develop (especially with > Versionner). > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > -- www.tudorgirba.com "Every thing has its own flow"

1 0

Video registration of Pharo/Moose days
by Stephan Eggermont 25 Mar '13

25 Mar '13

Hi, Diego will take my video camera with him, making it possible to record the presentations, so we can put them online. He does not want to spend three days only recording talks though. He would like some volunteers to record one (or more) sessions each. Any takers? The idea is to just keep the camera zoomed in on the speaker. Slides can be separate. Could a tripod be provided locally? That would be much more comfortable and better for the quality of the recordings. Will there be enough light on the presenter to make it worthwhile, or will the room be dark for the beamer? If the machine with the presentation has ScreenFlow, it would be possible to merge the video stream with the presentation and get really slick results. I would be willing to do the editing. Cheers, Stephan

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev