September 2014 - Pharo-users

Re: [Pharo-users] [Article] Reddit.st - In 10 Cool Pharo Classes

by stepharo

Excellent. I started to port the old tutorial to PFTE so I will retire the chapter from the book for now. Stef On 1/9/14 23:18, Sven Van Caekenberghe wrote: > Hi, > > I published another introduction/tutorial article > > Reddit.st - In 10 Cool Pharo Classes > > Implementing a Reddit style web application in Pharo using Seaside, Glorp and PostgreSQL > > https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > > The focus is not so much on the smaller size or the higher developer productivity in Pharo, but more on the fact that we can cover so much ground using such powerful frameworks, as well as the natural development flow from model over tests and persistence to web GUI. This is a more intermediate level article that assumes basic knowledge about Pharo (language and IDE). > > https://ci.inria.fr/pharo-contribution/job/Reddit/ > > http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit > > Enjoy! > > Sven > > PS: This article is actually an update of an article that I wrote in 2010 and that became unavailable/outdated. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by stepharo

On 2/9/14 09:11, FranÃ§ois Stephany wrote: > If you don't want a separate DB, object serialization with Fuel is an > option. It's very easy to serialize a graph of objects to disk. > You can also have a look at SandstoneDB, it's pretty small and some > people use it. pay attention that images can get corrupted so I would in addition use a file based approach (STON or whatever). > > Cheers, > Francois > > > On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl > <mailto:r.wobben@home.nl>> wrote: > > Hello, > > I want to try to make a financial app for a organisation. > > There are some 50 customers so also 50 invoices a year. > Then the payments . Also 50 a year. > > Cash and bank accounts . Every month some 10 - 20 things. > > So on my disk on the programm I now use it costs me some 30 - 50 > Kb a year. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better > options. > > Roelof > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by stepharo

> Hello, > > I want to try to make a financial app for a organisation. We want you do succeed :) > There are some 50 customers so also 50 invoices a year. > Then the payments . Also 50 a year. > > Cash and bank accounts . Every month some 10 - 20 things. > > So on my disk on the programm I now use it costs me some 30 - 50 Kb a > year. Indeed the number are low. So this is good because you can use simple approaches. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better > options. You can use Voyage and MongoDB. Cheap and nice. You can use STON (text based serialisation). You can use Fuel (really fast serializer) but this is binary. > > Roelof > >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by Tim Mackinnon

Esteban talked about Voyage at ESUG, its on the list of talks here: http://goo.gl/E1VF53 You can of course scale up to Gemstone (or indeed start with that as well if you need something more commercial and supported - there is a Gemstone talk in that link as well). Tim On 2 Sep 2014, at 07:17, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello, > > I want to try to make a financial app for a organisation. > > There are some 50 customers so also 50 invoices a year. > Then the payments . Also 50 a year. > > Cash and bank accounts . Every month some 10 - 20 things. > > So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better options. > > Roelof >

Sept. 2, 2014

Re: [Pharo-users] best solution to store data

by FranÃ§ois Stephany

If you don't want a separate DB, object serialization with Fuel is an option. It's very easy to serialize a graph of objects to disk. You can also have a look at SandstoneDB, it's pretty small and some people use it. Cheers, Francois On Tue, Sep 2, 2014 at 8:17 AM, Roelof Wobben <r.wobben(a)home.nl> wrote: > Hello, > > I want to try to make a financial app for a organisation. > > There are some 50 customers so also 50 invoices a year. > Then the payments . Also 50 a year. > > Cash and bank accounts . Every month some 10 - 20 things. > > So on my disk on the programm I now use it costs me some 30 - 50 Kb a > year. > > What are my options for storage of those data. > > I could use a database , but I wonder if there are more and better options. > > Roelof > >

Sept. 2, 2014

best solution to store data

by Roelof Wobben

Hello, I want to try to make a financial app for a organisation. There are some 50 customers so also 50 invoices a year. Then the payments . Also 50 a year. Cash and bank accounts . Every month some 10 - 20 things. So on my disk on the programm I now use it costs me some 30 - 50 Kb a year. What are my options for storage of those data. I could use a database , but I wonder if there are more and better options. Roelof

Sept. 2, 2014

Re: [Pharo-users] [Article] Reddit.st - In 10 Cool Pharo Classes

by Joachim Tuchel

