Moose-dev March 2015

moose-dev@list.inf.unibe.ch

42 participants
102 discussions

Issue 1109 in moose-technology: roassal pixel rendering

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1109 by alexandr...(a)gmail.com: roassal pixel rendering https://code.google.com/p/moose-technology/issues/detail?id=1109 Hi, I've been experiencing weird behavior with pixel rendering... basically one pixel lines will get blurred for some reason even though there is no half-pixel overlapping. Here is a test code (screenshots attached below). Without the labels the left box will be blurred while the right is better (even though it still has slight shadow); when I add labels however their behavior will switch. What I would expect is to have nice sharp lines all the time. Is this Athens issue? Roassal? Pharo? Its ugly both on Linux and Windows. ==================================== | view box1 box2 | view := RTView new. box1 := RTBox new width: 50; height: 51; fillColor: Color transparent; borderColor: Color black; elementOn: '50@51'. view add: box1. box2 := RTBox new width: 51; height: 50; fillColor: Color transparent; borderColor: Color black; elementOn: '51@50'. view add: box2. "box1 @ RTLabelled. box2 @ RTLabelled." box1 translateTo: -50 @ 0. box2 translateTo: 50 @ 0. view open ==================================== Peter Attachments: with labels.png 3.0 KB -- 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

10 years

Extensible labels

by Alexandre Bergel

Hi! Not sure everybody is aware of it. In case you need to make your label fit in a given space portion, you can use RTExtensibleLabel. -=-=-=-=-=-=-=-=-=-=-=-= v := RTView new. s := RTExtensibleLabel new. 40 timesRepeat: [ e := s elementOn: 'Hello World'. e extent: (50 atRandom + 10) @ (50 atRandom + 10). v add: e. ]. RTFlowLayout on: v elements. v -=-=-=-=-=-=-=-=-=-=-=-= -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

Little question about visualization in Moose

by Sebastian Tleye

Hi, I have a system with several classes and several packages. I want to do an Overview pyramid visualization. I select them all and when I do the pyramid it says NOP = 1 (number of packages equals 1), then I have a high NOC. Why is this happening? Is it correct? Thanks -- Sebastián Tleye

10 years

Slight improvement of distribution map

by Alexandre Bergel

Hi! I am trying to remove the old Mondrian from Roassal2. I took the liberty to change the the layout of Distribution map from grid to flow. Before you had: Now you have: -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

Multiple selection in Roassal

by Alexandre Bergel

Hi! After having discussed yesterday with Yuriy, I gave a try at having multiple selection in Roassal. If you update Roassal, you can try: -=-=-=-=-=-=-=-=-=-=-=-= b := RTMondrian new. b nodes: Collection withAllSubclasses. b layout flow. b normalizer normalizeSize: #numberOfMethods. b build. "Adding a label" labelShape := RTLabel new text: 'Nothing selected'. label := labelShape element. b view add: label. TRConstraint move: label below: b view elements. "Changing the label according to the selection" b view elements @ (RTSelectable new selectionCallback: [ :es | label trachelShape text: es size asString, ' selected elements']). b view -=-=-=-=-=-=-=-=-=-=-=-= Try clicking on the square and the white background. Wouldn’t it be nice to connect this with GTInspector? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

Re: [Pharo-users] Fwd: [Pharo Consortium] Your organization application has been rejected.

by Sven Van Caekenberghe

