- Pharo-users - lists.pharo.org

Help to get the classes/methods that were updated after compilation.

by Pernet Alexis

Hello! So, i need to know what classes/methods have been changed so that i can run the critic browser tests on the fly. I remember there's a way to do it, but not exactly how to use it. Can i have some help with that? (or a link to somewhere that is explained) Also, i need a way to gather environments and associate them with rules, what would be the best type of collection/etc... to do that?

Sept. 2, 2014

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

by Sven Van Caekenberghe

On 02 Sep 2014, at 23:15, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Esteban A. Maringolo wrote >> Curiosity #1: Why did you use an example date string instead of using >> regular patterns like yyyy, dd, hh/hh24, etc? > > I like the example concept because the user has less to remember (even if > those date patterns are pretty well-known). Although, I noticed an example > date of 10/10/14 - how does it decide which is the month and which the day? Hmm, that is not possible, where did you see that ? Maybe you got the example and the input mixed up ? You instantiate the format based on a example (#fromString:) and then you use that to either #parse: or #format:

Sept. 2, 2014

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

by Sean P. DeNigris

Esteban A. Maringolo wrote > Curiosity #1: Why did you use an example date string instead of using > regular patterns like yyyy, dd, hh/hh24, etc? I like the example concept because the user has less to remember (even if those date patterns are pretty well-known). Although, I noticed an example date of 10/10/14 - how does it decide which is the month and which the day? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Date-text-converter-formatter-tp4775852p4775880.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 2, 2014

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

by Sven Van Caekenberghe

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 ? > 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. > Regards! > Esteban A. Maringolo > > > 2014-09-02 16:07 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: >> Check out ZTimestampFormatter (load ConfigurationOfZTimestamp). From the class comment: >> >> === >> I am ZTimestampFormat, an implementation of a textual representation for a timestamp, date or time that can be used for formatting or parsing. >> >> You instanciate me by specifying the textual format by example, based on a #reference timetamp. >> Each component of the example representation is numbered from largest to smallest unit: >> 1=year >> 2=month >> 3=dayInMonth >> 4=hour (16 in 24 hour format) >> 5=minute >> 6=second >> as in the ISO representation: >> 2001-02-03T16:05:06Z which is a Saterday. >> Example format strings can be found in my class accessing protocol or in the unit tests. >> >> To specifiy a format, you write the reference date so that it matches the representation that you want. >> >> (ZTimestampFormat fromString: 'SAT, FEB 03 2001 (16:05:06)') >> format: ZTimestamp now. >> >> I can be used for unabiguous, stricter parsing as well. >> >> (ZTimestampFormat fromString: '02/03/01 (16:05:06)') >> parse: '10/10/10 (12:01:01)'. >> >> The list of possible keys and their interpretation #formatSpecifications. >> I can translate month and weekday names to 4 different languages, English, French, German and Dutch. >> I can optionally use a timezone to convert UTC/GMT/Zulu timestamps to local time. >> === >> >> Sven >> >> On 02 Sep 2014, at 20:51, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> >>> Does exist an "user friendly" Date text converter and/or formatter package? >>> >>> >>> I'd like to specify the format of certain dates, in the way you >>> normally do this, it is... with a string such as 'dd/mm/yyyy' or >>> 'dd/mmm/yyyy'. >>> >>> Date's #printOn:format: expects a different parameter, which seems >>> really convoluted. [1] >>> >>> And because I'll convert back and forth from/to String I'd like to >>> know if there is a parser (other than DateParser). >>> >>> Thank you! >>> >>> >>> Esteban A. Maringolo >>> >>> [1] compared with popular casting/formatting functions found in other >>> languages/dialects >>> >> >> >

Sept. 2, 2014

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

by Alain Rastoul

Forgort to say: It's great to see Pharo apps coming to business world ! keep on. I wish you succeed Alain

Sept. 2, 2014

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

by Alain Rastoul

Hi Roelof, This is a very broad question with a lot of options, there is no short answer. If I had to choose a relational database approach from the beginning, I would choose Sqlite, it's a very nice db, small, fast, works very well with Pharo (I used it some time ago with FFI, didn't know about native boost mapping, it's cool), can be used with other guis and tools and, should my data or requirements grow unexpectedly, I could move to Postgresql or some other bigger db without too much stress. For an object approach , I would still choose a relational db for storage (same as previously) with an object relational mapping framework like Glorp on top of it, not an object system for storage (magma or gemstone - I'm not saying that they are bad!). Beware that relational system (like object systems) will require some specific skills at some point (I like relational systems for myself, but very often see they are widely misunderstood, even by those who develop with). In any case, if I were you, I would first choose to defer my choice :) until I have a more detailed idea of what I want/have to do, and I would start very small with a file based approach (STON) and a Data Access Layer of my own on top of it, so that I could adapt it to my future requirements or choices (relational, object or nosql database like mongo). I would even develop this DAL later and start with a single document approach (a simple read/write of the whole stuff with STON). The most important is : don't get lost in underlying technical choices from the beginning (plus it's bad for health), make choices you can change. And stay focused on your goal : your application. my 2c Regards, Alain

