- Pharo-dev - lists.pharo.org

Re: [Pharo-project] To try out FileSystem in 2.0 -- which download?
by Fernando Olivero Oct. 4, 2012

Oct. 4, 2012

i love they manner in which you summarized more then 10 years of struggles, and introduce the high hopes that this future beholds... thanks Marcus! Fernando On Thu, Oct 4, 2012 at 9:16 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Thanks for the explanation and pointers, Marcus. > > Well written, well said, as usual ;-) > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > > > > On 04 Oct 2012, at 08:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> >> On Oct 4, 2012, at 8:02 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>> >>> Now there are two philosophies >>> >>> 1) we load the new in addition. It even is compatible to many different versions of the System, and everyone uses it >>> in new code. But the sytem can not use it, as the developer of course wants to load the latest version of this independendly >>> develpopped library. Some people requested that for FileSystem, and we renamed all classes so that they can continue >>> to load the code themselves. >> >> This actually is interesting, these two philosophies... >> >> 1) The Addition View >> >> Smalltalk is perfect and finished. Everything we do we do "on top". If we implement Morphic, we keep MVC. Things like >> FileSystem code is there as an additonal library. >> When doing research, the picture you have is not that of a System that you improve to make a new System that makes >> the next research easier. No. You do something *on top*, and throw it away after. >> >> 2) The System View >> >> I think some people's brain kind of got a hickup when they looked at instances of Class and saw that they just use standard >> libraries. MethodDictionay is a Dictionary... there is no special "I wrote everyhting again because I am clever!" code >> even deep in the system. That is one of the things that makes Smalltalk powerful! >> >> The main reason is that it created a feedback loop: We improve something for an application. But then, instead of throwing >> it away, we *apply* that improvement to the *whole* system. The system gets better (faster, smaller). And its expressiveness >> is improved: the next developer can just *use* the improvement and put the time into something else. >> >> Especially in Research, this is quite important: You can't publish things that have already been done. Time is limited (just 3-4 years >> to do a PhD...). So if the guy has to constantly start from scratch, this gets very hard after just some interations. Yet, when the System >> itself improves... the picture here is that of a mountain: We can always climb up from the valley deep down, or we can build base camps. >> Who will do better? >> >> I think we are starting to (slowly) see this with Pharo. E.g. the on-demand loading of the .sources. It uses Zinc and FileSystem, it's just a >> couple of lines of code. Yes, you could have done it before. But would anyone do it? Of course not. (just a very trivial example). >> >> Marcus >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> > >

2 1

[Pharo-project] [update 2.0] #20320
by Marcus Denker Oct. 4, 2012

Oct. 4, 2012

20320 ----- Issue 6757: Nuke HTTPClient and HTTPSocket and deprecated ZnHTTPSocketFacade http://code.google.com/p/pharo/issues/detail?id=6757 Remove HTTPClient completely. Remove all methods from HTTPSocket, instance and class side, as well as all instance and class variables. Keep the methods on the class side delegating to ZnHTTPSocketFacade as they constitute a working API that might be used by legacy code. Deprecate all class side methods on HTTPSocket that were delegating to ZnHTTPSocketFacade, as defined by the special Zinc-Patch-HTTPSocket package. Remove HTTPSocketTests ================================================================================= Thanks Sven! -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] presenting is storytelling at esug 2008
by Alexandre Bergel Oct. 4, 2012

Oct. 4, 2012

Today I was working with a student in my office, guess on what, code profiling, you're right :-). A professor entered my room and asked me about the name of the presenter who gave a wonderful talk about how to give talks. I immediately though about Doru's esug presentation, but I said nothing since I cannot make a connection between this professor and Doru. I started to think about some previous professors we invited at the department or something. The student immediately said "Tudor Girba!". The professor replied with "yes!!! He is the guy!" before saying "Muy buena la presentaciÃ³n!" and immediately leaving my office. I am still stunned. For whom who did not see the presentation, have a look at: http://www.tudorgirba.com/presentations/presenting-is-storytelling It is short and goes to the point. Good job Doru! Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1

[Pharo-project] NB cant locate a module
by Fernando Olivero Oct. 3, 2012

Oct. 3, 2012

Hi Igor, following your example on using CairoLibraryLoader, i did the same for the PangoCairo library part of Athens. But there's something i don't understand, why [1] works and [2] doesn't (it returns 0), if both are in the plugins folder of the vm. 1.NativeBoost forCurrentPlatform loadModule: 'libcairo.2.dylib' 2.NativeBoost forCurrentPlatform loadModule: 'libpango-1.0.0.dylib' Does it depend on something else besides being in that path? #loadModule: by default looks at the Plugins folder? I've also tried passing as an argument the full path. I've attached the dylib, compiled with Macports universal binaries option. I'm using MacOS. Thanks, Fernando

2 1

[Pharo-project] Adapting old code - MethodReference deprecated
by Jordi Delgado Oct. 3, 2012

Oct. 3, 2012