Well, we're not alone: Mozilla not accepted for Google Summer of Code 2015 http://blog.queze.net/post/2015/03/03/Mozilla-not-accepted-for-Google-Summe… Like Stef said, we just continue. > On 03 Mar 2015, at 10:01, Clément Bera <bera.clement(a)gmail.com> wrote: > > Well, this year google it looks like accepted less organizations. > > 2012: 180 organizations accepted. > 2013: 177 organizations accepted. > 2014: 190 organizations accepted. > 2015: 137 organizations accepted. > > A few projects with ESUG could be nice for sure. But there we will have in the same issues again: typically, a student cannot in 3 months make his project working for all existing smalltalk, ... > > 2015-03-03 9:12 GMT+01:00 Joachim Tuchel <jtuchel(a)objektfabrik.de>: > Bad news. I am eager to hear if there is something to learn from their feedback. > > Now that both ESUG and Pharo have been rejected two years in a row, maybe it is time to think about ways to revive, or re-promote, the ESUG initiatives to sponsor student projects. > > Joachim > > Am 03.03.2015 08:59 schrieb Serge Stinckwich <serge.stinckwich(a)gmail.com>: > > > > Bad news from Google ... > > We will ask some explanations with Uko. > > > > > > ---------- Forwarded message ---------- > > From: <no-reply(a)google-melange.appspotmail.com> > > Date: Mon, Mar 2, 2015 at 7:56 PM > > Subject: [Pharo Consortium] Your organization application has been rejected. > > To: serge.stinckwich(a)gmail.com > > > > > > Thank you for submitting Pharo Consortium's application to Google > > Summer of Code 2015. Unfortunately, we were unable to accept your > > organization's application at this time. Every year we receive many > > more applications than we are able to accommodate, and we would > > encourage you to reapply for future instances of the program. > > > > If you would like some general feedback on why your organization was > > not accepted, please consider attending the IRC meeting in #gsoc on > > Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the > > feedback meeting will be limited to the first 50 organizations to > > queue up (queuing in the channel will begin at 15:30 UTC). You are > > also more than welcome to just email the OSPO team at > > ospoteam(a)gmail.com directly for email feedback about your application > > as well. > > > > Best regards, > > > > > > -- > > Serge Stinckwich > > UCBN & UMI UMMISCO 209 (IRD/UPMC) > > Every DSL ends up being Smalltalk > > http://www.doesnotunderstand.org/ > > > > >

10 years

Issue 1108 in moose-technology: Cyclic dependency between Roassal-Core and ExampleBrowser

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1108 by thomas.b...(a)porabo.ch: Cyclic dependency between Roassal-Core and ExampleBrowser https://code.google.com/p/moose-technology/issues/detail?id=1108 Package Core defines the abstract class RTObject. Package ExampleBrowser defines the abstract class RTAbstractExample as subclass of RTObject. The problem is that package Core also includes class RTMultiColoredLineExample as a subclass of RTAbstractExample. So package ExampleBrowser requires package Core because of RTObject, and package Core requires package ExampleBrowser because of RTAbstractExample. The solution could be to move class RTMultiColoredLineExample to package ExampleBrowser? This leads to cyclic dependencies, that at least in the Visualworks port lead to warnings and bundle structure errros. Please fill in the labels with the following information: * Type-Defect * Component-Roassal -- 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

10 years

Moose ST importer wizard?

by Alexandre Bergel

Hi! I get an error after having entered a pattern matching and pressing ‘Validate’ in the St Wizard. Can someone reproduce this? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years

Fwd: [Pharo Consortium] Your organization application has been rejected.

by Serge Stinckwich

Bad news from Google ... We will ask some explanations with Uko. ---------- Forwarded message ---------- From: <no-reply(a)google-melange.appspotmail.com> Date: Mon, Mar 2, 2015 at 7:56 PM Subject: [Pharo Consortium] Your organization application has been rejected. To: serge.stinckwich(a)gmail.com Thank you for submitting Pharo Consortium's application to Google Summer of Code 2015. Unfortunately, we were unable to accept your organization's application at this time. Every year we receive many more applications than we are able to accommodate, and we would encourage you to reapply for future instances of the program. If you would like some general feedback on why your organization was not accepted, please consider attending the IRC meeting in #gsoc on Freenode on Friday, 6 March, 2015 at 16:00 UTC. Please note that the feedback meeting will be limited to the first 50 organizations to queue up (queuing in the channel will begin at 15:30 UTC). You are also more than welcome to just email the OSPO team at ospoteam(a)gmail.com directly for email feedback about your application as well. Best regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

10 years

Question about Spotter

by Alexandre Bergel

Hi! Consider the following scenario: - I want to know which classes in GT uses TRMouseClick. Can I do this using Spotter? I open Spotter and entered TRMouseClick. I cmd-rightarrow on it, and then entered GT. It gives me this: But If I click on the selection Object>>gtDebuggerStateIn: I have that: gtDebuggerStateIn: composite <gtDebuggerPresentationOrder: 10> (GTObjectVariablesBrowser new variablesIn: composite) title: 'State'; send: #value Why is gtDebuggerStateIn offered to me? I do not understand… Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

10 years, 1 month

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev March 2015