May 2012 - Pharo-dev - lists.pharo.org

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

Re: [Pharo-project] on Raspberry Pi
by Marcus Denker May 12, 2012

May 12, 2012

On May 10, 2012, at 11:29 AM, Pavel Krivanek wrote: > Hi, > > one my friend got Raspberry Pi yesterday so I have seen it in action. > I had almost no time for experiments but I have seen Fedora 17 on it > with standard Squeak (3.10) packages for this distro on FullHD > display. On that VM (3.10.5) I got about 40M bytecodes/sec and 1M > sends/sec. The environment is not extra fast but usable without > problems. I will pray for successful GSoC ARM JIT project :-) The > device was connected to the professional meter and the power > consumption was about 3.5W. > Very nice! As soon as we get one we will put it as a build target for Jenkins... (sadly even though I got up early that day I am not yet even invited to pre-order...). Marcus -- Marcus Denker -- http://marcusdenker.de

5 4

Re: [Pharo-project] [Seaside] Zinc as static file server
by Sven Van Caekenberghe May 12, 2012

May 12, 2012

Hi Paul, On 12 May 2012, at 02:57, Paul DeBruicker wrote: > I added the ability to specify Cache-Control headers for static files served by Zinc and added an API to the ZnZincStaticServerAdaptor that allows you to use the defaults or provide a custom specification. Thanks for the contribution (again). Yes, this is useful, having an expiration time per mime-type seems a bit heavy, but OK. BTW, we (or I) definitively need to add If-Modified-Since and 304 Not Modified behavior to ZnZincStaticServerAdaptor. And I know that you know, but let me repeat that in production situations you definitively have to let apache or nginx serve the statis files, to take load of Seaside. Your hack in ZnSeasideStaticServerAdaptorDelegate>>#handleRequest: lets Seaside first try and make an error before you consider static file serving, this almost defeats the purpose of not doing it by Seaside itself. Just a hunch, I haven't tested or benchmarked this. But I know you want this for easier development setup, and it is instructive code for others as well. Thanks again, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

2 1

[Pharo-project] Parsing HTTP dates
by Sean P. DeNigris May 12, 2012

May 12, 2012

Excerpt from http://forum.world.st/Parsing-HTTP-dates-td4623583.html : In HTTP/1.1, valid dates come in 3 forms (per http://www.w3.org/Protocols/rfc2616/rfc2616-sec3.html#sec3.3.1) : Sun, 06 Nov 1994 08:49:37 GMT ; RFC 822, updated by RFC 1123 Sunday, 06-Nov-94 08:49:37 GMT ; RFC 850, obsoleted by RFC 1036 Sun Nov 6 08:49:37 1994 ; ANSI C's asctime() format All 3 fail in Pharo 1.4 with #asDateAndTime. I posted this to the Seaside list because it seems like there *must* be some code out there... This would be a nice utility for Zinc... -- View this message in context: http://forum.world.st/Parsing-HTTP-dates-tp4623688.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 5