April 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] tiny survey: who uses Pharo Launcher?

by Ignacio Sniechowski

Esteban, I use it a lot, in Mac OS X. One thing that I noticed is that even if you delete an image from the Launcher, the image stays in ~/Library/Preferences/Pharo/templateCache as a .zip file. If you download a lot of images then this directory grows considerable. Best Nacho *Lic. Ignacio Sniechowski, MBA* On Sat, Apr 19, 2014 at 9:32 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi, > We want to know a bit more about Pharo Launcher, so please, answer this > three points if you are using it: > > 1) which platform are you using? > 2) is the experience satisfactory/easy enough? > 3) do you have some feedback for us (bah, for Damien :P)? > > thanks, > Esteban >

April 19, 2014

tiny survey: who uses Pharo Launcher?

by Esteban Lorenzano

Hi, We want to know a bit more about Pharo Launcher, so please, answer this three points if you are using it: 1) which platform are you using? 2) is the experience satisfactory/easy enough? 3) do you have some feedback for us (bah, for Damien :P)? thanks, Esteban

April 19, 2014

What to use instead of Pen?

by nacho

I've been using the old class Pen with turn: and go: Now that class is no longer part of Pharo 3. I've taken a look at Athens but couldn't really figure out how to do it. What do you suggest to use? Thanks in advance Nacho ----- Nacho Smalltalker apprentice. Buenos Aires, Argentina. -- View this message in context: http://forum.world.st/What-to-use-instead-of-Pen-tp4755398.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 19, 2014

Re: [Pharo-users] [ANN] FontAwesome for Seaside

by Tobias Pape

Hey, just to notice, the TwitterBootstrap components http://ss3.gemstone.com/ss/TwitterBootstrap also support FontAwesome. This could be interesting if 1) The old bootstrap suffices for you and 2) You want Magritte integration. Other than that, use Torstenâs :). I personally will probably abandon http://ss3.gemstone.com/ss/TwitterBootstrap once I find time to port the Magritte stuff. Best -Tobias On 17.04.2014, at 10:27, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > FontAwesome is (as you may know) an iconic font designed for the user with Twitter Bootstrap. > > I now created a "FontAwesome for Seaside" project - which is a small Seaside wrapper for the > FontAwesome project (using the latest version 4.0.3). > > This is intended as an addition to the already available "Bootstrap for Seaside" [2] project > that I wrote and both should allow you to give your Smalltalk based web application a nice > stylish look. > > The project is located on STHub, see [1] where you will also find the documentation. > > A live demo can be found on http://pharo.pharocloud.com/fontawesome. > > To try yourself load it from the Pharo config browser or read the docu to see what is required. > > Thx > T. > > [1] http://smalltalkhub.com/#!/~TorstenBergmann/FontAwesome > [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap<fontawesome.png>

April 19, 2014

Re: [Pharo-users] RDBMS Atomic Counter?

by Sven Van Caekenberghe

On 18 Apr 2014, at 17:48, Norbert Hartl <norbert(a)hartl.name> wrote: > > Am 18.04.2014 um 17:11 schrieb Stephan Eggermont <stephan(a)stack.nl>: > >>> Think of invoices, I must have a consecutive set of invoices, like >>> 0001, 0002, 0003, there can't be gaps in between. >> >> That is not the rule in most countries, AFAIK. >> > In germany it is In Belgium as well, and I seriously doubt you can do that in the Netherlands, but I could be wrong.

April 18, 2014

Re: [Pharo-users] RDBMS Atomic Counter?

by Norbert Hartl

Am 18.04.2014 um 17:11 schrieb Stephan Eggermont <stephan(a)stack.nl>: >> Think of invoices, I must have a consecutive set of invoices, like >> 0001, 0002, 0003, there can't be gaps in between. > > That is not the rule in most countries, AFAIK. > In germany it is Norbert

April 18, 2014

Re: [Pharo-users] RDBMS Atomic Counter?

by Stephan Eggermont

>Think of invoices, I must have a consecutive set of invoices, like >0001, 0002, 0003, there can't be gaps in between. That is not the rule in most countries, AFAIK. Stephan

April 18, 2014

Re: [Pharo-users] RDBMS Atomic Counter?

by Esteban A. Maringolo

2014-04-17 7:21 GMT-03:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > but Iâm with Sven here, you should use sequences (unless there is something that prevents you to do itâ¦ ?). I know about sequences and use them for other purposes. But in this case the sequence is not affected by the transaction, so if for any reason I have to rollback the creation of a new document, the number of the sequence will remain ahead. Marten's proposal, on the other hand, is closer, if not exactly to what I need. Because it moves the control back to the image, where I like to be. :) Think of invoices, I must have a consecutive set of invoices, like 0001, 0002, 0003, there can't be gaps in between. In the past I did this without considering concurrency, and had only a few issues in thousands of transactions, but the app wasn't web, nor receiving input from several clients at the same tame. Thanks!

