April 2015 - Pharo-users - lists.pharo.org

QualityAssistant v0.4
by Yuriy Tymchuk April 24, 2015

April 24, 2015

Hi everyone! Probably most of you know, that I am developing a tool called QualityAssistant, which displays current critics about your code in SystemBrowser, Inspector and Spotter. Iâm happy to tell you that there is a new release v0.4 which does not require you to do any previous setup! Just load it from configuration browser (pharo 4 & 5) and it will start giving you feedback. More details can be found here: https://github.com/Uko/QualityAssistant#quality-assistant-beta- <https://github.com/Uko/QualityAssistant#quality-assistant-beta->. If you are upgrading from older version, it is recommended to load QualityAssistant into a fresh image, because multiple announcement and process changes may cause exceptions in old objects. Even if you are an experienced programmer you can find QualityAssistant useful for instantly spotting typos or making sure that you didnât forget some details about your code. Please give me a feedback about your experience, as I want to make it even more useful. Either write me an email, or open an entry at: https://github.com/Uko/QualityAssistant/issues Have a nice week! Uko

10 23

SoundSystem subclassing
by Mark Rizun April 23, 2015

April 23, 2015

Hi, I was investigating how to play sounds in Pharo, and found SoundSystem class. It is stated that you should subclass it, like DummySoundSystem does. Is there any cool subclass (besides DummySoundSystem =D ) already implemented so I can use it? Thanks, Mark -- View this message in context: http://forum.world.st/SoundSystem-subclassing-tp4821475.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

2 1

Versionner repository moved to PharoExtras
by Christophe Demarey April 23, 2015

April 23, 2015

Hi, I just moved the Versionner repository from http://smalltalkhub.com/#!/~demarey/Versionner/ to http://smalltalkhub.com/#!/~PharoExtras/Versionner/. It will ease contributions and it will be easier to find with other tools / library of Pharo. Regards, Christophe.

1 0

Time traveling Pharo
by Johan Fabry April 23, 2015

April 23, 2015

