- Pharo-dev - lists.pharo.org

Re: [Pharo-project] A comparative article (was Re: [squeak-dev] [ANN] STON - Smalltalk Object Notation)

by StÃ©phane Ducasse

got three days meeting this week so crawling to get my brain aligned with fun againâ¦ I will read your article. I will also look at STON because I like the object literal syntax too :). (note that I'm not changing my mind - I still do not get why I need dictionary for method meta data - but we are thinking (and the team should discuss for real and not just during lunches) that having a literal object syntax would be cool). Stef >> I would like to share my quick two cents regarding this subject. >> >> 1st cent. I would stick with JSON. Even though I find STON slick, I would >> not deviate from something that is mainstream and all Smalltalk dialects >> already support. >> >> 2nd cent. A Dictionary literal syntax would be useful too. I would like to >> have it. >> >> It could be something like #{'this' -> 1. 'that' -> 2 }, and keep {1. 2} for >> dynamic arrays. > > I don't want to sound like a broken record - but you do realize that I wrote about this in the article and mentioned this exact syntax? > > I know, the article was a tad long - but just go to planet.smalltalk.org and search down to "Sidestory: Adding literal Dictionaries to Smalltalk?". > > regards, GÃ¶ran >

May 12, 2012

Re: [Pharo-project] We need your successes

by Francisco Garau

If you want a sexy picture... http://sketchfu.com/drawing/3469-sexy-turtle-on-the-prowl :) On 11 May 2012 16:11, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > 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. > >

May 12, 2012

Re: [Pharo-project] on Raspberry Pi

by StÃ©phane Ducasse

On May 10, 2012, at 11:37 AM, Pavel Krivanek wrote: > On Thu, May 10, 2012 at 11:31 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> 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 > > I will try to borrow it on PharoConf :-) would be nice to have a pic with some pharo logo around. > > -- Pavel > >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >

May 12, 2012

Re: [Pharo-project] [Seaside] Zinc as static file server

by StÃ©phane Ducasse

On May 12, 2012, at 9:52 AM, Sven Van Caekenberghe wrote: > 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). I really love to see that happeningâ¦ Continue guys! This is cool. > 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 > > > > >

May 12, 2012

Re: [Pharo-project] [Seaside] Zinc as static file server

by Sven Van Caekenberghe

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

May 12, 2012

Re: [Pharo-project] Parsing HTTP dates

by StÃ©phane Ducasse

+100 > 'It is you Pharo'. > We have to make things better, one little step at a time, for all of us together.

May 12, 2012

[Pharo-project] [update 2.0] #20070

by Marcus Denker

20070 ----- Issue 5137: Object flash can be discarded http://code.google.com/p/pharo/issues/detail?id=5137 Issue 5867: [BUG]: Nautilus wont launch http://code.google.com/p/pharo/issues/detail?id=5867 -- Marcus Denker -- http://marcusdenker.de

May 12, 2012

[Pharo-project] Squeak in the web browser

by Pavel Krivanek

Hi, I was successful in running Squeak virtual machine on JSLinux. JSLinux is a x86 PC emulator written in JavaScript and running in a web browser. It required to compile the VM for uClibc and do some little modifications. So Squeak can log the next crazy platform where it is able to run :-) Unfortunately it has no display support and JSLinux license doesn't allow to make the work public but at least you may look at a short video: http://www.youtube.com/watch?v=mclkVePwNqE Cheers, -- Pavel

May 11, 2012

Re: [Pharo-project] Some user interface suggestions

by Esteban Lorenzano

Hi, thanks for feedback... some answers: 1) If you use one of the latest VMs (https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-VM/Architecture=32,OS=mac/…) you will have a nice full-screen mode button which works like any other full screen mode in mac. For now, you need to use that button. I will change the full screen mode primitive to behaves like that probably soon :) 2) You still have the halos, but you need to press ctrl+shift+click (in mac) 3) You can disable code completion in the Settings menu (at least in 1.4... I don't remember how it behaves in 1.3) 4) Yes, we need to improve how workspaces reflect system changes and property changes... you are completely right with that :) Hope this solve some of your problems... Cheers, Esteban On May 11, 2012, at 7:02 PM, J.F. Rick wrote: > 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.

May 11, 2012

[Pharo-project] [BUG]: Nautilus won't launch

by Sean P. DeNigris

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.

May 11, 2012