April 18, 2014

Re: [Pharo-users] Voyage: how to delete references to objects.

by olivier auverlot

Hi, This morning, I arrived early at office because I was impatient to test the proposed solutions. Thank for your help, my problem is solved and I understand better the usage of Voyage and Mongo. We learn something each day and it's cool ! Best regards Olivier ;-) 2014-04-17 21:56 GMT+02:00 pharo4Stef(a)free.fr <pharo4Stef(a)free.fr>: > esteban > > you should do a pass on the voyage documentation chapter and add this kind > of infomration. > We can pair write if you want. > > stef > > > On 17/4/14 17:56, Esteban Lorenzano wrote: > > > On 17 Apr 2014, at 15:18, Norbert Hartl <norbert(a)hartl.name> wrote: > > > Am 17.04.2014 um 15:05 schrieb olivier auverlot < > olivier.auverlot(a)gmail.com>: > > thanks Robert for the explications. > > Itâs Norbert btw. :) > > I agree with you that's the best way to remove a book is to delete the > reference in ComicsCollection. > > But how to do that ? Must I simply remove the reference in the ordered > collection ? Voyage will syncronize automatically the data in memory with > the content of the database ? Must I force the save of the data after > removing the reference ? > > You need to explicitly save it as we donât have something like write > barriers in the image. So > > aComicCollection > removeBook: aBook; > save > > is needed. > > > yes, and also (if you want to be clean): > > aBook remove. > > (assuming aBook is also persistent). > > But as Sabina points: #enableMissingContent in CommicCollection will > help you to simplify things, then you just need: "aBook remove", and next > time you read aComicCollection it will âcleanâ the invalid reference. > I call that âeventual integrityâ :P > but beware of itâ¦ is considered âpower voyage programmingâ :) > > Esteban > > > Norbert > > Olivier ;-) > > > 2014-04-17 14:10 GMT+02:00 Norbert Hartl <norbert(a)hartl.name>: > >> >> Am 17.04.2014 um 13:53 schrieb olivier <olivier.auverlot(a)gmail.com>: >> >> > Hi, >> > >> > I'm using Voyage in a Pharo application. >> > >> > I have two MongoDB collections which are ComicsCollection and >> ComicsBook. Each book is attached to a instance of ComicsCollection. The >> reference of each book is stored in an ordered collection (in the instance >> of ComicsCollection). The problem is that if I remove a book, the reference >> to the book is not deleted from ComicsCollection. >> > >> > How can I remove properly a book and the reference to the book ? >> > >> From the smalltalk image view the problem is usually exactly the >> opposite: You donât delete objects but you remove references to them. As >> voyage maps objects it is a good idea to stay in the object realm. So you >> should rather remove the book from the collection. This way you wonât get >> errors just garbage. The ârealâ problem that arises then is that the book >> would still be in the database. Just like it is in the image but there is >> no garbage collector for mongo. To decide that from the image is not >> possible. You load only a sub graph from the database into image memory. So >> you donât know if there are other objects referencing the book. >> >> If your records fit all in memory you could load all collections and >> books and build the difference between all referenced books in the >> collections and the total amount of books. The difference will be the set >> of objects not being referenced by a collection and those can be deleted. >> >> If the records do not fit in memory an alternative strategy would be >> needed. I started to research if it is possible to build a map/reduce based >> garbage collector for common cases but got distracted. But I have the same >> problem so I will need to pick it up some time. >> >> hope that helps, >> >> Norbert >> >> >> > > > >

April 18, 2014

Re: [Pharo-users] how to duplicate document with Voyage

by pharo4Stef＠free.fr

On 17/4/14 21:45, Esteban Lorenzano wrote: > Hi, > > copy should not mess with the id (unless your objects redefines = and hash). > I can take a look if Olivier is around tomorrow. Thanks. I told him to talk to you but this is a really shy guy :) He is pushing Pharo to build other application in the lab :) > > Esteban > > On 17 Apr 2014, at 21:41, pharo4Stef(a)free.fr wrote: > >> Hi norbert >> >> Olivier was doing a copy but it did not work and we thought that >> Voyage should offer a clone or something like that that does not mess up with the id. >> Because we already corrupted nicely a mongoDB. >> >> Stef >> >> On 17/4/14 10:17, Norbert Hartl wrote: >>> Am 17.04.2014 um 10:08 schrieb Olivier Auverlot <olivier.auverlot(a)gmail.com>: >>> >>>> Hi, >>>> >>>> I'm using Voyage and I need to duplicate an existing document in a Mongo database. I suppose that the id must be changed before saving. >>>> >>>> What is the best way to do that ? >>>> >>> If you need a shallow copy then you better just copy the object and store it. Changing the id is asking for trouble I guess. That would probably work if you implement #= on those objects but I think it is a hack. >>> >>> anObject copy save >>> >>> should do. >>> >>> Norbert >>> >>> >>> >> > > >

April 17, 2014