Hi all, finally having some time to develop again, I downloaded the 4.0 image sources and vm (http://files.pharo.org/get-files/40/pharo.zip et cetera) through the links on the downloads page. Itâs a bit strange that the image version is 5000, but OK I can understand it. More funny is the time traveling behavior that occurs when doing World->System->About. It says: Pharo5.0 Latest update: #50000 [â¦] Time-traveling from next year back to today! Wow! :-P ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

2 3

tinychat
by stepharo April 23, 2015

April 23, 2015

Hi just finished to translate our tinychat tutorial in english http://sdmeta.gforge.inria.fr/Teaching/TinyChat/ Stef

2 4

Wrong slave for CI job
by Serge Stinckwich April 22, 2015

April 22, 2015

I add a new CI job here:https://ci.inria.fr/pharo-contribution/job/Cormas/ bu every time I try to run the job, the job is executed on a pharo-contribution-raspberrypi-linux slave and fails ... I try to change the node without success ... -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

2 5

You love success stories, us too
by stepharo April 22, 2015

April 22, 2015

Hi guys http://pharo.org/success I know that you love success stories and we love them too. So to get success stories we need people to give us theirs. A success story is simple! - you do not have to been able to buy google based on your cash flow - you do not have to buy apple either - you have to have a solution to a problem and it should be in Pharo - it can be technical - it is good if there is a business value but this is not mandatory A success story is two paragraphs - one paragraph for your cool app/solution is - one paragraph for how cool pharo is - if you have a visual support even better Stef

1 0

Re: [Pharo-users] [Bulk] Re: Fwd: Fwd: Debris' Quuve - Technologies used
by stepharo April 22, 2015

April 22, 2015

1 0

Re: [Pharo-users] Fwd: Fwd: Debris' Quuve - Technologies used
by Mariano Martinez Peck April 21, 2015

April 21, 2015

Yanni, please find my answers below. On Thu, Apr 16, 2015 at 10:57 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Wed, Apr 15, 2015 at 9:53 PM, Yanni Chiu <yanni(a)rogers.com> wrote: > >> >> On Apr 15, 2015, at 8:01 PM, Cameron Sanders via Pharo-users < >> pharo-users(a)lists.pharo.org> wrote: >> > >> > Sure, I am happy to share. We are to the point that we need to get >> people interested in this platform; one thing we offer is a source license >> and therefore we need to document things that we have not yet documented. >> > >> > So please, fire away any questions. >> >> Are there any instances of Magritte framework that are not an instances >> of a custom subclass? (Did you have to subclass everything?) >> > > No, we did not have to subclass everything. But quite some. For example, > the components, yes, we have to subclass them all. The main reasons are > more or less these: > > 1) We want everything to be ajaxfied (so every single component needed to > be rewritten for AJAX) > 2) We want all our components to use Bootstrap layout > 3) We want components/descriptions/renderes/etc that better fit our own > needs > 4) We needed more hooks > > The only part that we did subclass everything is the components. Then we > have subclasses some descriptions but not all. We also have some special > descriptions. > > In addition, we have subclassed: > > - Memento: to provide extra hooks.... > - StringWriters: mostly to change the way we print floats, dateandtime, > dates, etc. > - TableRenderer: because we have 2-columns and 1-column type of form (and > to layout these forms using Bootstrap) > - FormDecoration and ValidationDecoration: to provide ajax and bootstrap > - DescribedColumn, CommandColumn, etc: we have lots of subclasses to > specify and improve our magritte reports > - other... > > >> >> What pushed you toward custom subclasses? Was the properties dictionary >> not sufficient for extending the object state variables, or was it a >> speed/performance issue? Would refactoring the Magritte classes to have >> various hook methods allowed you to avoid making custom subclasses? (I >> found that it was Twitter Bootstrap which drove the need for subclassing >> the framework, whereas native HTML would have been adaptable to Magritteâs >> needs). >> > > We DO extend some of Magritte superclasses using extension methods that > use the properties. We have quite some properties extended that way. > However, many other places we need to change the way things are displayed, > or arranges, or provide more hooks, to better fit our need etc. In that > case, just using properties is not enough. > Yes, if we would have had more hooks, we likely would have need to > subclass less. But not everything. We think Magritte was easy enough to > extend as is. Another thing we found is that sometimes is a bit hard to > agree on what is needed for all magritte users. So fully refactoring > Magritte may affect other developers or other use-cases of Magritte. > > >> >> Did you use the OneToOne and OneToMany relationship descriptions by >> subclassing, or did you create entirely new ones? >> >> > We have subclasses those. Why? Because we found out that it asks the > #optionsAndLabels quite a lot of times when it is not really necessary. For > example, to view an object, it needs to send #optionsAndLabels just to then > search the label for an specific option.... So we have created our own > "lazy" subclass of those 2 were #optionsAndLabels are computed as much > lazy/late as possible AND we can also plug a #getLabelClosure which avoids > getting #optionsAndLabels just for that... > > In addition to this, we have some special components (for example one that > uses autocomplete) and so the combination of lazy descriptions + > autocomplete component is very useful for long lists. > > >> What are some statistics on your model - e.g. number to classes? average >> (mean/median/mode) number of attributes/methods per class? average depth of >> the class hierarchy? >> >> > We'll have to get back to you on that one -- if we ever count them... > > > Do you translate/map the âSmalltalkâ query blocks for GemStone to get >> better speed, or is this unnecessary? >> >> > Yes. But only in a few places. We have currently 3 or 4 places where we > have indexes in GemStone collections. So what we did is that we have a > QueryBuilder strategy, with 2 subclasses, one for Pharo and one for > GemStone. And a singleton #current. Each class knows how to answer the > query closure for a particular query. It simply answers the closure we then > pass to the #select:. GemStone one will answer the { } one. > > > >> Do you use Magritte descriptions to tag things for indexing on GemStone? >> Or, do you just manually create indexes on GemStone as necessary (e.g. via >> install code that encapsulates knowledge of where to index, or does the >> system automatically raise flags when indexing is needed). >> > > The latter. We do not use Magritte here. > > >> >> From various postings, I gather you have a lot of data to process. Do you >> have any numbers like: >> - total number of objects in the system >> > > This is tricky, because it really depends on the advisory firm or the > researcher. Quuve is deployed for each customer. So the size really really > varies. > > >> - biggest collection, typical collection size >> >> > Right now for example we are dealing with storage of fundamental data of > companies (for research) , and prices... some collections have a few > million objects. What is important is that you must analyze which > collection class to use. Best (from our point of view) is one that supports > both, RC and Indexes. Just in case you need any of those later. > > > -- Mariano http://marianopeck.wordpress.com

5 9

deploying a desktop GUI based image
by Sebastian Heidbrink April 21, 2015

April 21, 2015

Hi all! I asked this question on the Moose list already ,but it seems nobody can help me there. I would liek to deploy a pharo app based on Glamour and Roassal as a "hands on demo". I was told Damien's Pharo launcher is currently somehow the reference implementation for a "fullscreen" pharo application. The pharo launcher is SPEC based and this provides some functionality regarding that but Glamour doesn't. So I assume there must be a "general" way to do it. Unfortunately I am not able to tell the Galmour Browser to be "fullscreen" and i also want to make sure nobody is able to get access to the code or pharo related tools. Does anybody here have experience in that or has a link to a documentation regarding this? The only stuff Ia was able to find is seaside headless related deployment but nothing for UI based images. Thank you for any help! Sebastian

4 7