September 2014 - Pharo-users

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

by Sven Van Caekenberghe

Hi Sean, On 03 Sep 2014, at 00:32, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Sven Van Caekenberghe-2 wrote >> Maybe you got the example and the input mixed up ? > > Oh yeah, I did, but even the example in that case is ambiguous, no? > > (ZTimestampFormat fromString: '02/03/01 (16:05:06)') > parse: '10/10/10 (12:01:01)'. > > How does it decide whether it's American i.e. Feb 3rd, or European i.e. Mar 2nd? No, it is not ambiguous. The positions in the pattern are not used to determine the meaning of the elements, only the values. For example, limited to date elements only: (ZTimestampFormat fromString: '02/03/01') format: Date today. => '09/03/14' (ZTimestampFormat fromString: '03/02/01') format: Date today. => '03/09/14' (ZTimestampFormat fromString: 'Feb 3, 2001') format: Date today. => 'Sep 3, 2014' (ZTimestampFormat fromString: '02-FEB-2001') format: Date today. => '09-SEP-2014' (ZTimestampFormat fromString: 'Saturday, Februari 3 ''01') format: Date today. => 'Wednesday, September 3 ''14' The reference date is 20010203 which was a Saturday, the recognised elements for dates are: '2001' yearFourDigits '01' yearTwoDigits '02001' yearFull '02' monthTwoDigits '2' month 'February' monthNameCapitalized 'february' monthNameLowercased 'FEBRUARY' monthNameUppercased 'Feb' monthNameAbbreviatedCapitalized 'feb' monthNameAbbreviatedLowercased 'FEB' monthNameAbbreviatedUppercased '3' day '_3' dayTwoDigitsSpacePadded '03' dayTwoDigits See #formatSpecifications, each of those has parse and format methods, like #format:yearTwoDigitsOn: and #parseYearTwoDigitsFrom: Sven

Sept. 3, 2014

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

by Roelof Wobben

I know what I want. The steps that I have to take. 1) Users and user management. User has username and password. 2) entering and editing plans. Plans has sort and amount. 3) entering and editing way of payment. this has name and sort payment 4) Entering and editing customers. Customers has : name, adress, city , plan, way of payment. 5) Entering financial accounts. name, number and so on. 6) Making invoices. Client data like name ,adress, city , amount to be payed. (depends on plan), issued data, date before the invoice must be payed, date where the invoice is payed. 6) Making bank and cash accounts. date, amount credit, amount debit, description, financial account Roelof Alain Rastoul schreef op 2-9-2014 22:23: > 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. 3, 2014

Moose browsers: Updating an object value from a text pane and from an emergent window

by Offray Vladimir Luna CÃ¡rdenas

Hi, I'm trying to restate my question to see if I have more luck with any answer this time. I'm making advances with an outliner like app for writing and now I can add nodes move them and store them in the really nice STON format. But because information on trees is not editable, I would like to try another approach: To create an emergent window and put the node tree and node tags on it, and the update the this values on the tree node. Also, I would like to update some objects from the a Glamour text pane, without any special button or action, just while I'm writing on them. If this is not possible which is the message to select all text in a body panel and to send it to a object? I will be doing some further advances by my own and keep you posted (may be with some more specific/better questions on how to get this behaviour from Moose browsers). Cheers, Offray

Sept. 3, 2014

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

by Stuart Herring

On 2 September 2014 22:02, stepharo <stepharo(a)free.fr> wrote: > For such quantity of information my impression is that it is oversized. May > be Chris Mueller will reply. > Now Magma does not work in Pharo (or may be it does but I do not know). Magma actually scales down pretty well, and given how ridiculously easy to use it is, it's actually a pretty good fit for small applications - particularly if you use the standalone mode, rather than client-server. I definitely wouldn't call it oversized or overkill. The biggest problem is as you say, it doesn't work in current Pharo. The last version I've successfully used it in is 1.3 (and I still have a couple of running applications with Magma and Pharo 1.3). I've made a couple of attempts at porting it in the past, but it's a non-trivial task and lack of time, and lack of a deep understanding of both Magma itself and the changes in Pharo meant that I never got very far, and in the end I decided it would be better for me to port my applications to a different persistence solution. (Currently trying Oak - but might end up just using Riak directly). Regards, Stuart

Sept. 2, 2014

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

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > Maybe you got the example and the input mixed up ? Oh yeah, I did, but even the example in that case is ambiguous, no? (ZTimestampFormat fromString: '02/03/01 (16:05:06)') parse: '10/10/10 (12:01:01)'. How does it decide whether it's American i.e. Feb 3rd, or European i.e. Mar 2nd? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Date-text-converter-formatter-tp4775852p4775895.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Sept. 2, 2014

Re: [Pharo-users] Help to get the classes/methods that were updated after compilation.

by Camille Teruel

On 2 sept. 2014, at 23:29, Pernet Alexis <alexis.pernet(a)etudiant.univ-lille1.fr> wrote: > Hello! Hi Alexis, > 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) I think you want something like this: SystemAnnouncer uniqueInstance on: MethodModified, MethodAdded send: #updateMethod: to: self This will send #updateMethod: to self on each method modified or added with a corresponding announcement as argument. > 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? I not sure I understand. You want to run a set of critic rules when one method of a given RBEnvironment is changed? Or something else?

Sept. 2, 2014

Re: [Pharo-users] Help to get the classes/methods that were updated after compilation.

by Yuriy Tymchuk

Hi, for now Iâve started to develop a script which will generate new rules based on existing ones. I encountered some problems today, so in the end I think Iâll trash some of them for now. If you have some knowledge about environments it can be interesting, because I donât see a reason for them now. In constant re-running you have just one entity and you need to know if it violates certain rule or not. Itâs not about composing an environment of entities which violate certain 1 rule. My script is for now here: https://github.com/Uko/Edelweiss . If you donât understand it - itâs fine. I just wrote some meta-magic today in a rush. Letâs keep in touch and try to do something together. Uko On 02 Sep 2014, at 23:29, Pernet Alexis <alexis.pernet(a)etudiant.univ-lille1.fr> wrote: > 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

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