- Pharo-users - lists.pharo.org

Re: [Pharo-users] Fwd: Fwd: Debris' Quuve - Technologies used

by Mariano Martinez Peck

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

April 16, 2015

Re: [Pharo-users] [Vm-dev] [ANN] Pharo 4.0 is released!

by Johan Fabry

> On Apr 16, 2015, at 08:38, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 16 Apr 2015, at 11:55, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Great job! >> >> Thank you everyone for the contributions, support and trust. > > + 100 + 100 as well :-) Excellent news !!! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

April 16, 2015

Re: [Pharo-users] Polygons + Skybox in woden?

by Yuriy Tymchuk

Uhh.. I Woden still developed? Because I thought that Object Profile was working on it. Otherwise maybe we should switch to the CodeCity engineâ¦ it seems to have more âsupportâ. Uko > On 16 Apr 2015, at 15:11, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > > No idea, but let us know! > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu <http://www.bergel.eu/> > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > >> On Apr 16, 2015, at 4:41 AM, Lusa Nicolas <nicolas.lusa(a)usi.ch <mailto:nicolas.lusa@usi.ch>> wrote: >> >> Hello, >> >> I am Nicolas Lusa from university of Lugano and I am working on my master thesis with the supervision of Yuriy Tymchuk. >> Right now I am working with woden and I am trying to build polygons. >> Question1: Is it possible somehow to build polygons in woden? >> >> If not: >> I know woden is based on OpenGL and I also know that in OpenGL is possible to draw polygons with GL_POLYGON and a given array of points. >> Question2: How could I use GL_POLYGON through woden for my purpose? >> >> Moreover, I would like to put some sort of skybox in my scene. Apparently it's not possible yet, so my question is how could I do that? >> >> Thanks in advance. >> Cheers. >> Nicolas >

April 16, 2015

Re: [Pharo-users] Polygons + Skybox in woden?

by Alexandre Bergel

No idea, but let us know! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Apr 16, 2015, at 4:41 AM, Lusa Nicolas <nicolas.lusa(a)usi.ch> wrote: > > Hello, > > I am Nicolas Lusa from university of Lugano and I am working on my master thesis with the supervision of Yuriy Tymchuk. > Right now I am working with woden and I am trying to build polygons. > Question1: Is it possible somehow to build polygons in woden? > > If not: > I know woden is based on OpenGL and I also know that in OpenGL is possible to draw polygons with GL_POLYGON and a given array of points. > Question2: How could I use GL_POLYGON through woden for my purpose? > > Moreover, I would like to put some sort of skybox in my scene. Apparently it's not possible yet, so my question is how could I do that? > > Thanks in advance. > Cheers. > Nicolas

April 16, 2015

Re: [Pharo-users] [ANN] Pharo 4.0 is released!

by Alexandre Bergel