Sven, This is really an excellent piece. You must have put a lot of thought into making it that short and concise. It's hard to belÃeve someone can cover glorp, seaside and even a domain in such a short article! There is very little in the code that's Pharo specific. The only component that will need significant changes is the captcha. String formattÃng and #asWords come to my mind. For a Smalltalker, this shouldnt be too hard. Thanks for sharing; Joachim Sven Van Caekenberghe <sven(a)stfx.eu> schrieb: >Hi, > >I published another introduction/tutorial article > > Reddit.st - In 10 Cool Pharo Classes > > Implementing a Reddit style web application in Pharo using Seaside, Glorp and PostgreSQL > > https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > >The focus is not so much on the smaller size or the higher developer productivity in Pharo, but more on the fact that we can cover so much ground using such powerful frameworks, as well as the natural development flow from model over tests and persistence to web GUI. This is a more intermediate level article that assumes basic knowledge about Pharo (language and IDE). > > https://ci.inria.fr/pharo-contribution/job/Reddit/ > > http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit > >Enjoy! > >Sven > >PS: This article is actually an update of an article that I wrote in 2010 and that became unavailable/outdated. > >-- >Sven Van Caekenberghe >Proudly supporting Pharo >http://pharo.org >http://association.pharo.org >http://consortium.pharo.org >

Sept. 2, 2014

Re: [Pharo-users] [Article] Reddit.st - In 10 Cool Pharo Classes

by Tudor Girba

Nice! Doru On Mon, Sep 1, 2014 at 11:18 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Hi, > > I published another introduction/tutorial article > > Reddit.st - In 10 Cool Pharo Classes > > Implementing a Reddit style web application in Pharo using Seaside, Glorp > and PostgreSQL > > > https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 > > The focus is not so much on the smaller size or the higher developer > productivity in Pharo, but more on the fact that we can cover so much > ground using such powerful frameworks, as well as the natural development > flow from model over tests and persistence to web GUI. This is a more > intermediate level article that assumes basic knowledge about Pharo > (language and IDE). > > https://ci.inria.fr/pharo-contribution/job/Reddit/ > > http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit > > Enjoy! > > Sven > > PS: This article is actually an update of an article that I wrote in 2010 > and that became unavailable/outdated. > > -- > Sven Van Caekenberghe > Proudly supporting Pharo > http://pharo.org > http://association.pharo.org > http://consortium.pharo.org > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 2, 2014

[Article] Reddit.st - In 10 Cool Pharo Classes

by Sven Van Caekenberghe

Hi, I published another introduction/tutorial article Reddit.st - In 10 Cool Pharo Classes Implementing a Reddit style web application in Pharo using Seaside, Glorp and PostgreSQL https://medium.com/@svenvc/reddit-st-in-10-cool-pharo-classes-1b5327ca0740 The focus is not so much on the smaller size or the higher developer productivity in Pharo, but more on the fact that we can cover so much ground using such powerful frameworks, as well as the natural development flow from model over tests and persistence to web GUI. This is a more intermediate level article that assumes basic knowledge about Pharo (language and IDE). https://ci.inria.fr/pharo-contribution/job/Reddit/ http://www.smalltalkhub.com/#!/~SvenVanCaekenberghe/Reddit Enjoy! Sven PS: This article is actually an update of an article that I wrote in 2010 and that became unavailable/outdated. -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

Sept. 1, 2014

Re: [Pharo-users] GUI construction under Pharo

by S Krish

For Java ; JavaFx seems more the future for desktop UI.. Swing and SWT gets subsumed and interact well too. Nice XML descriptor but gets fairly complex code punting for anything moderately complex UI.. But charting and the UI capabilities are significantly nicer in JavaFx overall.. On Mon, Sep 1, 2014 at 10:39 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > There has been attempts to do that and Spec (htttp://spec.st) provides a > declarative model. > > The spec (check implementors of defaultSpec for a couple samples) is > basically what a GUI builder would produce and use to deifne the UI. > > As far as I know, VisualWorks uses such a spec approach as well. > http://www.cincomsmalltalk.com/main/documentation/VisualWorks/GUIDevGuide.p… > (search for windowSpec in the text) > > Frankly, for a moderately complex UI, you need to understand what's going > on and I think a GUI builder isn't going to offer any benefit vs > development time. The best thing I've seen is Matisse in Netbeans but it > wasn't really useful for an app we wrote in Java/Swing with a lot of weird > controls and interdependent fields. This is especially true when one has > dynamic layouts to do. And that's why a webbrowser has a lot of advantages > these days (Maybe not to write CAD software but it will come). > > HTH > Phil > > > > On Mon, Sep 1, 2014 at 5:40 PM, Ichiseki <is076(a)outlook.com> wrote: > >> Hi >> For what I've read and study Smalltalk was great a RAD, it was infact >> used a >> lot in financial services for that reason. >> Now I see that most commercial versions of Smalltalk have a GUI builder, >> but >> non of the open source. >> Wouldn't have a GUI building tool be a priority? >> Perhaps this is already done? >> best >> >> Ichirt) >> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/GUI-construction-under-Pharo-tp4775654.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> >

Sept. 1, 2014