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

Re: [Pharo-project] [update 1.4] #14141

by Marcus Denker

On Sep 15, 2011, at 12:24 PM, Gary Chambers wrote: > Unfortunately major breakage when I update. > PluggableTextMorph initialize seems to indicate that AdorementMorph is nil > Hence MNU for UndefinedObject does not uunderstand #on: > (shouldn't it be named AdornmentMorph anyway...) > Aargh.. the class was in a system category that is not a Package, so it did not get saved... I will fix it by adding a changeset to the update stream... -- Marcus Denker -- http://marcusdenker.de

Sept. 15, 2011

Re: [Pharo-project] Explicit return in []

by Nick Ager

Avi posted an interesting reflection on Clamato's lack of explicit returns [1]: I *think* I like having left out explicit returns and implicitly > returning self, in favor of implcitly returning the value of the last > statement. It unifies methods and blocks in a way I find pleasing. > However, my hand was somewhat forced here by Javascript semantics. > The only way to implement them (that I can think of) would be to throw > an exception, which would get caught and rethrown at every level up > the stack frame until it found the right one. I don't want to do this > to the poor VM. I've provided a "self return: [:returnBlock | ...]" > primitive that provides this when you really need it, but I've found > it's rarely used. [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-September/13919… On 15 September 2011 07:01, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>wrote: > Hi > > this is early (at least to me) and I was asking myself a probably stupid > question. But I would like to get your smart answers :) > > does a smalltalk like language really need explicit return in []? > > Q1 When are they absolutely required? > Q2 What replacing mechanisms would be needed? > Q3 What would we gain from an implementation stand point? > It seems that in resilience lars removed them and more. > > Stef > > for Q1 I see > > foo > x isZero ifTrue: [^ 33]. > self continue >

Sept. 15, 2011

Re: [Pharo-project] [update 1.4] #14141

by Gary Chambers

Unfortunately major breakage when I update. PluggableTextMorph initialize seems to indicate that AdorementMorph is nil Hence MNU for UndefinedObject does not uunderstand #on: (shouldn't it be named AdornmentMorph anyway...) Regards, Gary ----- Original Message ----- From: "Marcus Denker" <marcus.denker(a)inria.fr> To: "An open mailing list to discuss any topics related to an open-sourceSmalltalk" <Pharo-project(a)lists.gforge.inria.fr> Sent: Thursday, September 15, 2011 9:22 AM Subject: [Pharo-project] [update 1.4] #14141 > 14141 > ----- > > Issue 3726: Turn the orange corner into a real Morph object > http://code.google.com/p/pharo/issues/detail?id=3726 > > Issue 4791: Add a class to have a better holding of IconicList items > http://code.google.com/p/pharo/issues/detail?id=4791 > > > -- > Marcus Denker -- http://marcusdenker.de > >

Sept. 15, 2011

Re: [Pharo-project] Any like have a FunPharo1.4.image ? Re: Fuel or image segments (project files)

by Edgar J. De Cleene

On 9/15/11 5:08 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > I wrote *not working*. We removed Project (the class is there, > some 4 methods need to be moved to UIManager). > > Marcus Woops !. Excuse. Ok, like to see the implementation so there is no need for the class. And a good way of avoid dependencies and "bad Smalltalk" for use in Monticello, in Cuis, in Juan Morphic into Pharo/Squeak. All I ask is some teach how and then I do the boring work. Edgar

Sept. 15, 2011

[Pharo-project] [update 1.4] #14141

by Marcus Denker

14141 ----- Issue 3726: Turn the orange corner into a real Morph object http://code.google.com/p/pharo/issues/detail?id=3726 Issue 4791: Add a class to have a better holding of IconicList items http://code.google.com/p/pharo/issues/detail?id=4791 -- Marcus Denker -- http://marcusdenker.de

Sept. 15, 2011

Re: [Pharo-project] Any like have a FunPharo1.4.image ? Re: Fuel or image segments (project files)

by Marcus Denker