Excellent!!!! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > On Apr 16, 2015, at 6:29 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Please spread widely. > Sorry for multiple posts. > > (this post can be see here: http://pharo.org/news/pharo-4.0-released <http://pharo.org/news/pharo-4.0-released>) > > Dear World, > > Pharo 4.0 (http://www.pharo.org <http://www.pharo.org/>) is here. > > Pharo is a pure object-oriented programming language and a powerful environment, focused on simplicity and immediate feedback. > > > Many things have changed in Pharo. Here are some highlights: > - Inspector/Playground/Spotter are new moldable development tools for inspecting, coding and searching objects. > - Slots model instance variables as first class entities and enable meta-programming on this level. > - ShoreLine reporter introduces a way to report system errors and collect statistics, that we will use for future improvements > - Dark theme. > > These are just the more prominent highlights, but the details are just as important. We have closed 1697 issues in Pharo 4. Take a moment to go through a more detailed recount of the progress: > > https://github.com/pharo-project/ChangeLogs/blob/master/Pharo40ChangeLogs.md <https://github.com/pharo-project/ChangeLogs/blob/master/Pharo40ChangeLogs.md> > Pharo is improving on many fronts, but one of the most prominent changes is the addition of moldable tools for inspection and search. These tools provide extension mechanisms that allow every object to define ways in which it can be understood effectively. To provide an idea of the impact of the already existing extensions, the map below shows the Pharo classes grouped in packages, highlighting in red those parts of the system that have at least one such custom view coming with the main distribution. The spread of these extensions shows that moldability is powerful mechanism that can be used in many contexts. > > > > Remember that Pharo is your platform. We thank all the contributors of this release: > > Clara Allende, Jean-Baptiste Arnaud, Jean-Christophe Bach, Philippe Back, Clement Bera, Alexandre Bergel, Torsten Bergmann, Vincent Blondeau, Noury Bouraqadi, Santiago Bragagnolo, Johan Brichau, Sven Van Caekenberghe, Damien Cassou, Nicolas Cellier, Guido Chari, Dimitris Chloupis, Andrei Chis, Ben Coman, Bernardo Contreras, Tommaso Dal Sasso, Jan Van De Sandt, Christophe Demarey, Sean DeNigris, Marcus Denker, Martin Dias, Stephane Ducasse, Stephan Eggermont, Luc Fabresse, Johan Fabry, Hilaire Fernandes, Jerome Garcia, Tudor Girba, Thierry Goubier, Jigyasa Grover, Kris Gybels, Norbert Hartl, Dale Henrichs, Pablo Herrero, Nicolai Hess, Pavel Krivanek, Juraj Kubelka, Jan Kurs, Laurent Laffont, Jannik Laval, Kevin Lanvin, Max Leske, David Lewis, Diego Lont, Esteban Lorenzano, Tim Mackinnon, Attila Magyar, Esteban Maringolo, Stefan Marr, Max Mattone, Martin Mc Clure, Eliot Miranda, Alain Plantec, Guillermo Polito, Damien Pollet, Stefan Reichhart, Mark Rizun, Udo Schneider, Ignacio Sniechowski, Henrik Sperre Johansen, Igor Stasenko, Aliaksei Syrel, Ciprian Teodorov, Camille Teruel, Sebastian Tleye, Yuriy Tymchuk, Peter Uhnak, Andres Valloud, Sven Van Caekenberghe, Thomas Vincent, Jan Vrany, Martin Walk, Richard Wettel, Dmitri Zagidulin > > And all those who contributed indirectly, by reporting bugs, participating in discussion threads, providing feedback... > > Pharo 4.0 is another big step. And, the best is yet to come. > > Enjoy! > The Pharo Team >

April 16, 2015

Re: [Pharo-users] [ANN] Pharo 4.0 is released!

by Bernat Romagosa

Congratulations! I've been using the beta for a while and it's _by far_ my favorite release ever! El dia 16/04/2015 12.15, "Norbert Hartl" <norbert(a)hartl.name> va escriure: > Hurrrray!!!! > > Congrats you guys for the hard work!!!! > > Norbert > > Am 16.04.2015 um 11:29 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: > > Please spread widely. > Sorry for multiple posts. > > (this post can be see here: http://pharo.org/news/pharo-4.0-released) > > Dear World, > > Pharo 4.0 (http://www.pharo.org) is here. > > Pharo is a pure object-oriented programming language and a powerful > environment, focused on simplicity and immediate feedback. > > Many things have changed in Pharo. Here are some highlights: > - Inspector/Playground/Spotter are new moldable development tools for > inspecting, coding and searching objects. > - Slots model instance variables as first class entities and enable > meta-programming on this level. > - ShoreLine reporter introduces a way to report system errors and collect > statistics, that we will use for future improvements > - Dark theme. > > These are just the more prominent highlights, but the details are just as > important. We have closed 1697 issues in Pharo 4. Take a moment to go > through a more detailed recount of the progress: > > > https://github.com/pharo-project/ChangeLogs/blob/master/Pharo40ChangeLogs.md > > Pharo is improving on many fronts, but one of the most prominent changes > is the addition of moldable tools for inspection and search. These tools > provide extension mechanisms that allow every object to define ways in > which it can be understood effectively. To provide an idea of the impact of > the already existing extensions, the map below shows the Pharo classes > grouped in packages, highlighting in red those parts of the system that > have at least one such custom view coming with the main distribution. The > spread of these extensions shows that moldability is powerful mechanism > that can be used in many contexts. > > > Remember that Pharo is your platform. We thank all the contributors of > this release: > > Clara Allende, Jean-Baptiste Arnaud, Jean-Christophe Bach, Philippe Back, > Clement Bera, Alexandre Bergel, Torsten Bergmann, Vincent Blondeau, Noury > Bouraqadi, Santiago Bragagnolo, Johan Brichau, Sven Van Caekenberghe, > Damien Cassou, Nicolas Cellier, Guido Chari, Dimitris Chloupis, Andrei > Chis, Ben Coman, Bernardo Contreras, Tommaso Dal Sasso, Jan Van De Sandt, > Christophe Demarey, Sean DeNigris, Marcus Denker, Martin Dias, Stephane > Ducasse, Stephan Eggermont, Luc Fabresse, Johan Fabry, Hilaire Fernandes, > Jerome Garcia, Tudor Girba, Thierry Goubier, Jigyasa Grover, Kris Gybels, > Norbert Hartl, Dale Henrichs, Pablo Herrero, Nicolai Hess, Pavel Krivanek, > Juraj Kubelka, Jan Kurs, Laurent Laffont, Jannik Laval, Kevin Lanvin, Max > Leske, David Lewis, Diego Lont, Esteban Lorenzano, Tim Mackinnon, Attila > Magyar, Esteban Maringolo, Stefan Marr, Max Mattone, Martin Mc Clure, Eliot > Miranda, Alain Plantec, Guillermo Polito, Damien Pollet, Stefan Reichhart, > Mark Rizun, Udo Schneider, Ignacio Sniechowski, Henrik Sperre Johansen, > Igor Stasenko, Aliaksei Syrel, Ciprian Teodorov, Camille Teruel, Sebastian > Tleye, Yuriy Tymchuk, Peter Uhnak, Andres Valloud, Sven Van Caekenberghe, > Thomas Vincent, Jan Vrany, Martin Walk, Richard Wettel, Dmitri Zagidulin > > And all those who contributed indirectly, by reporting bugs, participating > in discussion threads, providing feedback... > > Pharo 4.0 is another big step. And, the best is yet to come. > > Enjoy! > The Pharo Team > > _______________________________________________ > Magritte, Pier and Related Tools ... > https://www.iam.unibe.ch/mailman/listinfo/smallwiki > > >

April 16, 2015

Re: [Pharo-users] [Vm-dev] [ANN] Pharo 4.0 is released!

by Sven Van Caekenberghe

> On 16 Apr 2015, at 11:55, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Great job! > > Thank you everyone for the contributions, support and trust. + 100

April 16, 2015

Re: [Pharo-users] time library?

by Camille

> On 16 Apr 2015, at 13:17, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi, > > I am looking for a library that deals with time. Specifically, I am looking for things like: > - The concept of Period (not duration) that models an absolute time period > - Scripting possibilities like: 16 April, 2015 @ (3 pm + 15 minutes) > > Do you know any effort in this direction? Maybe Chalten? http://stephane.ducasse.free.fr/Teaching/CoursAnnecy/0506-M1-COO/A%20New%20… <http://stephane.ducasse.free.fr/Teaching/CoursAnnecy/0506-M1-COO/A%20New%20…> Camille > Doru > > -- > www.tudorgirba.com <http://www.tudorgirba.com/> > > "Every thing has its own flow"

April 16, 2015

time library?

by Tudor Girba

Hi, I am looking for a library that deals with time. Specifically, I am looking for things like: - The concept of Period (not duration) that models an absolute time period - Scripting possibilities like: 16 April, 2015 @ (3 pm + 15 minutes) Do you know any effort in this direction? Doru -- www.tudorgirba.com "Every thing has its own flow"

April 16, 2015

Re: [Pharo-users] [Pharo-dev] [ANN] Pharo 4.0 is released!

by Torsten Bergmann

What a nice release! Future is wide open ... and we have to/will shape it. While we can enjoy the shiny Pharo 4.0 release please remember that I already created: http://smalltalkhub.com/#!/~Pharo/Pharo50Inbox http://smalltalkhub.com/#!/~Pharo/Pharo50 to wait for even more powerful stuff ;) Also do not forget to put working configurations of your projects into http://smalltalkhub.com/#!/~Pharo/MetaRepoForPharo40 Thx T.

April 16, 2015