March 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [COTDC] 28 - ImmAbstractPlatform

by laurent laffont

is it an OS interface for mouse cursor control ? Laurent. On Wed, Mar 9, 2011 at 6:10 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: ImmAbstractPlatform > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

March 10, 2011

[Pharo-project] Issue 3801 in pharo: FinderUI Inheritance button - MessageNotUnderstood error

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3801 by DougEdmu...(a)gmail.com: FinderUI Inheritance button - MessageNotUnderstood error http://code.google.com/p/pharo/issues/detail?id=3801 Pharo 1.2 Using FinderUI v34 Issue: Pressing the Inheritance button triggers MessageNotUnderstood:ByteString>>asNode how to trigger (3 ways): 1. type in 'button', set to 'Selectors' press the triangle on any entry, highlight any Class entry then press 'Inheritance' button. 2. change setting to 'Classes' press the triangle on any entry, highlight any Selector entry then press 'Inheritance' button. 3. Similar error for setting to 'Source' 4. Have not tried setting to 'Example'.

March 10, 2011

Re: [Pharo-project] Fwd: [squeak-dev] sustainable Monticello

by Chris Muller

Thanks, I'm glad Pharo will adopt too, since having common MC API's between Squeak and Pharo will make life easier. I only posted the latest versions, there there are 8 or 10 interim ancestor versions which I will copy to trunk in a few days. - Chris On Wed, Mar 9, 2011 at 2:55 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > thanks > > If somebody want to get the code and prepare it for pharo this will help. > > Stef > > > > On Mar 8, 2011, at 10:38 PM, Janko MivÅ¡ek wrote: > >> >> >> -------- Original Message -------- >> Subject: [squeak-dev] sustainable Monticello >> Date: Tue, 8 Mar 2011 15:33:19 -0600 >> From: Chris Muller <asqueaker(a)gmail.com> >> Reply-To: ma.chris.m(a)gmail.com, The general-purpose Squeak developers >> list Â <squeak-dev(a)lists.squeakfoundation.org> >> To: squeak dev <squeak-dev(a)lists.squeakfoundation.org> >> >> This will probably be a long post, but I would like to tell you about >> the Monticello upgrades I'm about to move to the trunk. >> >> Monticello has several repository types: >> >> Â Â Â Â Â Â Â MCRepository #('creationTemplate' 'storeDiffs') >> Â Â Â Â Â Â Â Â Â Â Â MCDictionaryRepository #('description' 'dict') >> Â Â Â Â Â Â Â Â Â Â Â MCFileBasedRepository #('cache' 'allFileNames') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCDirectoryRepository #('directory') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCCacheRepository >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â #('packageCaches' 'seenFiles') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSubDirectoryRepository #() >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCFtpRepository #('host' 'directory' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'user' 'password' 'connection') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCHttpRepository #('location' 'user' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'password' 'readerCache') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSMCacheRepository #('smCache') >> Â Â Â Â Â Â Â Â Â Â Â MCGOODSRepository #('hostname' 'port' >> Â Â Â Â Â Â Â Â Â Â Â Â Â 'connection') >> Â Â Â Â Â Â Â Â Â Â Â MCWriteOnlyRepository #() >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSMReleaseRepository #('packageName' >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â 'user' 'password') >> Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â MCSmtpRepository #('email') >> >> but MCFileBasedRepository is the one that has been given all of the >> focus, the other repository types have been ignored over the years. >> MCHttpRepository is the one that interfaces with SqueakSource, and >> MCDirectoryRepository are pretty much the only types being used. >> >> I know this because external users of MCRepository API, like the >> Repository-browser tools and MC-Configurations and Installer; these >> are all using API's that are specific to MCFileBasedRepository - not >> generally understood by the other repository-types or the abstract API >> in MCRepository. >> >> This is worthy of concern because of the access-limitations of a >> MCFileBasedRepository. Â Unlike a MCGOODSRepository, for example, a >> file-system-based repository cannot efficiently meet the demands of >> being a MCRepository without, at some points, needing to enumerating >> ALL version names (files) in its file-system location. >> >> As the number of versions in a repository reaches 1-million and >> beyond, performance will grind to a halt due to the number of files >> that must be constantly downloaded into RAM (another area of >> unscalability and unsustainability related to FileBased Repository's). >> A purging of old versions could be done, but a philosophy of >> Monticello, from the outset, has been that repository's are intended >> to contain "all" of version history. >> >> I have therefore reworked the MCRepository API's and external tools to >> talk using only an API that is understood by any repository that >> implements the methods identified as #subclassResponsibility in >> MCRepository. Â This minimally-required API is now: >> >> Â #allPackageNames - answer a list of package names in this repository. >> Â #basicStoreVersion: - add a Version to this repository. >> Â #includesVersionNamed: - does a version with this name exist in this >> repository? >> Â #versionNamed: - answer the first Version object with the given name. >> Â #versionNamesForPackageNamed: - answer the version names for the >> given package name. >> Â #versionWithInfo:ifAbsent: - answer the Version object with the >> given unique VersionInfo >> >> In deference to the limitations of FileBasedRepository's, we only ask >> for the _names_ of things rather than the whole object, because the >> names are all that is needed to satisfy tool requirements, except in >> cases where we need a single Version object (like loading). Â FileBased >> cannot access the Version objects quickly, just the (file)names (incl. >> author & version-number). >> >> During the process of this refactoring, I was able to signficantly >> improve the coherence of the code. Â It was really, really bad in some >> areas. >> >> I've also verified the viability of this API by updating >> MCMagmaRepository, and demonstrating using Magma as a >> totally-sustainable and scalable MC repository. Â Employing a >> Magma-based Repository also affords some additional benefits, which I >> will describe in a separate follow-up mail. >> >> I think SqueakSource will eventually have to change to something more >> scalable. Â At least now we have have a viable alternative, and with >> much cleaner MC code in the process. >> >> Please load my latest versions of Monticello, >> MonticelloConfigurations, Installer and Tests from the Inbox and let >> me know if you experience any issues. Â You should not see any >> difference in day-to-day operations. >> >> - Chris >> >> >> > > >

March 9, 2011

[Pharo-project] Slides and Code | Networking @ Deep Into Smalltalk Spring School

by Noury Bouraqadi

Hi, The slides and the Pharo code (with class comments :-) of my talk at the "Deep Into Smalltalk" Spring School are available at http://car.mines-douai.fr/noury/docs. The provided code covers the last two coding challenges of my talk: â¢ Simple TCP server implementing a basic Twitter-like server. I show how to use Socket for handling client connections and SocketStream to deal with data exchange with a client. â¢ Remote Messaging. The idea is to illustrate how to build a middleware similar to Remote Smtalltalk (rST) allowing message sends between objects located in different images. On the client side I show how to build a proxy, that is a place holder for a remote object. The proxy captures received messages and serialize them before sending the resulting bytes through a socket stream connected to the server. On the server side, a dispatcher recreates messages from received bytes and send them to the appropriate local object. Noury http://car.mines-douai.fr/noury -- -6th National Conference on âControl Architecture of Robotsâ 24-25 may 2011, Grenoble area, France http://car2011.inrialpes.fr/ -19th ESUG International Smalltalk Conference 22-26 August 2011, Edinburgh, UK http://www.esug.org/Conferences/2011 -19Ã¨mes JournÃ©es Francophones sur les SystÃ¨mes Multi-Agents (JFSMAâ11) http://www.univ-valenciennes.fr/congres/jfsma2011/ 17-19 Octobre 2011, Valenciennes, France

March 9, 2011

Re: [Pharo-project] We are preparing to this year Google Summer of Code (GSoC)

by Janko MivÅ¡ek

Hi Carla, Just to add a little announcement, Carla accepted to be admin with me to this year GSoC. Thanks Carla again! More below.. On 09. 03. 2011 21:02, Carla F. Griggio wrote: > Talking about ideas... I remember a few months ago there was a thread > talking about ways to manipulate EXCEL files with Pharo, and the > conclusion was that... there weren't much options apart from exporting a > .xls into a .csv or .xml or other format easy to parse. > > Is the community interested in a project to manipulate EXCEL files directly? > > On the other hand... Janko, do you think a project like this, that uses > open source technology to interact with Office still qualifies for GSoC? Yep, because resulting code is open source, even if interacts with commercial software. And we need more such "I/O to other worlds" tools, so I aggree, this could be a nice and not too difficult project. Janko > > Cheers, > Carla. > > 2011/3/9 Janko MivÅ¡ek <janko.mivsek(a)eranova.si > <mailto:janko.mivsek@eranova.si>> > > Dear Smalltalkers, > > I'd like to inform you that we are preparing an application to this year > Smalltalk Google Summer of Code under ESUG umbrella, as last year. > > If accepted, Google will pay few stipendiums to students on our > Smalltalk projects. Please start thinking about ideas what projects > would be nice to have. Also start looking around for students. How to > approach the universitites near by you, do you know who to contact > there, etc. To see last year ideas and accepted/done projects, visit > last year http://gsoc2010.esug.org. > > More on our already open special Smalltalk GSoC 2011 website: > > http://gsoc2011.esug.org > > I'm specially inviting mentors of all past GSoCs to rejoin the mentors > mailing list, where we discuss all details about this year GSoC: > > http://groups.google.com/group/smalltalk-gsoc-mentors > > Best regards > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > > -- Janko MivÅ¡ek Svetovalec za informatiko Eranova d.o.o. Ljubljana, Slovenija www.eranova.si tel: 01 514 22 55 faks: 01 514 22 56 gsm: 031 674 565

March 9, 2011

Re: [Pharo-project] New widget

by Mariano Martinez Peck

Indeed, in 1.2 it works fine. But I guess I am so stupid to understand it or there is a bug ;) When I select for example, #isLiteral, then the #isSelfEvaluating is also with color. Or if select #and: then, #ifFalse: #ifTrue: and #or: are selected. is this normal, if true, what does it mean? thanks! mariano On Wed, Mar 9, 2011 at 9:02 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > I've tried in Pharo 1.2, it works. I'm waiting for a real usage before > giving feedback ;) > > Laurent. > > On Wed, Mar 9, 2011 at 6:09 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello everyone, >> >> I've done a new Morphic widget, that allow to easily switch from a >> categorized view to a "all elements" view (quite hard to explain, let me >> give you an example ^^) >> >> >> >> Gofer new >> squeaksource: 'SwitchableTreeWidget'; >> package: 'SwitchableTreeWidget'; >> load. >> >> SwitchableCategoriesTreeExample new openInWorld. >> >> If you click on the button or just double click on the tree, you will >> switch the view :) >> >> I wrote that widget to integrate it in a new browser (and if I succeed, to >> create a new Glamour widget) >> >> >> >> Thanks in for your feedback :) >> >> >> Ben >> > >

