Moose-dev

moose-dev@list.inf.unibe.ch

6630 discussions

Issue 1123 in moose-technology: Smalltalk importer wizard in Moose panel should be dimensioned to the screen size

by moose-technology＠googlecode.com

Status: New Owner: ---- Labels: Type-Defect Priority-Medium New issue 1123 by v.blonde...(a)gmail.com: Smalltalk importer wizard in Moose panel should be dimensioned to the screen size https://code.google.com/p/moose-technology/issues/detail?id=1123 Describe the problem: what do you get? what do you expect? The panel is too height for small screan and we can't click on Finish... How to reproduce the problem: step by step if necessary Open the moose panel, click on ST, choose some packages and try to click on finish! Additional information: platform, context which may impact the problem Screen 15" Please fill in the labels with the following information: * Type-Defect * Component-MoosePanel -- 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

9 years, 6 months

Issue 1122 in moose-technology: Grapher - Exception for zero values

by moose-technology＠googlecode.com

Status: New Owner: usman.bh...(a)gmail.com CC: alexandr...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Roassal New issue 1122 by usman.bh...(a)gmail.com: Grapher - Exception for zero values https://code.google.com/p/moose-technology/issues/detail?id=1122 Exceptions should be managed in Grapher with all points are zero To reproduce the problem in Moose 5.1: grapher := RTGrapher new extent: 300 @ 200; title: 'testing zero values'; yourself. ds := RTDataSet new. ds dotShape ellipse color: (Color red alpha: 0.5); size: 10. ds points: {0->0. 0->0}; connectColor: (Color red alpha: 0.5); y: #value; x: #key; highlightIf: [:each | true] using: #value. grapher add: ds. grapher axisY decimal: 0; title: 'asdasd'. grapher axisX labelRotation: -30; title: ''; numberOfLabels: 2. grapher build. -- 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

9 years, 6 months

Ecore Importer

by Brice GOVIN

Hi everybody, does anyone know if there is an Ecore importer in Pharo? The idea is to import an ecore file (so an XMI) and to create Pharo classes in a given package directly. At least, there could be an Ecore importer that create immediately a MooseModel ? Regards, -------------- Brice Govin PhD student in RMoD research team at INRIA Lille Software Engineer at THALES AIR SYSTEMS Rungis ENSTA-Bretagne ENSI2014 64 chemin des boeufs 91220 PALAISEAU

9 years, 6 months

update #stable glamour core Pharo 4.0

by Usman Bhatti

Hi Andrei. I would like to update the stable version of ConfigurationOfGlamourCore for Pharo 4.0 to include the fix for overlapping status bars and to load: Glamour-Morphic-Renderer-usmanbhatti.323 instead of: 'Glamour-Morphic-Renderer-AndreiChis.321'; Is it ok with you? regards.

9 years, 6 months

Image crash on Moose 6.0 due to fonts on W7

by Blondeau Vincent

Hi, I was working with the Moose6.0 #105. I closed the image and, at startup, I got a Fatal VM error... It seems that is a problem with font management through external calls (libfreetype-6.dll)... I don't know how to resolve this issue. The stack trace is attached. Cheers, Vincent Ps: I am under W7... ________________________________ Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? de Worldline ne pourra ?tre recherch?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre recherch?e pour tout dommage r?sultant d'un virus transmis. This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.

9 years, 6 months

status bar in Glamour browsers

by Usman Bhatti

Hi, When adding status bar to Glamour browsers in Pharo 4.0, the contained presentations overlap the top elements of container. Here's a little script to reproduce this problem (see attached screenshot). Status bar does not seem to have changed, surely the layout frames of the container browser or the presentations are not handled correctly. I tried to dig the problem but could not get to its cause. regards. usman | browser | browser := GLMTabulator withStatusbar. browser column: #one. browser transmit to: #one; andShow: [:a | a text display: 'something wrong with my browsers layout'; title: 'Tab'. a text display: 'something wrong with my browsers layout'; title: 'Tab' ]. browser openOn: 1 [image: Inline image 3]

9 years, 6 months

GT Paging Through Large Collections

by Sean P. DeNigris

Several times I found myself thinking that it's a PITA that the -> and text field only appear when you vertically scroll to the end of the currently-shown items. Sometimes you know right away that e.g. you have to page about 5 times, and currently you have to keep alternating scroll/page/scroll/page... ----- Cheers, Sean -- View this message in context: http://forum.world.st/GT-Paging-Through-Large-Collections-tp4835968.html Sent from the Moose mailing list archive at Nabble.com.

9 years, 6 months

PetitParser ignorable parsers

by Peter Uhnák

Hi, is it possible to add such a parser that would consume input, but wouldn't return anything? Right now I do things like... MyParser>>rule ^ ($[ asParser, anotherRule, $] asParser) ==> [ :nodes | nodes second ] Of course when the rules are more complex, so is the block; however it seems that this is how it's done in the example parsers... So, would it be possible to add some kind of Null/Void/Ignore/Throwaway parser, that would consume the input, but would be omitted from the result? so the above method could be written as MyParser>>rule ^ $[ asNullPaser, anotherRule, $] asNullParser or MyParser>>rule ^ $[ asParser ignore, anotherRule, $[ asParser ignore or something else. Thanks, Peter

9 years, 6 months

GT: Difficult to edit long strings

by Sean P. DeNigris

When editing in place, there is apparently no way to scroll to the right, and the "String" presentation seems to allow editing, but the accepted text does not appear to be saved. ----- Cheers, Sean -- View this message in context: http://forum.world.st/GT-Difficult-to-edit-long-strings-tp4836004.html Sent from the Moose mailing list archive at Nabble.com.

9 years, 6 months

Pharo sprint & Moose dojo this Friday

by Jean-Christophe Bach

Hello Pharoers, We propose a Pharo sprint / Moose dojo this Friday, 10th July, starting at 10:00am. (Local Time Lille). It will be at the Inria Lille, Building B, third floor (RMoD offices). Remotely, you can join us on the official IRC channel #pharo on irc.freenode.net server. During the sprint, we will try to synchronize local and remote Pharo sprinters. As the building is not open to the public, please contact us before if you plan to come. JC

9 years, 6 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

Moose-dev