Sept. 2, 2014

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

by Johan Fabry

On Sep 2, 2014, at 2:03 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 02 Sep 2014, at 18:54, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > >> jfabry wrote >>> the tutorials are missing the basic explanation of the use of workspaces >>> and browsers, and I donât know where to get some documentation that treats >>> just that. Any pointers to that kind of material? >> >> PBE? > > Yes, I would say so too, chapters 1 - 5 of http://kilon.gitbooks.io/pbe/ should be more up to date. Ah, a more up to date version of the beginning PBE. Excellent, thanks! ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD lab - Computer Science Department (DCC) - University of Chile

Sept. 2, 2014

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

by Esteban A. Maringolo

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. Curiosity #1: Why did you use an example date string instead of using regular patterns like yyyy, dd, hh/hh24, etc? Regards! Esteban A. Maringolo 2014-09-02 16:07 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > Check out ZTimestampFormatter (load ConfigurationOfZTimestamp). From the class comment: > > === > I am ZTimestampFormat, an implementation of a textual representation for a timestamp, date or time that can be used for formatting or parsing. > > You instanciate me by specifying the textual format by example, based on a #reference timetamp. > Each component of the example representation is numbered from largest to smallest unit: > 1=year > 2=month > 3=dayInMonth > 4=hour (16 in 24 hour format) > 5=minute > 6=second > as in the ISO representation: > 2001-02-03T16:05:06Z which is a Saterday. > Example format strings can be found in my class accessing protocol or in the unit tests. > > To specifiy a format, you write the reference date so that it matches the representation that you want. > > (ZTimestampFormat fromString: 'SAT, FEB 03 2001 (16:05:06)') > format: ZTimestamp now. > > I can be used for unabiguous, stricter parsing as well. > > (ZTimestampFormat fromString: '02/03/01 (16:05:06)') > parse: '10/10/10 (12:01:01)'. > > The list of possible keys and their interpretation #formatSpecifications. > I can translate month and weekday names to 4 different languages, English, French, German and Dutch. > I can optionally use a timezone to convert UTC/GMT/Zulu timestamps to local time. > === > > Sven > > On 02 Sep 2014, at 20:51, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > >> Does exist an "user friendly" Date text converter and/or formatter package? >> >> >> I'd like to specify the format of certain dates, in the way you >> normally do this, it is... with a string such as 'dd/mm/yyyy' or >> 'dd/mmm/yyyy'. >> >> Date's #printOn:format: expects a different parameter, which seems >> really convoluted. [1] >> >> And because I'll convert back and forth from/to String I'd like to >> know if there is a parser (other than DateParser). >> >> Thank you! >> >> >> Esteban A. Maringolo >> >> [1] compared with popular casting/formatting functions found in other >> languages/dialects >> > >

Sept. 2, 2014

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

by Sven Van Caekenberghe

Check out ZTimestampFormatter (load ConfigurationOfZTimestamp). From the class comment: === I am ZTimestampFormat, an implementation of a textual representation for a timestamp, date or time that can be used for formatting or parsing. You instanciate me by specifying the textual format by example, based on a #reference timetamp. Each component of the example representation is numbered from largest to smallest unit: 1=year 2=month 3=dayInMonth 4=hour (16 in 24 hour format) 5=minute 6=second as in the ISO representation: 2001-02-03T16:05:06Z which is a Saterday. Example format strings can be found in my class accessing protocol or in the unit tests. To specifiy a format, you write the reference date so that it matches the representation that you want. (ZTimestampFormat fromString: 'SAT, FEB 03 2001 (16:05:06)') format: ZTimestamp now. I can be used for unabiguous, stricter parsing as well. (ZTimestampFormat fromString: '02/03/01 (16:05:06)') parse: '10/10/10 (12:01:01)'. The list of possible keys and their interpretation #formatSpecifications. I can translate month and weekday names to 4 different languages, English, French, German and Dutch. I can optionally use a timezone to convert UTC/GMT/Zulu timestamps to local time. === Sven On 02 Sep 2014, at 20:51, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > Does exist an "user friendly" Date text converter and/or formatter package? > > > I'd like to specify the format of certain dates, in the way you > normally do this, it is... with a string such as 'dd/mm/yyyy' or > 'dd/mmm/yyyy'. > > Date's #printOn:format: expects a different parameter, which seems > really convoluted. [1] > > And because I'll convert back and forth from/to String I'd like to > know if there is a parser (other than DateParser). > > Thank you! > > > Esteban A. Maringolo > > [1] compared with popular casting/formatting functions found in other > languages/dialects >

Sept. 2, 2014

Date text converter/formatter

by Esteban A. Maringolo

Does exist an "user friendly" Date text converter and/or formatter package? I'd like to specify the format of certain dates, in the way you normally do this, it is... with a string such as 'dd/mm/yyyy' or 'dd/mmm/yyyy'. Date's #printOn:format: expects a different parameter, which seems really convoluted. [1] And because I'll convert back and forth from/to String I'd like to know if there is a parser (other than DateParser). Thank you! Esteban A. Maringolo [1] compared with popular casting/formatting functions found in other languages/dialects

Sept. 2, 2014