March 9, 2011

Re: [Pharo-project] New widget

by laurent laffont

I've tried in Pharo 1.2, it works. I'm waiting for a real usage before giving feedback ;) Laurent. On Wed, Mar 9, 2011 at 6:09 PM, Benjamin < benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Hello everyone, > > I've done a new Morphic widget, that allow to easily switch from a > categorized view to a "all elements" view (quite hard to explain, let me > give you an example ^^) > > > > Gofer new > squeaksource: 'SwitchableTreeWidget'; > package: 'SwitchableTreeWidget'; > load. > > SwitchableCategoriesTreeExample new openInWorld. > > If you click on the button or just double click on the tree, you will > switch the view :) > > I wrote that widget to integrate it in a new browser (and if I succeed, to > create a new Glamour widget) > > > > Thanks in for your feedback :) > > > Ben >

March 9, 2011

Re: [Pharo-project] We are preparing to this year Google Summer of Code (GSoC)

by Carla F. Griggio

Talking about ideas... I remember a few months ago there was a thread talking about ways to manipulate EXCEL files with Pharo, and the conclusion was that... there weren't much options apart from exporting a .xls into a .csv or .xml or other format easy to parse. Is the community interested in a project to manipulate EXCEL files directly? On the other hand... Janko, do you think a project like this, that uses open source technology to interact with Office still qualifies for GSoC? Cheers, Carla. 2011/3/9 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Dear Smalltalkers, > > I'd like to inform you that we are preparing an application to this year > Smalltalk Google Summer of Code under ESUG umbrella, as last year. > > If accepted, Google will pay few stipendiums to students on our > Smalltalk projects. Please start thinking about ideas what projects > would be nice to have. Also start looking around for students. How to > approach the universitites near by you, do you know who to contact > there, etc. To see last year ideas and accepted/done projects, visit > last year http://gsoc2010.esug.org. > > More on our already open special Smalltalk GSoC 2011 website: > > http://gsoc2011.esug.org > > I'm specially inviting mentors of all past GSoCs to rejoin the mentors > mailing list, where we discuss all details about this year GSoC: > > http://groups.google.com/group/smalltalk-gsoc-mentors > > Best regards > Janko > > -- > Janko MivÅ¡ek > Aida/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

