- Pharo-dev - lists.pharo.org

[Pharo-project] What the best way to implement week dictionary cache
by Denis Kudriashov Nov. 27, 2012

Nov. 27, 2012

Hello. I want implement cache for proxy objects. I need some kind of dictionary which I can request for proxy of actual object. And any user of actual objects will work with same instances of proxies. And every proxy object has reference to actual object. Obvious solution is basic dictionary with actual objects as keys and proxy-objects as values. But next I want my dictionary be week. And when nobody uses actual object it should be garbaged and my cache of proxies should be cleaned from unused proxies/actuals. Is it possible to implement such cache? And how it can be done? Best regards, Denis

4 4

[Pharo-project] New Change System
by Torsten Bergmann Nov. 27, 2012

Nov. 27, 2012

Nice! You should disable the "undo" menu on evaluted expressions since they can not be undone. UI need some work (alignment, splitter size, ...) Will it support grouping similar to "Tools" -> "Recent Messages" so I can see changes I did on a method, class, ...? Thanks T.

2 1

Re: [Pharo-project] ProfStef on steroids (was: Athens OpenGL backend - what does it mean?)
by Stephan Eggermont Nov. 26, 2012

Nov. 26, 2012

Sebastian Nozzi wrote: >When I read your past discussion about the help-system not being able >to show "figures" (I think Igor pointed it out) I thought: "wait a >second, why is it not possible to "embed" Morphs into the text?". I >thought I had seen something like that in the past before... (in >Squeak). Yes, you can do those things. I use that in the (Glamour based) Tutorial code. The red bullets are forms, inserted in a (non-empty) Text with richText addAttribute: (TextAnchor new anchoredMorph: GLMUIThemeExtraIcons glamorousRedCircle asMorph; yourself) from: richText size -1 to: richText size. (and yes, I'll look up the unicode value for bullet) Stephan

2 1

Re: [Pharo-project] MongoTalk update
by Fernando Olivero Nov. 26, 2012

Nov. 26, 2012

Hi, this seems to answer your question. http://articles.tulipemoutarde.be/embedded-document-with-voyage-in-mongodb Fernando On Sun, Nov 25, 2012 at 2:09 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 24 November 2012 14:06, Nicolas Petton <petton.nicolas(a)gmail.com> > wrote: > > > > Thanks Norbert! > > > > It's cool to know that you like it :) Together with Esteban's work on > > Voyage, it allows us to do extremely cool stuff with Mongo and Pharo. > > > > What I like with Voyage-Mongo + MongoQueries is that objects are > > persisted without any effort, it just works, and we can query Mongo > > collections like we would do with Smalltalk collections. > > > are you talking about serializing objects (or subgraphs) directly, and > storing them in mongo db ? > > > Nico > > > > Norbert Hartl <norbert(a)hartl.name> writes: > > > >> Hey Nico, > >> > >> I looked into your new stuff and I like it. Especially the MongoQueries > stuff is very simple and clean approach to do a small DSL. That boosts the > usability of MongoTalk extremely. Bravo! > >> > >> Norbert > >> > >> Am 19.11.2012 um 15:37 schrieb Nicolas Petton <petton.nicolas(a)gmail.com > >: > >> > >>> > >>> Hi guys, > >>> > >>> Lately I worked a bit on the Pharo Mongo driver for SmalltalkHub. I > made > >>> several changes (in the new version 1.4): > >>> > >>> The query API changed: > >>> > >>> - MongoCollection>>query: now takes a 1 arg block, improving the API > >>> quite a bit. > >>> > >>> Queries like: > >>> > >>> aCollection query: (aCollection query > >>> query: { 'foo' -> 'bar'} asDictionary; > >>> yourself) > >>> > >>> Is now written: > >>> > >>> aCollection query: [ :query | > >>> query where: { 'foo' -> 'bar'} ] > >>> > >>> Sending #asDictionary has also been made optional, the query builder > >>> will send #asMongoQuery to the query collection. > >>> > >>> > >>> The MongoQueries package: > >>> > >>> Version 1.4 comes with a new package MongoQueries, a small DSL allowing > >>> us to use traditional blocks instead of dictionaries to perform > >>> queries. This is optional and backward compatible. > >>> > >>> Queries like: > >>> > >>> aCollection select: { '$or' -> { 'name' -> 'foo'. 'age' -> { '$gt' -> > 23 } > >>> asDictionary } asDictionary } asDictionary > >>> > >>> can be expressed: > >>> > >>> aCollection select: [ :each | (each name = 'foo') | (each age > 23) ] > >>> > >>> The MongoQueries package should support the entire mongo query language > >>> (including nested queries), and comes with unit tests. > >>> > >>> Nico > >>> > >> > >> > > > > -- > > Nicolas Petton > > http://nicolas-petton.fr > > > > > > -- > Best regards, > Igor Stasenko. > >

3 4

[Pharo-project] [update 2.0] #20419
by Marcus Denker Nov. 26, 2012

Nov. 26, 2012

20419 ----- Issue 7040: Move InvalidDirectoryError to Url package (sole user) http://code.google.com/p/pharo/issues/detail?id=7040 Issue 7050: Critics Browser http://code.google.com/p/pharo/issues/detail?id=7050 Issue 6956: Some Ring tests are dependent on Monticello http://code.google.com/p/pharo/issues/detail?id=6956 Diff information: http://ss3.gemstone.com/ss/Pharo20/Text-MarcusDenker.40.diff http://ss3.gemstone.com/ss/Pharo20/Ring-Tests-Monticello-MarcusDenker.10.di… http://ss3.gemstone.com/ss/Pharo20/Network-Url-MarcusDenker.80.diff http://ss3.gemstone.com/ss/Pharo20/Nautilus-MarcusDenker.378.diff http://ss3.gemstone.com/ss/Pharo20/Manifest-CriticBrowser-MarcusDenker.28.d… http://ss3.gemstone.com/ss/Pharo20/Manifest-Core-MarcusDenker.96.diff http://ss3.gemstone.com/ss/Pharo20/Files-MarcusDenker.ducasse.283.diff -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

1 0

[Pharo-project] Running the full Pharo 1.4 Test Suite on the Raspberry Pi
by Sven Van Caekenberghe Nov. 26, 2012

Nov. 26, 2012

Hi, Although it took a very long time (the non-Cog vm on the ARM is more than a full factor 10 slower than any MacBook), I am happy to report that the stock vm on the Raspberry Pi was capable of running the full Pharo 1.4 Test Suite, with the following result: 8547 run, 8483 passes, 53 expected failures, 5 failures, 6 errors, 0 unexpected passes Failures: ZnMagicCookieTests>>#testFromString ZnMagicCookieJarTests>>#testCookiesForUrl ZnMagicCookieJarTests>>#testCookieAtForUrl SharedQueue2Test>>#testCounting ZnMagicCookieJarTests>>#testAdd Errors: CompiledMethodTest>>#testPerformInSuperclassCanExecutelongMethodWithTemps CodeSimulationTests>>#testGettingSourceFromFile CodeSimulationTests>>#testTranscriptPrinting CodeSimulationTests>>#testTranscriptPrintingWithOpenedTranscriptExists MessageTallyTest>>#testClosedTally MessageTallyTest>>#testTallySends The Zn tests were actually already fixed, so updating Zn made them go away. I am afraid that running 2.0 is blocked on FileSystem requirements being to much for this older VM. Since FileSystem is also used in the startup sequence, we won't get very far. Camillo ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

1 0

Re: [Pharo-project] Athens OpenGL backend - what does it mean?
by dimitris chloupis Nov. 26, 2012

Nov. 26, 2012

Ephestos as a project is not new . It started as blender addon details can be found here -->Â http://blenderartists.org/forum/showthread.php?250375-A-Visual-Programming-… Because the thread is kinda huge to sum it up what I and another blender developer did was to take morphic for python ( http://www.chirp.scratchr.org/blog/?p=30 ) which was written for python 2 and pygame and port it to python 3 , bgl (its a thin wrapper for opengl 1 blender library ) and as a blender addon. 240 commits later we had a morphic interface for blender written in python and ported to bgl so it could run from inside the blender window. Suprisingly we did not have so much problem with out own bugs but bgl proven too slow , buggy and unreliable so I had to abandon because I could only solve that problem with hacking blender source which is written in C and is almost not commented at all. Lets say here I am no big fan of C language of Blender source.Â Here you can find if you are interested the final blender python code ---> https://github.com/kilon/EphestosOld >From there on I was just searching for a home for Ephestos. I has quite reluctant to join pharo because of the lack of developers and because I am not that familiar with smalltalk as much I am with python. To be frank I am not that motivated to join a language that is has a very small community because of bug fixes and library support. I actually even looked into common lisp and emacs very recently as well since I really like lisp as a language and I prefer from smalltalk. But it has become obvious to me that what I am trying to do for Ephestos is synonymous to what smalltalk is trying to do, to offer a live visual environment that makes code , fun , flexible and efficient. So I decided to take the deep dive into pharo. Smalltalk may not be super popular as python but porting all smalltalk stuff or even just little to python is just insane amount of work so I think I made the sensible choice to port my project to Pharo because it was already based on pharo libraries anyway. Saying that I am still interested in offering some Blender support for Ephestos and thus making pharo able to quickly communicate with blender probably via a socket bridge. I got all these crazy ideas but I am willing to take them a step at a time , so that is why I talked about "decades". ________________________________ From: Sebastian Nozzi <sebnozzi(a)gmail.com> To: dimitris chloupis <thekilon(a)yahoo.co.uk> Cc: "Pharo-project(a)lists.gforge.inria.fr" <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, 25 November 2012, 20:43 Subject: Re: [Pharo-project] Athens OpenGL backend - what does it mean? Wow!!! You have no idea how incredible I found to be reading something like this: "I am willing to invest years and if all goes well even decades of efforts since its an area that I love to code for". It definitely made my day! :-) Especially the last part, that you really *love* to code in this area (something I cannot but admire). I always found the Squeak/Pharo environment so cool to code in, the "aliveness" of the image, but also had the feeling that the graphics system was a little outdated. Unfortunately being unable to do something about it, first because I have no expertise in the area, and second, because... well... I guess I'm lazy and not patient/talented enough for graphics programming ;-). It is therefor great that Igor and now you showed up, able to improve in this area, and also willing :-) To sum it up: I always thought that open-source Smalltalk should *look* as great from the "outside" as it is cool on the "inside" (the semantics). It simply deserves no less. So I am really grateful for any effort put in this. Pharo already looks great, much has been archived, and I can't wait to see what you guys will come up with next... Best regards, Sebastian 2012/11/25 dimitris chloupis <thekilon(a)yahoo.co.uk>: > "eye candy" wise this is exactly the focus of my Ephestos project , Morpheas > section. A custom gui , gui designers for easy creating of GUIs by the user > and additional moprh widget with customized look including eye candy. > > I can't make any promises, as I have no clue what kind of obstacles and > technical limitations I am going to find in the process but I can tell you I > am willing to invest years and if all goes well even decades of efforts > since its an area that I love to code for. > > As a first part I am in the process of creating a tutorial generator which > will be ProfStef on steroids for at first offering tutorial for Athens and > later used for any kind of Pharo tutorial. > > I am also interested in helping Athens porting to OpenGL and generally using > NBOpenGL as the next step for Morphic. Excitting stuff the only thing it > worries me is the type of technical blocks / obstacles I may come across but > trying is certainly well worths it. > > > ________________________________ > From: Sebastian Nozzi <sebnozzi(a)gmail.com> > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, 24 November 2012, 17:06 > Subject: [Pharo-project] Athens OpenGL backend - what does it mean? > > Hello Pharo Devs, > > I am really excited about the direction Pharo is taking regarding many > areas - one of them being the graphics. I played with Athens a bit and > it's cool to see anti-aliased vectror graphics coming to Pharo. > > I keep reading about a possible OpenGL back-end in the future... what > would this mean exactly? > > For years I have been "dreaming" about graphic-accelerated "eye-candy" > effects inside of the Smalltalk environment. Like compiz-fusion > effects in Linux, or Quartz-Extreme powerded in OS-X (ExposÃ©, etc.). > > Would this be possible with such a back-end? Or am I misinterpreting > things? I'm not a graphic-dev expert. > > Best regards, > > Sebastian > > >

2 2

[Pharo-project] [update 2.0] #20418
by Marcus Denker Nov. 26, 2012

Nov. 26, 2012

20418 ----- Issue 6973: two ClassDescription>> #correspondingForTest issues http://code.google.com/p/pharo/issues/detail?id=6973 Issue 7057: Add Special Inspectors For Floats and Integers http://code.google.com/p/pharo/issues/detail?id=705 Issue 7052: Fix in PolyMorph + TextHighlight fix http://code.google.com/p/pharo/issues/detail?id=7052 Diff information: http://ss3.gemstone.com/ss/Pharo20/Tools-MarcusDenker.990.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Widgets-MarcusDenker.737.diff http://ss3.gemstone.com/ss/Pharo20/Polymorph-Tools-Diff-MarcusDenker.83.diff http://ss3.gemstone.com/ss/Pharo20/NautilusCommon-MarcusDenker.104.diff http://ss3.gemstone.com/ss/Pharo20/Morphic-MarcusDenker.1293.diff -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

1 0

[Pharo-project] dumpfs - inspecting floating point numbers
by Sven Van Caekenberghe Nov. 26, 2012

Nov. 26, 2012

Hi, I just came across this: http://blog.reverberate.org/2012/11/dumpfp-tool-to-inspect-floating-point.h… and I think it would be very cool to have something like that for Smalltalk, as a standard, builtin feature. It would fit the Smalltalk philosphy of understandability very well. Nicolas ? ;-) Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

5 6

[Pharo-project] Tests coverage of basic packages
by Pavel Krivanek Nov. 26, 2012

Nov. 26, 2012

Hi, I created a Jenkins job [1] that tries to measure tests coverage of Pharo Kernel. So if you want to see how good are we in this area for basic Pharo packages, see the latest report [2]. It is measured only by code simulation so the results are not perfect and complete but for basic information it may be sufficient. Of course take it as a small incentive to improve credibility of our image :-) [1] https://ci.inria.fr/pharo/view/Pharo%20Kernel%202.0/job/Pharo%20Kernel%202.… [2] https://ci.inria.fr/pharo/view/Pharo%20Kernel%202.0/job/Pharo%20Kernel%202.… Cheers, -- Pavel

5 5