September 2014 - Pharo-users

Re: [Pharo-users] Pharo on retina macbook

by Ben Coman

Johan Brichau wrote: > Hi, > > I just started using a Macbook pro with retina display. > I notice the fonts are quite blurry. Is there something one can do to improve that? > > Johan > > What version of Pharo? What version of OSX? What fonts? I'm not sure of these details, but it will give you some things to think about and try (and someone can correct me otherwise). * Pharo's default font is still a bitmap StikeFont. * StrikeFont bitmaps are sub-pixel anti-aliased. * Sub-pixel anti-aliases * Retina display sometimes have sub-pixel rendering turned off, or maybe otherwise problem. Try... * Choosing a TrueType font * Changing some OSX display settings * http://graphicdesign.stackexchange.com/questions/8277/how-does-apples-retin… * http://superuser.com/questions/457153/getting-crisper-fonts-in-os-x-after-s… * http://www.macworld.com/article/1145157/smoothsnow.html * http://graphicdesign.stackexchange.com/questions/8277/how-does-apples-retin… Please report your results. cheers -ben

Sept. 4, 2014

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

by stepharo

BTW remember that if you charge people for your application, then you will need to pay if you use VW. > Thanks. > > Could Magna also be a good solution ? Saving and loading an object in fuel is two lines of code. So with a little strategy 2014-09-02-Bills-252 you can save fast your data. Same goes with Voyage. Have a look at the talk about Voyage at ESUG 2014 on youtube. Stef > > Roelof > > > > > FranÃ§ois Stephany schreef op 2-9-2014 9:11: >> 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 >> <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. 4, 2014

Pharo on retina macbook

by Johan Brichau

Hi, I just started using a Macbook pro with retina display. I notice the fonts are quite blurry. Is there something one can do to improve that? Johan

Sept. 4, 2014

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

by Alain Rastoul

This example is just about storage, for a real app, dont use Arrays, but make a User with name and password members, and a UserDAL class that do the write.

Sept. 3, 2014

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

by Alain Rastoul

Great! As of your requirements there is very few business logic, and lot of data entry. With the estimation you gave about data size, I would try STON straightforward to start prototyping. see (for example) http://www.jarober.com/blog/blogView?showComments=true&printTitle=ST_4U_389… and EnterprisePharo.pdf, there is a chapter on STON (and lot of other interesting chapters too). Example: storing 1000 couples of string (a fake user/password list) of about 23k of data on disk, takes 70 ms on my laptop. Quite enough to start your development, as I said earlier no need for a database from the start, make a DAL for your users storage that write your user list with STON and modify it later to write to a db. Simple: the write in itself is 3 lines of code. | users fileStream | users := (1 to: 1000) collect: [ :i | Array with: ('user',i asString) with: ('pwd-',i asString) ]. [ fileStream := FileStream fileNamed: 'junk.txt'. [ STON writer on: fileStream ; nextPut: users . ] ensure: [ fileStream close ]. ] timeToRun inspect HTH Alain

Sept. 3, 2014

Re: [Pharo-users] Date text converter/formatter

by stepharo

> That is why the formatter/parser was written in the first place ;-) It is modelled after a Go standard library (http://golang.org/src/pkg/time/format.go) and some Ruby library I can't remember the name of. I implemented this as a proof of concept to see if/how it could be done. > Hi sven and this is cool that you did it :)

Sept. 3, 2014

Re: [Pharo-users] Date text converter/formatter

by Ben Coman

Sept. 3, 2014

Re: [Pharo-users] Tide installation

by phil＠highoctane.be

I tried to get this working. bower installed Tide loaded as per the slides (with some fiddling as what is there doesn't work). Then TDDispatcher tideIndexPageUrl inspect gives http://localhost:7777/tide/tide/index.html (Why that 'tide' twice in there?) And there, no helios or anything. But that may be because I used the wrong bower 1.2.6 version and set stable for Amber as the commit number didn't work. So, Bernat, which bower and which amber in bower.json ? TIA Phil â

Sept. 3, 2014

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

by Pierce Ng

On Mon, Sep 01, 2014 at 11:18:14PM +0200, Sven Van Caekenberghe wrote: > Reddit.st - In 10 Cool Pharo Classes Very nice! Pierce

Sept. 3, 2014

Re: [Pharo-users] Date text converter/formatter

by Sven Van Caekenberghe

On 03 Sep 2014, at 15:44, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Esteban A. Maringolo > > > 2014-09-02 17:46 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> >> On 02 Sep 2014, at 21:39, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> >>> Thank you. It is certainly better than the base parser. >>> But for formats I can't pass Date objects to #format:, I have to >>> convert them to ZTimestamp before. >> >> (ZTimestampFormat fromString: '2001/02/03') format: Date today. >> >> Can you give an example of what does not work for you ? > > My own brain doesn't work. > I don't know what I did yesterday, but it works as expected now :) > > | format | > format := (ZTimestampFormat fromString: '03/02/2001') createDate. > format parse: '03/09/2014'. > format format: Date today OK > The only thing I'd change is to throw a specific Exception instead of > an AssertionFailure. > But I'm handling parsing errors fine with AssertionFailure handlers anyway. Yes, using #assert: was laziness in the prototyping phase, I try to improve that part. >>> Curiosity #1: Why did you use an example date string instead of using >>> regular patterns like yyyy, dd, hh/hh24, etc? >> >> That is why the formatter/parser was written in the first place ;-) It is modelled after a Go standard library (http://golang.org/src/pkg/time/format.go) and some Ruby library I can't remember the name of. I implemented this as a proof of concept to see if/how it could be done. > > Fair enough. :) > > > Thank you!

Sept. 3, 2014