March 9, 2011

[Pharo-project] We are preparing to this year Google Summer of Code (GSoC)

by Janko MivÅ¡ek

Dear Smalltalkers, I'd like to inform you that we are preparing an application to this year Smalltalk Google Summer of Code under ESUG umbrella, as last year. If accepted, Google will pay few stipendiums to students on our Smalltalk projects. Please start thinking about ideas what projects would be nice to have. Also start looking around for students. How to approach the universitites near by you, do you know who to contact there, etc. To see last year ideas and accepted/done projects, visit last year http://gsoc2010.esug.org. More on our already open special Smalltalk GSoC 2011 website: http://gsoc2011.esug.org I'm specially inviting mentors of all past GSoCs to rejoin the mentors mailing list, where we discuss all details about this year GSoC: http://groups.google.com/group/smalltalk-gsoc-mentors Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 9, 2011

Re: [Pharo-project] New widget

by Mariano Martinez Peck

Sorry: Pharo1.3a Latest update: #13076 On Wed, Mar 9, 2011 at 8:45 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > wrote: > Hi Ben, sounds good. However, I tried but I have the attached error. > > Cheers > > Mariano > > > On Wed, Mar 9, 2011 at 6:09 PM, Benjamin < > benjamin.vanryseghem.pharo(a)gmail.com> wrote: > >> Hello everyone, >> >> I've done a new Morphic widget, that allow to easily switch from a >> categorized view to a "all elements" view (quite hard to explain, let me >> give you an example ^^) >> >> >> >> Gofer new >> squeaksource: 'SwitchableTreeWidget'; >> package: 'SwitchableTreeWidget'; >> load. >> >> SwitchableCategoriesTreeExample new openInWorld. >> >> If you click on the button or just double click on the tree, you will >> switch the view :) >> >> I wrote that widget to integrate it in a new browser (and if I succeed, to >> create a new Glamour widget) >> >> >> >> Thanks in for your feedback :) >> >> >> Ben >> > >

March 9, 2011