- Pharo-dev - lists.pharo.org

[Pharo-project] We need your successes
by StÃ©phane Ducasse May 12, 2012

May 12, 2012

Hi everybody We really want to build a "vitrine" showroom of Pharo and we would you to participate. We want to build a web page with all these successes and show it to the world. :) We would like to get from you a three slides document: slide one: a sexy picture and a teaser / who you are. slide two: what is it how cool is it. slide three: what cool pharo techno you used or developed. I did a bad one using DrGeo to give you an idea. So can you please send us these three slides. We would like to present them during the Pharo conf and after put them on the web. Stef and marcus.

3 3

Re: [Pharo-project] [review needed] Do we remove SmartRefStream?
by Marcus Denker May 12, 2012

May 12, 2012

On May 12, 2012, at 10:27 AM, StÃ©phane Ducasse wrote: > > On May 11, 2012, at 10:27 AM, Marcus Denker wrote: > >> >> With Fuel, we should take the opportunity to clean up the systm. There are things we need to keep >> for a while (DataStream, for example, a it is used by Monticello). >> >> But what about SmartRefStream? With ImageSegment already gone, does it make sense to keep >> it? The code looks horrible. >> >> One can just remove it and all remaining users like this: >> >> http://code.google.com/p/pharo/issues/detail?id=5859 >> >> Can we do that? do we need to formally deprecate it? > > would be good even if so boringâ¦ :) I have an idea: I will integrate the removal change. But as soon as somone who is not me adds a tracker entry with a Slice that has a nicely deprecated version of SmartRefStream, I will directly add it. This is kind "removal inversion": normally keeping something is the cheap and easy option. Removing is hard. In this case, we invert: remvove, but *if* for somebody the "keep" option is important enough to spend *a trivial amoung of work on*, we do it. ;-) Marcus -- Marcus Denker -- http://marcusdenker.de

2 1

[Pharo-project] [update 2.0] #20071
by Esteban Lorenzano May 12, 2012

May 12, 2012

20071 ----- Issue 5866: error in new CodeImporter http://code.google.com/p/pharo/issues/detail?id=5866 Issue 5835: Improved version of StartupPreferences http://code.google.com/p/pharo/issues/detail?id=5835

1 0

Re: [Pharo-project] Implementors of...
by Marcus Denker May 12, 2012

May 12, 2012

On May 12, 2012, at 11:47 AM, Hilaire Fernandes wrote: > Tried from Nautilus: > > Why when asking 'implementors of ' in the method menu, I only got the > implementor of this method. > because this "implementors of", not "implementors of..." If people really need the other (the one with the menu)? I personally never ever selected something there other than the method itself. If I want to have "senders of" something, I click in the body. > Am I doing something wrong? > > Look like the browser need a lot of love. > If you don't like it don't use it. Marcus -- Marcus Denker -- http://marcusdenker.de

1 1

[Pharo-project] [ANN] STON - Smalltalk Object Notation
by Sven Van Caekenberghe May 12, 2012

May 12, 2012

Hi, STON - Smalltalk Object Notation is a lightweight text-based, human-readable data interchange format for class-based object-oriented languages like Smalltalk. It can be used to serialize domain level objects, either for persistency or network transport. As its name suggests, it is based on JSON (Javascript Object Notation). It adds symbols as a primitive value, class tags for object values and references. Please read the paper here: https://github.com/svenvc/ston/blob/master/ston-paper.md The project lives here: https://github.com/svenvc/ston The code can be found here as well: http://ss3.gemstone.com/ss/STON This implementation works on Pharo 1.3, 1.4 and 2.0 as well as on Squeak. Last week Dale Henrich helped me get started with filetree/git (https://github.com/dalehenrich/filetree) and I like it. Check it out! He also ported STON to Gemstone, and is working on Amber and Cuis ports (https://github.com/dalehenrich/ston) Enjoy, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

14 45

[Pharo-project] Some user interface suggestions
by J.F. Rick May 12, 2012

May 12, 2012

