July 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] New pretty printer Blue Ink

by Norbert Hartl

> Am 22.07.2015 um 11:27 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > > Nice. > > All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). > That is a very good question. When will Epicea be integrated? The current stuff is broken anyway so less chance to worsen things :) Norbert >> On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: >> >> Hello everyone, >> >> We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. >> >> It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : >> >> RBProgramNode formatterClass: BIConfigurableFormatter. >> >> BIConfigurableFormatter formatAsYouReadPolicy: true >> >> Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. >> >> Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. >> >> Franck > >

July 22, 2015

Re: [Pharo-users] New pretty printer Blue Ink

by Sven Van Caekenberghe

Nice. All this new stuff (decompiler, formatter), what's next (new changes log ? ;-). > On 22 Jul 2015, at 10:44, Franck Warlouzet <franck.warlouzet(a)hotmail.fr> wrote: > > Hello everyone, > > We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. > > It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : > > RBProgramNode formatterClass: BIConfigurableFormatter. > > BIConfigurableFormatter formatAsYouReadPolicy: true > > Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. > > Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. > > Franck

July 22, 2015

New pretty printer Blue Ink

by Franck Warlouzet

Hello everyone, We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 image ! Basically what was working still is and what was not well now is. It is not yet enabled by default, we will wait for feedbacks first. If you want to try it, just type : RBProgramNode formatterClass: BIConfigurableFormatter. BIConfigurableFormatter formatAsYouReadPolicy: true Feel free to contact me via the mailing list or personnal mail if you experience a strange behavior. I tried to improve all of them but with you I am sure all the cases will be treated in an exhaustive way. Thanks for testing it, I hope it will convince you to use format as you read in Nautilus or just automatically format your code. Franck

July 22, 2015

Smalltalkhub permission denied

by Hilaire

Hello, On a freshly created project I have permission denied to write on the repo. http://smalltalkhub.com/#!/~HilaireFernandes/Tools Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 22, 2015

Re: [Pharo-users] (Money) accounting soft in Pharo?

by Sebastian Heidbrink

Hi Peter, I am not aware of the current status, but it might be worth a look http://www.squeaksource.com/SmallPOS.html http://ss3.gemstone.com/ss/SmallPOS.html http://www.smalltalkhub.com/#!/~assargadon/SmallPOS Sebastian Am 21.07.2015 um 14:56 schrieb Peter UhnÃ¡k: > Hi, > > is there any (double-entry) accounting software in Pharo? (Think > GnuCash/KMyMoney/...) > > Peter

July 21, 2015

(Money) accounting soft in Pharo?

by Peter UhnÃ¡k

Hi, is there any (double-entry) accounting software in Pharo? (Think GnuCash/KMyMoney/...) Peter

July 21, 2015

Modeling Money Units

by Sean P. DeNigris

There are several tools: Aconcagua, Money, Units; and at least two classes to overcome the imprecision of Floats: ScaledDecimal, FixedDecimal... I found one thread where Hernan said they use Aconcagua [1], another from Squeak implying that ScaledDecimal is broken [2]. A third seemed to say that FixedDecimal would be better [3], which I hadn't heard in the handful of times money has been discussed on list (usually ScaledDecimal comes up). For a simple case where someone wanted to write a small personal accounting app, which tool and which type would be the best place to start? Thanks! [1] http://forum.world.st/Money-units-tp68797p68800.html [2] http://forum.world.st/Seaside-Re-Money-ScaledDecimal-is-it-really-appropria… [3] http://forum.world.st/Pharo-dev-Monetary-package-tt4692670.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Modeling-Money-Units-tp4838614.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

July 21, 2015

Re: [Pharo-users] Ephemeric Cloud - new platform to publish Pharo web applications

by Andy Burnett

Mike wrote <<< Thanks for pointing this out! When websocket support is ready on the ephemeric gate I'll add a ping to API server so application will work continuously without any effort. I think conceptually it should "just work". Also I plan to have a "sticky-run" option so you can mark some of ephemerics not to go to sleep mode. What do you think? >>> That sounds like a good approach. Just to dig into this a bit more, here is our first use case. We have an iPhone/web app which is a multiuser countdown timer. The data are hosted on Firebase. The iPhone app can set the time, and control start/pause. The web apps count down by themselves, but the start/stop/reset signalling is done in real time by the Firebase server. So, if you imagine a timer that is set to run for 45 minutes, we would need to signal start to the image. That would be reflected to all connected clients via wss, and then, for example, stopped with 5 minutes to go. We would need the app to remain live whilst a timer was running. However, we don't use the timers all the time, so keeping the whole app live might burn up more of the server's resources than necessary. Cheers Andy

July 21, 2015

Re: [Pharo-users] [OT] Bill Gross: The single biggest reason why startups succeed

by Ben Coman

On Tue, Jul 21, 2015 at 12:27 AM, Martin BÃ¤hr <mbaehr(a)email.archlab.tuwien.ac.at> wrote: > Excerpts from S Krish's message of 2015-07-20 17:47:50 +0200: >> Check out this amazing TEDTalk: >> Bill Gross: The single biggest reason why startups succeed >> http://on.ted.com/h15YB > > meh. > read the transcript if you want to save the time, > but to save even more time, here is the summary: > "The number one thing was timing. Timing accounted for 42 percent of the > difference between success and failure. Team and execution came in second, > and the idea, the differentiability of the idea, the uniqueness of the idea, > that actually came in third. ... > The last two, business model and funding" > > he talks about the need to assess timing, but unfortunately doesn't tell much > about how to do it, which is really the crux of the matter. > > in hindsight it is of course easy to see how the timing factor applies. > but before, it's like trying to predict the future. Its like the Weak Anthropic principle explanation for the question of why the cosmological constants of our universe seem so finely tuned to allow our existence... If the universe was not able to produce us, we wouldn't be here to ask such questions. cheers -ben

July 21, 2015

Re: [Pharo-users] XMLRPC?

by Arturo Zambrano

Thanks Luc, that version loaded without problems. cheers. arturo On Mon, Jul 13, 2015 at 6:49 AM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Arturo, > > for our PhaROS project, we use XMLRPC. > When I had a look at it, started to clean it up... > So far, the ConfigurationOfPhaROS uses the bleeding edge version of XMLRPC > because it was moving a lot. > Here what I use: > > > Gofer it > url: 'http://ss3.gemstone.com/ss/XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > load. > > (ConfigurationOfXMLRPC project version: #bleedingEdge) > load: #('XMLRPC-Client-Core' 'XMLRPC-Client-Tests' 'XMLRPC-Server-Core' > 'XMLRPC-Server-Tests'). > "1738 run, 1738 passes, 11 skipped, 0 expected failures, 0 failures, 0 > errors, 0 unexpected passes" > > Best, > > #Luc > > 2015-07-12 19:13 GMT+02:00 Stephan Eggermont <stephan(a)stack.nl>: > >> On 12-07-15 00:59, Arturo Zambrano wrote: >> >>> Hi all, >>> I tried this: >>> Gofer it >>> url: 'http://ss3.gemstone.com/ss/XMLRPC'; >>> package: 'ConfigurationOfXMLRPC'; >>> load. >>> ConfigurationOfXMLRPC project latestVersion load: 'All'. >>> >> >> I'm afraid 1.0-alpha4 might be larger than 1.0.2 >> Did you try #stable? >> >> Stephan >> >> >> >> >

July 21, 2015