Moose-dev

moose-dev@list.inf.unibe.ch

6621 discussions

Issue 980 in moose-technology: Integrate GraphET in Glamour
by moose-technology＠googlecode.com 09 Sep '13

09 Sep '13

Status: New Owner: tu...(a)tudorgirba.com Labels: Type-Defect Priority-Medium Component-Glamour Milestone-4.8 New issue 980 by tu...(a)tudorgirba.com: Integrate GraphET in Glamour http://code.google.com/p/moose-technology/issues/detail?id=980 Just what it says -- 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

1 1

Jenkins build became unstable: moose-latest-dev-4.8 #1064
by admin＠moosetechnology.org 09 Sep '13

09 Sep '13

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/1064/>

1 1

Jenkins build became unstable: moose-latest-dev-4.8 #1059
by admin＠moosetechnology.org 09 Sep '13

09 Sep '13

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/1059/>

1 1

ROGridLayout versus ROCellLayout semantics
by Ben Coman 09 Sep '13

09 Sep '13

2 1

The "Moldable Debugger" Framework
by Andrei Vasile Chis 08 Sep '13

08 Sep '13

Hi, I'd like to announce the first version of the Moldable Debugger. It is a framework for creating and working with domain specific debuggers. It's integrated into Moose and it currently comes with three debuggers: one for announcements, one for PetitParser and one for Glamour. More information can be found here: * http://scg.unibe.ch/research/moldabledebugger* A video introducing the framework is here: *https://vimeo.com/73980431* (more are on the way) Cheers, Andrei

3 2

Issue 979 in moose-technology: Default window sizes for large screens
by moose-technology＠googlecode.com 08 Sep '13

08 Sep '13

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 979 by benjamin...(a)gmail.com: Default window sizes for large screens http://code.google.com/p/moose-technology/issues/detail?id=979 The following should probably be pushed upstream for Pharo 3.0, but I thought it best to report here in case it is feasible to include in Moose 4.8. Let me know what you think and if needed I can submit a changeset or slice (what is the preferred method for submissions for Moose) I've got a 24 inch screen that I have been using with Moose-4.8-dev for a couple of weeks. I am finding it annoying that the Glamorous Inspector and Glamorous Debugger open to maximum full screen size. 1. For the Standard Debugger, I don't agree with making the default size bigger for bigger screens. I think the extra screen space is useful for inspectors and observing the application. Indeed, the debugger width should match the width of the System Browser, since that is the basis for the formatting of code. Matching these helps give a consistent UI feel for users. For Moose4.8/Pharo2.0 we have... NautilusWindow>>initialExtent ^ 850@600 Actually, perhaps that shouldn't be hard coded and instead be... NautilusWindow>>initialExtent ^ RealEstateAgent standardWindowExtent then for Debugger we could have something similar to this... Debugger>>initialExtent dependents size < 9 ifTrue: [^ super initialExtent]. "Pre debug window" RealEstateAgent standardWindowExtent y < 400 "a tiny screen" ifTrue: [^ super initialExtent]. ^ [ RealEstateAgent standardWindowExtent. ] on: Error do: [800@600] 2. For Glamourous Inspector I understand defaulting to maximum width is useful, but its overkill to default to the full height of the screen. So you could have... GLMMorphicRender>>open: aRenderable window := GLMMorphicWindowRenderer render: aRenderable from: self. ^ window openInWorld "removed 'maximize' from here" GTInspector>>initialExtent ^ RealEstateAgent fullscreenWindowExtent x @ RealEstateAgent standardWindowExtent y which requires also... RealEstateAgent class >> fullscreenWindowExtent ^ self maximumUsableArea insetBy: self fullscreenMargin. and... RealEstateAgent class >> fullscreenMargin ^ FullscreenMargin ifNil: [FullscreenMargin := 25] The last was copied from SystemWindow class >> fullScreenMargin which as an option can then be... SystemWindow class >> fullScreenMagin ^ RealEstateAgent fullscreenMargin 3. Glamorous Debbugger needs a bit more vertical height, so perhaps... GTDebugger >> initialExtent ^ RealEstateAgent fullscreenWindowExtent x @ RealEstateAgent fullscreenWindowExtent y * 2 // 3 -- 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

1 2

Jenkins build became unstable: moose-latest-dev-4.8 #1049
by admin＠moosetechnology.org 07 Sep '13

07 Sep '13

See <https://ci.inria.fr/moose/job/moose-latest-dev-4.8/1049/>

1 2

Re: FAMIXClass does not understand parameterizedTypes
by Stephan Eggermont 06 Sep '13

06 Sep '13

Hi Fabrizio, We made quite some FAMIX changes recently. All test were green, but It can be a test coverage problem. In the latest moose I only have FAMIXParameterizableClass>>parameterizedTypes <MSEProperty: #parameterizedTypes type: #FAMIXParameterizedType opposite: #parameterizableClass> <multivalued> <derived> ^ parameterizedTypes Do you have a sample MSE file for me exhibiting the problem? Stephan

3 4

graph-et is integrated in glamour
by Tudor Girba 05 Sep '13

05 Sep '13

Hi, Glamour now offers an integration of Graph-ET. In the latest Moose image you can do: GLMCompositePresentation new with: [ :c | c graphET chart: [:chart :interval | (chart lineDiagram) models: interval; y: [ :x | x*x ] ] ]; openOn: (1 to: 10) It requires some more polishing, but it works. Doru -- www.tudorgirba.com "Every thing has its own flow"

2 1

Graph-ET Screencast
by Daniel Aviv Notario 05 Sep '13

05 Sep '13

I made a screencast of Graph-ET :-) It is my GSoC project and will be presented on ESUG this year. http://www.youtube.com/watch?v=PkKNALQHa88 Any comments or suggestions to this mail.Enjoy! - Daniel

6 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev