- Pharo-users - lists.pharo.org

Re: [Pharo-users] Where do I find a Pillar syntax summary?

by H. Hirzel

Alistair, Thank you for the link to the Pillar syntax summary http://pillarhub.pharocloud.com/hub/pillarhub/pillarcheatsheet and the confirmation that the constructs there work in Pharo 6 & 7 for basic cases. This is fine for me at the moment. Stephan D Thanks for being ready to check the full feature support in Pillar. A suggestion: A new style sheet could come as well together with a test document (with version indication included) for the Pillar parser. Then it is straightforward to determine if a particular Pillar installation supports a particular Pillar markup version. The Pillar-Tests-PetitPillar package tests individual features but not all in one go. If we have a test case which tests all features in one go it has a triple function: 1) It is a syntax summary of all features. 2) It serves as a living documentation. 3) It helps to determine if a particular pillar installation in an image supports a particular Pillar version. --Hannes On 8/23/17, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > +Handling all the cases: summing a die/die handle with a die/die > handle > .>file://figures/DieDoubleDispatchFull.pdf|width=70|label=figDieDoubleDispatchFull+ > > See Figure *@figDieDoubleDispatchFull* for internal ref is missing. > > Two Column is missing. I do not know it works in Latex. > > I will try to create one a new style sheet. > > > On Wed, Aug 23, 2017 at 9:46 PM, Alistair Grant <akgrant0710(a)gmail.com> > wrote: >> On Wed, Aug 23, 2017 at 09:11:47PM +0200, H. Hirzel wrote: >>> Thanks, it is useful. >>> Date is 24 June 2014. >>> Not sure if it is the latest version for what I have now in Pharo 6. >>> >>> --Hannes >> >> True, but it only covers the basic text mark-up and I don't think that >> has changed recently. Anyway, I haven't found anything wrong with it in >> Pharo 6 & 7 (admittedly, with only basic pillar usage). >> >> Cheers, >> Alistair >> >> >>> On 8/23/17, Alistair Grant <akgrant0710(a)gmail.com> wrote: >>> > How about: >>> > >>> > http://pillarhub.pharocloud.com/hub/pillarhub/pillarcheatsheet >>> > >>> > Cheers, >>> > Alistair >> > >

Aug. 24, 2017

Re: [Pharo-users] Glorp: Is there some way to do insert-or-update?

by herby＠mailbox.sk

On August 24, 2017 7:26:00 AM GMT+02:00, "jtuchel(a)objektfabrik.de" <jtuchel(a)objektfabrik.de> wrote: >Am 23.08.17 um 11:08 schrieb Herby VojÄÃk: >> jtuchel wrote: >>> Herby, >>> >>> as Esteban already said, UPSERT doesn't make any sense in an ORM. It >> >> I don't know... I just create new object (with same "primary key") >and >> register it (yes, I know I get an error - maybe I should be able to >> set the policy to "overwrite" and it would makes sense; or not?). >> >What I mean is that for an ORM, an object can only be new or old. It >can >only be sure an object is Old if either >a) The ORM itself has loaded it from the database >b) the user forcibly tells it that an object is old > >There is no maybe in an ORM's world, because the consequences of maybe >can make the whole thing brittle. Maybe would make optimistic locking >and other mechanisms obsolete. > >>> either knows the object as one that has been read in this session or >>> not. If not, it is new and needs to be inserted. >>> >>> You could, of course, try and see what happens if you let Glorp's >insert >>> operation always issue an UPSERT. This is probably very easy to do >and >>> at first sight there isn't too much I could think of that could go >wrong >>> with it. >>> >>> But I guess including a check for existence of an object as Esteban >>> suggests isn't too bad from the performance and "safety" POV. not >sure I >>> understand how a Dictionary Mapping could help here.... >> >> Similarly to what was posted above: I can simply at:put: and I don't >> care if I created the new key-value pair or overwritten the old value > >> (in cases where simply putting new object under a key is feasible, >> which is in this case). > >Still don't understand. An object has its attributes that are used as >its identification for the corresponding row in the DB (the primary key > >thereof). That is also true for objects that are the value of an >Asscoiation. The Smalltalk Dictionary is translated to something that >holds references to objects by their primary key (Haven't used Dict Yes, this cannot be avoided. But in cases where I want to write over the item, I am not forced to choose between two different approaches and just use at:put:. So it IMO helps from client code PoV. >mappings yet, but I'd guess it's a link table). So I don't see how that > >would solve your problem an object's primary key is either known in a >session or it isn't. If it is, the object is known to have existed in >the database at read time, if not, it's assumed to be new. > >If it is assumed to be new, the DB provides a mechanism for avoiding >damage by its Uniqueness constraint and the ORM can only rely on that. > > >Joachim

Aug. 24, 2017

Re: [Pharo-users] new chapter on double dispatch for new book :)