Hi, Just a question regarding this example I would like to teach (PBE p. 298). The code: | class | class := Collection. SystemNavigation default browseMessageList: (class withAllSubclasses gather: [:each | each methodDict associations select: [:assoc | assoc value sendsToSuper] thenCollect: [:assoc | MethodReference class: each selector: assoc key]]) name: 'Supersends of ' , class name , ' and its subclasses' does not work in current Pharo. I did the following, after browsing the system a little bit. First I changed 'MethodReference' for 'RGMethodDefinition' and defined a new method 'Object class >> realClass ^self' (this is because the system complained that 'Array class' did not understand 'realClass') Now it works, but I do not really understand why. My questions are: a) Is there a canonical way of doing what was usually done with 'MethodReference'? (I do not think that substituting 'MethodReference' for 'RGMethodDefinition' is the right answer) b) What is the 'Ring'? (besides an evil organization from the show 'Chuck' :)) Thanks in advance, Bests, Jordi PS: I know I am being lazy, ok? I am still getting to grips with current Pharo after more than one year without using it. I am working on it... Any help will be really appreciated.

2 1

[Pharo-project] Concept demonstration - Interactive Roassal for constructing models
by Ben Coman Oct. 2, 2012

Oct. 2, 2012

Following on from recent pharo-project 'Roassal Survey' posts which asked for features for Roassal to be a universal diagram tool, I have cobbled together a concept demo. I was quite surprised and pleased that I was able to achieve this over the weekend - which I think is a testament to the potential power of the clean design that Alexandre has achieved for Roassal. Glamour also helped ease the way. Operation is quite basic - only interactively adding nodes and applying different layouts. Adding edges between nodes is still to go. Previously Roassal has been used only for scripting, so there are some bugs in the way I've forced it to operate, but I thought I'd release as early as possible to garner feedback and interest. Perhaps I get lucky and a Fuel expert finds this interesting. Help with moving the drawings to file and back would be appreciated. The attached package Glamour-Roassal-Interactive-BenComan.3 is based off Moose 4.7, tested against a fresh copy downloaded 2012-10-03 which contained: ConfigurationOfRoassal.AlexandreBergel.605 ConfigurationOfGlamour.TudorGirba.98 cheers -ben

2 2

[Pharo-project] [Another sad day] a nice example of the mess with json in FileTree
by StÃ©phane Ducasse Oct. 2, 2012

Oct. 2, 2012

Hi guys I was browsing (at least trying) to have a look at mist https://github.com/martinmcclure/mist/commit/b3103bd30be11dd8063aa9ce212a36… and this is so nice to see json code in the middle of Smalltalk methods. Look for class definitions there are great. Yes it will help newcomers to jump into Smalltalk. So great. We avoided the XML crap as in VW but apparently we will not avoid the shit of JSON. May be this is the clear indication that we should all stop to code in Smalltalk (a dead language anyway) and all switch to Javascript in a plain happiness. Have a look this is great to read class definitions and method categories like that. I love FileTree. I love JSON. What is terribly fun is that JSON could be good if we would not have a declarative syntax for exactly the same but new is always better. So long life to FileTree and JSON. Stef PS: Of course you can all piss on me, do it if this helps you. Now tell me that I do not have to use GitHub to browse code and all kind of nice argumentsâ¦ while at the same time, people are telling me the inverse. Yes I can stick with my old crappy browser and we will explain to our students that we were not able to use the syntax of our language to express nicely the same. PSPS: so do not ask me any help and support for such idea.

13 35

[Pharo-project] Metacello bleedingEdge question
by Sven Van Caekenberghe Oct. 2, 2012

Oct. 2, 2012

Hi, I have a question. The following works as expected and loads the latest versions of the code: ConfigurationOfZincHTTPComponents project bleedingEdge load. The following does not and keeps loading only the #stable one and not the latest one. ConfigurationOfZTimestamp project bleedingEdge load. I can't see any difference, but I am a Metacello newbie. Has anyone any idea where I should look ? Thx, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

6 20

[Pharo-project] Bad behaviour at startup
by Denis Kudriashov Oct. 2, 2012

Oct. 2, 2012

Hello. I found very bad behaviour. I use Pharo1.4. And when there is some errors at startup Image just closed. It is horrible I have image with seaside application which open socket at startup. So when I move to another computer where this port is busy (or closed by firewall) Pharo opened and immediately closed. No chance to debug and fix it. What you think about it? Is it fixed already at pharo 2.0? Best regards Denis

5 15

[Pharo-project] [update 2.0] #20319
by Marcus Denker Oct. 2, 2012

Oct. 2, 2012

20319 ----- Issue 6750: New Zinc version: fixing startup behavior of ZnServer http://code.google.com/p/pharo/issues/detail?id=6750 Issue 6734: Adding some morph navigation through keymappings http://code.google.com/p/pharo/issues/detail?id=6734 -- Marcus Denker -- http://marcusdenker.de

2 1