September 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Naming of Global Session

by Esteban A. Maringolo

What would you put in that cache? Esteban A. Maringolo 2013/9/16 Camillo Bruni <camillobruni(a)gmail.com>: > sure, go ahead. > > On 2013-09-16, at 05:13, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> i would like session to support a cache. >> something like >> either: >> Smalltalk session at: x ifAbsentPut: [ y ] >> or >> Smalltalk session cacheAt: x ifAbsentPut: [ y ] >> >> >> >> On 13 September 2013 17:27, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> >>> On 2013-09-13, at 12:09, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: >>>> so, if this is a class, would Session be an appropriate superclass for a >>>> WebSession class? or any other type of Session class? >>> >>> I would say so. It is as generic as the name suggests. The class is >>> lightweight >>> and only contains the time when it was created. >>> >>>> That particular >>>> name would seem to collide with other forms of Sessions, wouldn't it? Or >>>> is this safely hidden in a Pharo Environment, so it won't collide >>> elsewhere >>>> (or entice other developers to try to use it for other Session style >>>> objects)? >>> >>> It is a normal class, thus yes, collision is possible. Again, it can easily >>> serve as a superclass for other session-like objects. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >

Sept. 16, 2013

Re: [Pharo-dev] Naming of Global Session

by Camillo Bruni

sure, go ahead. On 2013-09-16, at 05:13, Igor Stasenko <siguctua(a)gmail.com> wrote: > i would like session to support a cache. > something like > either: > Smalltalk session at: x ifAbsentPut: [ y ] > or > Smalltalk session cacheAt: x ifAbsentPut: [ y ] > > > > On 13 September 2013 17:27, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> On 2013-09-13, at 12:09, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: >>> so, if this is a class, would Session be an appropriate superclass for a >>> WebSession class? or any other type of Session class? >> >> I would say so. It is as generic as the name suggests. The class is >> lightweight >> and only contains the time when it was created. >> >>> That particular >>> name would seem to collide with other forms of Sessions, wouldn't it? Or >>> is this safely hidden in a Pharo Environment, so it won't collide >> elsewhere >>> (or entice other developers to try to use it for other Session style >>> objects)? >> >> It is a normal class, thus yes, collision is possible. Again, it can easily >> serve as a superclass for other session-like objects. >> > > > > -- > Best regards, > Igor Stasenko.

Sept. 16, 2013

Re: [Pharo-dev] Naming of Global Session

by Camillo Bruni

On 2013-09-16, at 05:25, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 13 September 2013 02:06, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> Session is a class, not an instance that is a BIG difference. >> The same goes for VirtualMachine, OSPlatform, OSEnvironment etc. >> These are all classes, but you only work with their instances: >> >> OSPlatform current == Smalltalk os >> VirtualMachine current == Smalltalk vm >> OSEnvironment current == Smalltalk os environment >> >> and thus, it is quite natural to deduce >> >> Session current == Smalltalk session >> >> it's all symmetric, not strange objects that have names like classes >> but are actually instances. >> >> > That's not the kind of symmetry i would like to see :) > It doesn't hurts to have 2 ways to do the same thing (Perl even armed this > 'as a good thing' btw), > but to my taste there should be only one way, which frees me (as a user) > from unnecessary doubts and need to search for vague explanations from > system's authors. That's the moment where you add a custom lint rule to verify that the user actually does the right thing. Damien Cassou recently added something like that to no longer access the ui manager directly via it's class.

Sept. 16, 2013

Re: [Pharo-dev] WhatsUp from: 2013-09-16 until: 2013-09-30

by phil＠highoctane.be

On Monday, September 16, 2013, <seaside(a)rmod.lille.inria.fr> wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp technical proof of concept of Pharo tech stack. > > ### What's next, until 2013-09-30 (*): > new project starting up and using Pharo as the key technology on 20/9 > > (*) we'll be expecting results by then ;) > > -- --- Philippe Back Dramatic Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

Sept. 16, 2013

Re: [Pharo-dev] Seaside Continuous Integration on ci.inria.fr

by Sven Van Caekenberghe

Cool! Thank you, everybody. On 16 Sep 2013, at 11:20, Philippe Marschall <kustos(a)gmx.net> wrote: > Hi > > This is a short write up on the state of Seaside on ci.inria.fr. > > After a week of work we have Metacello based builds running green at ci.inria.fr. > > Grease 1.0 and 1.1 are green on both Pharo 2.0 and 3.0 [1]. Updating Pier 3 to use the latest Grease 1.0 should fix the Pier 3 build. > > For Seaside 3.x we load the Metacello group 'CI' and run the tests in the packages matching the following regex > ((Seaside)|(Comet)|(Javascript)|(RSS)|(JQuery)|(Prototype)|(Scriptaculous))-.*. Currently we have no way of running SLint/Slime and fake Checkstyle like in [3]. If anybody knows how to do with please let us know. There are still some issues with file library in Pharo 3.0 and Seaside 3.0. They are only fixed in Seaside 3.1. > > Please try to keep the build green, otherwise we'll get spammed with emails. > > Currently we keep all the build (5GB already). Do we really need this? > > [1] https://ci.inria.fr/pharo-contribution/job/Grease/ > [2] https://ci.inria.fr/pharo-contribution/job/Seaside/ > [3] http://jenkins.lukas-renggli.ch/view/Seaside%203.1/job/Seaside%203.1/ > > Cheers > Philippe > >

Sept. 16, 2013

Re: [Pharo-dev] WhatsUp from: 2013-09-16 until: 2013-09-30