by herby＠mailbox.sk

On August 23, 2017 10:09:02 PM GMT+02:00, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >On Wed, Aug 23, 2017 at 9:20 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: >> Maybe in general sumWithFoo: => addSelfToFoo: to make clues clearer. > >I see now it should be more >addSelfWithFoo: or sumSelfWithFoo: because we do not modify the argument. I argue you should preserve original order of operands, otherwise there's a confusion that dd is only usable wjen you want to switch them. So with xWithY: form, it should addFooWithSelf: / sumFooWithSelf:. Herby > >Stef

Aug. 24, 2017

Re: [Pharo-users] Glorp: Is there some way to do insert-or-update?

by jtuchel＠objektfabrik.de

Am 23.08.17 um 11:08 schrieb Herby VojÄÃk: > jtuchel wrote: >> Herby, >> >> as Esteban already said, UPSERT doesn't make any sense in an ORM. It > > I don't know... I just create new object (with same "primary key") and > register it (yes, I know I get an error - maybe I should be able to > set the policy to "overwrite" and it would makes sense; or not?). > What I mean is that for an ORM, an object can only be new or old. It can only be sure an object is Old if either a) The ORM itself has loaded it from the database b) the user forcibly tells it that an object is old There is no maybe in an ORM's world, because the consequences of maybe can make the whole thing brittle. Maybe would make optimistic locking and other mechanisms obsolete. >> either knows the object as one that has been read in this session or >> not. If not, it is new and needs to be inserted. >> >> You could, of course, try and see what happens if you let Glorp's insert >> operation always issue an UPSERT. This is probably very easy to do and >> at first sight there isn't too much I could think of that could go wrong >> with it. >> >> But I guess including a check for existence of an object as Esteban >> suggests isn't too bad from the performance and "safety" POV. not sure I >> understand how a Dictionary Mapping could help here.... > > Similarly to what was posted above: I can simply at:put: and I don't > care if I created the new key-value pair or overwritten the old value > (in cases where simply putting new object under a key is feasible, > which is in this case). Still don't understand. An object has its attributes that are used as its identification for the corresponding row in the DB (the primary key thereof). That is also true for objects that are the value of an Asscoiation. The Smalltalk Dictionary is translated to something that holds references to objects by their primary key (Haven't used Dict mappings yet, but I'd guess it's a link table). So I don't see how that would solve your problem an object's primary key is either known in a session or it isn't. If it is, the object is known to have existed in the database at read time, if not, it's assumed to be new. If it is assumed to be new, the DB provides a mechanism for avoiding damage by its Uniqueness constraint and the ORM can only rely on that. Joachim

Aug. 24, 2017

Re: [Pharo-users] Brea wiki software

by Offray

Meanwhile, you can check at [1], a Grafoscopio notebook where I documented Brea and the problem is trying to solve. [1] http://mutabit.com/repos.fossil/gig/dir?ci=tip Cheers, Offray El 23 de agosto de 2017 20:15:38 GMT-05:00, Offray <offray.luna(a)mutabit.com> escribiÃ³: >Hi Hannes, > >I will improve docs and test, but for the moment I'll be away of my >computer at least until Friday. Image persistance is not implemented. > >Cheers, > >Offray > >El 23 de agosto de 2017 13:44:46 GMT-05:00, "H. Hirzel" ><hannes.hirzel(a)gmail.com> escribiÃ³: >>On 8/23/17, Offray <offray.luna(a)mutabit.com> wrote: >>> Hi, >>> >>> On the Teapot + Mustache integration, Hannes, you may want to see my >>early >>> prototype: >>> >>> http://smalltalkhub.com/#!/~Offray/Brea >>> >>> At some point, it will contain distributed wiki, backed by Fossil, >>now that >>> we're thinking in empower community driven wiki like documentation. >>> >>> Offray >> >> >>Hi Offray >> >>I found Name: Brea-OffrayLuna.8 >>Author: OffrayLuna >>Time: 1 June 2017, 4:18:20.860411 pm >> >>There is no test to show me how to use it and I none of the class >>comments of the 4 classes gives enough clues. >> >> >>Interesting method so far >> >>routes >> "I define how the website behaves accordingly to particular routes." >> self server >> serveStatic: 'demo' from: '/opt/gig/'; >> GET: 'members/test' -> [ :req | BreaMember new renderTestUserAsHtml >>]; >> GET: 'members/add' -> [ :req | BreaMember new htmlInput ]; >> POST: 'members/summit' -> [ :req | self processNewMember: req ] >> >> >>May I ask you to give a few hints how to start it? >>Is it possible to use it without Fossil, just with image persistence? >> >>Regards >>Hannes > >-- >Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa >mi brevedad. -- Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa mi brevedad.

Aug. 24, 2017

Re: [Pharo-users] Brea wiki software

by Offray

Hi Hannes, I will improve docs and test, but for the moment I'll be away of my computer at least until Friday. Image persistance is not implemented. Cheers, Offray El 23 de agosto de 2017 13:44:46 GMT-05:00, "H. Hirzel" <hannes.hirzel(a)gmail.com> escribiÃ³: >On 8/23/17, Offray <offray.luna(a)mutabit.com> wrote: >> Hi, >> >> On the Teapot + Mustache integration, Hannes, you may want to see my >early >> prototype: >> >> http://smalltalkhub.com/#!/~Offray/Brea >> >> At some point, it will contain distributed wiki, backed by Fossil, >now that >> we're thinking in empower community driven wiki like documentation. >> >> Offray > > >Hi Offray > >I found Name: Brea-OffrayLuna.8 >Author: OffrayLuna >Time: 1 June 2017, 4:18:20.860411 pm > >There is no test to show me how to use it and I none of the class >comments of the 4 classes gives enough clues. > > >Interesting method so far > >routes > "I define how the website behaves accordingly to particular routes." > self server > serveStatic: 'demo' from: '/opt/gig/'; > GET: 'members/test' -> [ :req | BreaMember new renderTestUserAsHtml >]; > GET: 'members/add' -> [ :req | BreaMember new htmlInput ]; > POST: 'members/summit' -> [ :req | self processNewMember: req ] > > >May I ask you to give a few hints how to start it? >Is it possible to use it without Fossil, just with image persistence? > >Regards >Hannes -- Enviado desde mi dispositivo Android con K-9 Mail. Por favor, disculpa mi brevedad.

Aug. 24, 2017

Re: [Pharo-users] new chapter on double dispatch for new book :)

by Stephane Ducasse

a die handle is a group of dice as in 2D20. I'm not sure that I want to explain what is double dispatch up front. I want to go from the requirements to the solution How to add die (6) + die(5) die (6) + 2D20 2D20 + die(6) 2D20 + 2D10 Without doing a self class == Die Stef On Wed, Aug 23, 2017 at 1:38 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > I read it once without knowing what double dispatch is, after reading it , I > did not know what double dispatch is. It took several reads to understand > what double dispatch is. > > My suggestion is starting with explaining as a summary what double dispatch > is , instead of leaving it for the conclusion, explain not how it works but > why we need it. Its a good idea to give a general picture to the reader > before a practical example as a map to follow the example more easily and > not be lost in the code. The code is easy to understand but the intention is > not. > > Also what is a "die handle" ? > > On Wed, Aug 23, 2017 at 1:54 PM Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: >> >> feedback is welcome >> Good reading

Aug. 23, 2017

Re: [Pharo-users] new chapter on double dispatch for new book :)

by Stephane Ducasse

On Wed, Aug 23, 2017 at 9:20 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > Maybe in general sumWithFoo: => addSelfToFoo: to make clues clearer. I see now it should be more addSelfWithFoo: or sumSelfWith: because we do not modify the argument. Stef

Aug. 23, 2017

Re: [Pharo-users] new chapter on double dispatch for new book :)

by Stephane Ducasse

Tx I will read your point carefully. On Wed, Aug 23, 2017 at 9:20 PM, Herby VojÄÃk <herby(a)mailbox.sk> wrote: > Maybe in general sumWithFoo: => addSelfToFoo: to make clues clearer. > > Herby > >

Aug. 23, 2017

Re: [Pharo-users] Where do I find a Pillar syntax summary?

by Stephane Ducasse

+Handling all the cases: summing a die/die handle with a die/die handle .>file://figures/DieDoubleDispatchFull.pdf|width=70|label=figDieDoubleDispatchFull+ See Figure *@figDieDoubleDispatchFull* for internal ref is missing. Two Column is missing. I do not know it works in Latex. I will try to create one a new style sheet. On Wed, Aug 23, 2017 at 9:46 PM, Alistair Grant <akgrant0710(a)gmail.com> wrote: > On Wed, Aug 23, 2017 at 09:11:47PM +0200, H. Hirzel wrote: >> Thanks, it is useful. >> Date is 24 June 2014. >> Not sure if it is the latest version for what I have now in Pharo 6. >> >> --Hannes > > True, but it only covers the basic text mark-up and I don't think that > has changed recently. Anyway, I haven't found anything wrong with it in > Pharo 6 & 7 (admittedly, with only basic pillar usage). > > Cheers, > Alistair > > >> On 8/23/17, Alistair Grant <akgrant0710(a)gmail.com> wrote: >> > How about: >> > >> > http://pillarhub.pharocloud.com/hub/pillarhub/pillarcheatsheet >> > >> > Cheers, >> > Alistair >

Aug. 23, 2017