On Sep 15, 2011, at 10:04 AM, Edgar J. De Cleene wrote: > > > > On 9/15/11 3:58 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > >> But Projects are not working in Pharo since 1.0. > Curious how you do this. I wrote *not working*. We removed Project (the class is there, some 4 methods need to be moved to UIManager). Marcus -- Marcus Denker -- http://marcusdenker.de

Sept. 15, 2011

[Pharo-project] Any like have a FunPharo1.4.image ? Re: Fuel or image segments (project files)

by Edgar J. De Cleene

On 9/15/11 3:58 AM, "Marcus Denker" <marcus.denker(a)inria.fr> wrote: > But Projects are not working in Pharo since 1.0. Curious how you do this. I try in Pharo 1.4 all know ways as in Squeak . Drag and drop the Foo.pr file do not work, Navigating though FileList and selecting do not work Navigating the image shows Project class with 9 places where it is used. Don't see any way of creating a Project. If I decide create a FunPharo kind of .image take all logic about working with Projects from OLPC image, so we have the most advanced Projects and Etoys Edgar

Sept. 15, 2011

Re: [Pharo-project] Glorp question

by Mariano Martinez Peck

On Thu, Sep 15, 2011 at 8:52 AM, Friedrich Dominicus < frido(a)q-software-solutions.de> wrote: > Well this may be an ambigous question, but can Glorp generate a > description from an existent relationatl Database model? > > e.g assume i wouuld have > > Customer > id integer > field1 string > field2 integer > address_id foreign key into address > > address > id integer > zip .... > > And Glorp generates a Model from it? > > That's exactly the subproject DBXTools, of DBXTalk suite. So far, we have it working but I think that only with PostgreSQL. This is because we know which specific queries to send to get the metadata. Nevertheless, this is the least important part. If all the rest is done, you can just implement those queries with other database, and you should be able to get the model. We gave a talk at ESUG this year and we showed that. But I don't think there is a video yet for that :( Check the package DBXTools-CodeGeneration and the example MagritteGlorpExample in DBXTalkExamples. For more details, I think Guille or Santiago can help you more. > Regards > Friedrich > > -- > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus > > -- Mariano http://marianopeck.wordpress.com

Sept. 15, 2011

Re: [Pharo-project] Fuel or image segments (project files)

by Mariano Martinez Peck

On Wed, Sep 14, 2011 at 11:59 PM, Dimitry Golubovsky <golubovsky(a)gmail.com>wrote: > Hi, > > The application I am working on (which currently runs under Squeak VM > on Android) will be migrated to Pharo. The current version heavily > relies upon use of image segments (projects) which provides a simple > (though slow) way to save/restore the application data not touching > the image (the Squeak port is unable to save images anyway, Cog can do > this, but I'd rater not touch the image) with versioning. > > Are image segments supported in Pharo Core same way? I saw a message > about stopping the support of image segments in future versions of > Pharo in favor of Fuel. What is current status of Fuel development? Is > it usable? > Yes it is. All you need to start is in http://rmod.lille.inria.fr/web/pier/software/Fuel And please, ask if you have specific questions. >From what I can see, Fuel may be useful for what you need. What it is important is that you tell us which "hooks" do you use from ImageSegment / ReferenceStream. I mean, if you just send #serialize: myProject you will serialize the whole object graph. Sometimes you need to exclude some objects or instance variables, sometimes replace one object for something different, sometimes you need to execute something before or after serialization or materialization etc etc etc. So...it is important to know what else you need apart from a plain object serializer. Cheers -- Mariano http://marianopeck.wordpress.com

Sept. 15, 2011

Re: [Pharo-project] Explicit return in []

by Lukas Renggli

>> > Q1 When are they absolutely required? >> >> Not needed, but convenient. JavaScript for example does't have them. Things are done differently (exceptions, return values, ...). > > do you have some examples how they do that? For example, instead of #at:ifAbsent: the array/dictionary access in JavaScript returns a special "undefined" object if the object is not present. "undefined" is a distinct object, but it behaves similar to "null" (nil). Exceptions are rarely used in JavaScript. PrototypeJS uses (or used) them for example to break and continue in enumerables (http://www.prototypejs.org/api/enumerable/each) Lukas -- Lukas Renggli www.lukas-renggli.ch

Sept. 15, 2011