by Tudor Girba

> ### Here's what I've been up to since the last WhatsUp: - Release Moose 4.8: http://www.moosetechnology.org/news/moose-4-8 - Another blog post brainstorming on why Pharo can be different: http://www.humane-assessment.com/blog/choose-your-technology-for-the-long-r… ### What's next, until 2013-09-30 (*): > - Write a blog post describing Moose in a nutshell - Handle Moose bug fixes - Start migrating Moose to Pharo 3.0 -- www.tudorgirba.com "Every thing has its own flow"

Sept. 16, 2013

Re: [Pharo-dev] WhatsUp from: 2013-09-16 until: 2013-09-30

by Damien Cassou

### Here's what I've been up to since the last WhatsUp: deep into Pharo book out + website http://rmod.lille.inria.fr/deepIntoPharo/ bug fixes for Pharo to allow users to run images from non-writable directories (e.g., /usr/lib) grease/sport/pier/magritte jobs Write some project descriptions for student who want to code in Pharo (http://rmod.lille.inria.fr/web/pier/research/ProjectsProposal) ### What's next, until 2013-09-30 (*): continue fixing bug in Pharo so that the Pharo Launcher can be packages as a .deb file for Ubuntu/Debian https://ci.inria.fr/pharo-contribution/job/PharoLauncher/ -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Sept. 16, 2013

Re: [Pharo-dev] Understand Icons in Pharo

by Fernando Olivero

Hi, http://www.squeaksource.com/ExternalIconFamily For examples, you can search the mailing list for emails on this subject: 'ExternalIconFamily'. Fernando On Mon, Sep 16, 2013 at 12:15 PM, kilon <thekilon(a)yahoo.co.uk> wrote: > Thank you for the pointers. I have worked with Form and ImageMorph before > cause I once hacked pharo to add an option to change the background image. > > Your link does not work for me, it just sends me in squeaksource first page. > If you can provide the name of your library that will do. > > Off I go to check out ThemeIcons ;) > > > Fernando Olivero-3 wrote >> Hi, >> >> Take a look at Form. >> >> Icons don't have a class that models them, so they're an ImageMorph >> with a Form, that was either imported from externally (jpg, bmp,png ) >> or stored in the image in a method. >> >> For examples look at ThemeIcons. >> >> BTW, In the past I've did an icon family importer, you could use to >> automatically fetch external icons and store in the image. >> >> http://www.squeaksource.com/@Rob10iGjuJJag2hV/BVCvaSPt >> >> >> On Mon, Sep 16, 2013 at 10:33 AM, kilon < > >> thekilon@.co > >> > wrote: >>> Hello guys I try to hack the help tool and I wanted to add some >>> additional >>> buttons besides "refresh". I would like to add a "previous" , "next" and >>> "up" button. Previous for going to previous page, next for next page and >>> "up" for moving up on the hierarchy of topics and sub topics. In short >>> standard help browsing navigation. I would like also to bind those >>> buttons >>> to keyboard shortcuts (probably arrow keys) to liberate from the use of >>> mouse. >>> >>> The thing is I am not familiar with creating of icons. I think I have >>> seen >>> back and forth buttons in book widget in squeak. I could use those but I >>> would like also to keep open the option of designing my buttons icons. Or >>> maybe use existing ones I can find on the internet. >>> >>> So are there any hints how I can do all that ? >>> >>> >>> >>> -- >>> View this message in context: >>> http://forum.world.st/Understand-Icons-in-Pharo-tp4708501.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> > > > > > > -- > View this message in context: http://forum.world.st/Understand-Icons-in-Pharo-tp4708501p4708530.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Sept. 16, 2013

Re: [Pharo-dev] Maybe fixed?

by Marcus Denker

On Sep 16, 2013, at 11:12 AM, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: > Marcus Denker <marcus.denker(a)inria.fr> writes: > >> On Sep 13, 2013, at 8:50 AM, Friedrich Dominicus >> <frido(a)q-software-solutions.de> wrote: >> >>> I guess I found a bug in Browser>openAsMorphClassEditing >> >> I can not find this method in Pharo3 or Pharo2. >> >> Which version are you using? > Pharo 2.0 with Nautilus. > > > >> >> In general, we should remove the old Browser soon. It is not used. > I don't know but it seemed to be used hereâ¦ > This is really strange: there are no references to class Browser, both Smalltalk tools browser SystemBrowser default return Nautilus. Do you have an idea in which situation this happens? We can add the fix to openAsMorphClassEditing: (the missing asLayoutFrame), but the real problem is that this method should not be called normally. (for the asLayoutFrame I will open an issue) Marcus

Sept. 16, 2013

Re: [Pharo-dev] Maybe fixed?

by Marcus Denker

On Sep 16, 2013, at 11:12 AM, Friedrich Dominicus <frido(a)q-software-solutions.de> wrote: > Marcus Denker <marcus.denker(a)inria.fr> writes: > >> On Sep 13, 2013, at 8:50 AM, Friedrich Dominicus >> <frido(a)q-software-solutions.de> wrote: >> >>> I guess I found a bug in Browser>openAsMorphClassEditing >> >> I can not find this method in Pharo3 or Pharo2. >> >> Which version are you using? > Pharo 2.0 with Nautilus. > > > >> >> In general, we should remove the old Browser soon. It is not used. > I don't know but it seemed to be used hereâ¦ > I will checkâ¦ maybe somewhere in 2.0 there are references to the Browser left. Marcus

Sept. 16, 2013