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

Re: [Pharo-users] STON on ScaledDecimal?

by Sven Van Caekenberghe

Hi JosÃ©, On 31 May 2014, at 01:32, JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> wrote: > Wouldn't it be good if STON could save ScaledDecimals as 12345.678s?. That way, we could read them back again as ScaledDecimal, instead of Float. I have tried and it seems quite useful. > > Regards That is an interesting idea and it is probably nice to have for those relying on ScaledDecimals. One of the ideas of STON is to be portable across dialects, so I am wondering if ScaledDecimals exists everywhere ? I am curious as to how you did it though, since STONReader basically contains its own number parser. Could you share your code ? Sven

May 31, 2014

Bug in Nautilus... (Pharo 3)

by JosÃ© ComesaÃ±a

If I try to "move to another package" a class I always get an exception. Try moving any class present in the standard Pharo 3 to AST-Core, for example... Anyway, thanks for the great work you are doing. Regards JosÃ©

May 31, 2014

Re: [Pharo-users] STON on ScaledDecimal?

by JosÃ© ComesaÃ±a

Oh, sorry, I forgot to write it. And Fraction as well. I have added it for my own use. Regards JosÃ© 2014-05-31 6:13 GMT+02:00 Joachim Tuchel <jtuchel(a)objektfabrik.de>: > Hi, > > Sounds good. But I think the Scale should be streamed as well: 12345.678s3 > > Joachim > > JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> schrieb: > > > Wouldn't it be good if STON could save ScaledDecimals as 12345.678s?. That > way, we could read them back again as ScaledDecimal, instead of Float. I > have tried and it seems quite useful. > > Regards >

May 31, 2014

Re: [Pharo-users] [smallwiki] Pillar annotations for Latex

by Ben Coman

Damien Cassou wrote: > You can just commit to the http://www.smalltalkhub.com/#!/~Pier/Pillar > <http://www.smalltalkhub.com/#%21/%7EPier/Pillar> repository. > duh! of course. I was looking for my name in the contributors list, but then didn't notice it was a public repository. Its uploaded now.

May 31, 2014

Re: [Pharo-users] STON on ScaledDecimal?

by Joachim Tuchel

Hi, Sounds good. But I think the Scale should be streamed as well: 12345.678s3 Joachim JosÃ© ComesaÃ±a <jose.comesana(a)gmail.com> schrieb: >Wouldn't it be good if STON could save ScaledDecimals as 12345.678s?. That >way, we could read them back again as ScaledDecimal, instead of Float. I >have tried and it seems quite useful. > >Regards

May 31, 2014

STON on ScaledDecimal?

by JosÃ© ComesaÃ±a

Wouldn't it be good if STON could save ScaledDecimals as 12345.678s?. That way, we could read them back again as ScaledDecimal, instead of Float. I have tried and it seems quite useful. Regards

May 30, 2014

Re: [Pharo-users] ical on pharo 2

by Paul DeBruicker

Hi Jesus Mari, Thanks for spotting and fixing those bugs. The missing methods are because I overrode them in a package Iâm using and forgot about that when I saved some changes to iCal. I did not notice the problem with the timeZone because Iâm in the habit of only using UTC dates and times in the image and converting them to timeZone specific formats for display. Good find. Re: #isValidForDate: Iâm not sure about your solution. I think it depends on whether December 31st 2014 is the important part or whether the overlapping timespan of one date between two timezones is important. And to know that Iâd have to read the ical spec. Which is here: http://tools.ietf.org/html/rfc5545 and I donât have time to go through in any detail. Do you want/have write access to upload your repairs? Thanks again Paul On May 30, 2014, at 4:03 AM, Jesus Mari Aguirre <jmariaguirre(a)gmail.com> wrote: > I have tried to run the Test package in Pharo 2.0 and I have found some problems. > * You use String #subString method that is deprecated. > * There are several methods missed in your new packages, I'm not sure why... > ICConversion class #dateAndTimeClass, #dateClass, #timeSpanClass #timeClass. I have added to the ICal-SqueakPharo-Core package copied from the first version in the repository. > * methods ICEvent isValidForDate: aDate and ICTodo isValidForDate: aDate do not take care about the timeZone, then several tests fail. These tests are successful if you set the date offset to 0 hour, but maybe what you try to do with the method is returning all the events and todos currently actives. > > Could be this method the right solution? > > ICEvent isValidForDate: aDate > > ^self start asDate start<= aDate end and: [self end asDate end>= aDate start]. > > ICTodo isValidForDate: aDate > > ^self due asDate start<= aDate end and: [self due asDate end >= aDate start]. > > I hope this information will be useful for you. > keep contact > JesÃºs MarÃ > >

May 30, 2014

Re: [Pharo-users] Accessing DLLs in Smalltalk/V

by kilon alios

great point , I think that Pillar already does this but its not exactly hassle free. I have to say I really like Pillar, very simple syntax, it generates pdf and hmtl ouput as well latex. Still will be an extra effort to bring it inside Pharo in a form of an editor. But frankly if you want to make your own documentation with Pillar is already very easy and the final result looks very good. On Fri, May 30, 2014 at 6:02 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > kilon alios wrote > > An insane amount of documentation > > <rant> > "insane" may be the key term here. We could be inventing executable active > essays, which is the kind of magic our live environment makes possible, > instead of writing and rewriting paper docs that quickly go stale. > Non-executable docs are a duplication smell and maintenance hassle. > Text-only is one of the least-effective ways to communicate. I'd love to > see > more lively kernel style docs</rant> > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Accessing-DLLs-in-Smalltalk-V-tp4760856p4761006.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

May 30, 2014

Re: [Pharo-users] [ANN] iStoa 14.06

by Hilaire Fernandes

There is indeed a lot to go, mainly a matter of time. With a growing corpus of educative activities, more and more dedicated morphic widget are designed and written, those could lead to a kind of iStoa Studio where teacher design activities, and possibly web designed. Well that will require even more time.. Hilaire Le 30/05/2014 10:03, Tudor Girba a Ã©crit : > I just tried it this morning, and it works on Mac just fine. > > It looks quite interesting! > > Doru > > > On Fri, May 30, 2014 at 9:59 AM, stepharo > <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > I have a son of 7 but on mac I will try to ee what I can do. > > > On 29/5/14 10:49, Hilaire Fernandes wrote: > > Hi, > > If you have young kids (around 5-6 years old) and a linux > workstation, > you may want ot give a try to latest iStoa. > https://launchpad.net/istoa/__trunk/14.06 > <https://launchpad.net/istoa/trunk/14.06> > > I translated it in French as well ;) > > If interest to translate in other languages (including asian > ones) let > me know. > > Hilaire > > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" -- Dr. Geo http://drgeo.eu

May 30, 2014

Re: [Pharo-users] Accessing DLLs in Smalltalk/V

by Sean P. DeNigris

kilon alios wrote > An insane amount of documentation <rant> "insane" may be the key term here. We could be inventing executable active essays, which is the kind of magic our live environment makes possible, instead of writing and rewriting paper docs that quickly go stale. Non-executable docs are a duplication smell and maintenance hassle. Text-only is one of the least-effective ways to communicate. I'd love to see more lively kernel style docs</rant> ----- Cheers, Sean -- View this message in context: http://forum.world.st/Accessing-DLLs-in-Smalltalk-V-tp4760856p4761006.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

May 30, 2014