Hi everybody, as you might remember, I'm teaching Pharo in an introductory class. I'm finding a few rough edges with Pharo and was wondering whether people could help me. I'm using Pharo 1.3 with the CogVM on Mac OS X Lion. One problem I have is with fullScreen mode. First, I could no longer figure out how to go into fullScreen mode from the menus. Is this something that Pharo users don't do? If so, that seems a real shame. I then used the command (Display fullScreen: true). That worked, but, when I'm in fullScreen mode, I can no longer Alt-Tab between applications or workspaces. Is this a CogVM problem? Is it just that that's no longer the accepted way to go into fullScreen mode? In the class I'm doing live coding, basing a lot of stuff on showing something in a Workspace and having students work on problems to print to the Transcript (we are still on very basic for loops and have a while to go before they can use the browser to create classes). I use the Workspace to just list the things that I want to cover on that day. This is a mixture of plain text and code snippets. Kudos on being able to employ native fonts. I was able to use a big font that works well on the projector. Here are a few things I wish I could do: 1) Turn off syntax highlighting (already implemented) and programming-specific input (not enabled). When I just write a piece of text, it thinks I'm trying to write a message name. If I add a [, it adds the matching ]. Syntax highlighting and programming-specific input could be separate things, but they could also go together (i.e., you turn off one, then you turn off the other). For my use, I'd ideally want to switch off both highlighting and input help. 2) On a small note, when you turn off syntax highlighting, the workspace retains the current font. Ideally, it should switch everything to a black default font. 3) I'd like to be able to bold some text to make it appear like a heading (e.g., Assignment 3). With Squeak, you could just bring up the halos, get down to the text, and change the aspects. With halos gone, I don't know of a way to do this. Perhaps it would at least make sense to move some of that lost functionality to the contextual menu. 4) When I change the global font for workspace content, it does not affect existing workspaces. Considering how well the redecoration of system windows works, I'd expect that to work as well. 5) There are some awkward bits to the programming-specific input. Here's one that happens to me all the time. I have incorrectly placed the boundaries of a block. I delete the [ from the original location. I go to the new location to place it. I enter in [, but get []. To get what I want, I have to hit [, right arrow, and backspace. This is even worse for trying to add an extra ' to a place it is missing. I press ' and get ''. I find my cursor in the middle, so I hit backspace. Instead of deleting one ', it deletes both. Wouldn't it make more sense to have a backspace delete the automatic addition; that's the way most auto-correct systems work. So, [ + backspace produces [ and ' + backspace produces '. I think that would be more intuitive. Cheers, Jeff PS Overall, I'm pretty happy with Pharo. It definitely has fewer rough edges and a smoother interface than Squeak. That's important for my students.

4 3

[Pharo-project] [BUG]: Nautilus won't launch
by Sean P. DeNigris May 12, 2012

May 12, 2012

Issue 5867: [BUG]: Nautilus won't launch http://code.google.com/p/pharo/issues/detail?id=5867 I don't understand the problem exactly, but this fixes it: RPackageOrganizer default packages do: [ :e | (e instVarNamed: #classExtensionSelectors) removeKey: #FlatMessageListBrowser ifAbsent: [] ] -- View this message in context: http://forum.world.st/BUG-Nautilus-won-t-launch-tp4627226.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 2

[Pharo-project] Short rant on platforms and sessions
by Schwab,Wilhelm K May 12, 2012

May 12, 2012

I've been unable to follow the whole list lately, but I caught some mention of what might be a more toward platform-dependence, or lack of independence. I *like* being able to work on Linux and deploy to Windows. Hopefully we won't lose that. I agree that things should happen in the image far more than in the vm - easier to see and fix. The Smalltalk debugger is great, so we should use it at every opportunity; putting things in the image is enabling. Dolphin shows us the correct path: session awareness. The image "wakes up" and decides where it is running - the vm can certainly help in Pharo's case. External resources are *not* cleared on image save - the image might keep running, so why release and reallocate? Finalization is best-effort. External resources are cleared just before exiting, but *after* any associated image save. When the image wakes, one of its first duties is to clear (not release via calls) any external resources, because they are known to be garbage at this point. It works, and works well. Bill

4 4

[Pharo-project] [review needed] Do we remove SmartRefStream?
by Marcus Denker May 12, 2012

May 12, 2012

With Fuel, we should take the opportunity to clean up the systm. There are things we need to keep for a while (DataStream, for example, a it is used by Monticello). But what about SmartRefStream? With ImageSegment already gone, does it make sense to keep it? The code looks horrible. One can just remove it and all remaining users like this: http://code.google.com/p/pharo/issues/detail?id=5859 Can we do that? do we need to formally deprecate it? -- Marcus Denker -- http://marcusdenker.de

2 1

Re: [Pharo-project] DateAndTime hash was: Re: [squeak-dev] true hash
by Mariano Martinez Peck May 12, 2012

May 12, 2012

On Thu, May 10, 2012 at 3:21 PM, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > On 05/10/2012 04:21 AM, Nicolas Cellier wrote: > >> Sure, I already changed various Number>>hash and could as well change >> Point hash to follow recommendations from Andres valloud book hashing >> in smalltalk... >> >> Nicolas >> > > DateAndTime>>#hash could be changed to : > > hash > ^ (jdn hashMultiply bitXor: seconds + offset asSeconds) bitXor: > nanos > > which is 130x faster than whats currently in the image: > > hash > ^ self asUTC ticks hash > > > The collision rate on the proposed hash function is 0.04% ( 4 per 10,000 ) > > please, open an issue for pharo also ;) -- Mariano http://marianopeck.wordpress.com

3 2