October 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Time Series in Smalltalk

by Serge Stinckwich

> On 23 Oct 2014, at 14:52, Blondeau Vincent <vincent.blondeau(a)worldline.com> wrote: > > Hi ! > Dear Vincent, > > > I am looking for a time series library available for Pharo. > > Serge Stinckwich asked the same thing a year ago (http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-February/07…) and I would know whether any improvement has been made since? > > We started a really simple implementation of time series. Look at the class : KETimeSeries and KETimeSeriesTest in this repository: http://smalltalkhub.com/#!/~UMMISCO/Kendrick Please feel free to extract these classes and extend them. Maybe we can move them in the SciSmalltalk repository. Regards, -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Oct. 24, 2014

Re: [Pharo-dev] Time Series in Smalltalk

by stepharo

There is an implementation in Moose Algo. Stef On 23/10/14 14:52, Blondeau Vincent wrote: > > Hi ! > > I am looking for a time series library available for Pharo. > > Serge Stinckwich asked the same thing a year ago > (http://lists.pharo.org/pipermail/pharo-dev_lists.pharo.org/2013-February/07…) > and I would know whether any improvement has been made since? > > Thanks > > Cheers, > > Vincent BLONDEAU > > > ------------------------------------------------------------------------ > > Ce message et les piÃ¨ces jointes sont confidentiels et rÃ©servÃ©s Ã > l'usage exclusif de ses destinataires. Il peut Ã©galement Ãªtre protÃ©gÃ© > par le secret professionnel. Si vous recevez ce message par erreur, > merci d'en avertir immÃ©diatement l'expÃ©diteur et de le dÃ©truire. > L'intÃ©gritÃ© du message ne pouvant Ãªtre assurÃ©e sur Internet, la > responsabilitÃ© de Worldline ne pourra Ãªtre recherchÃ©e quant au contenu > de ce message. Bien que les meilleurs efforts soient faits pour > maintenir cette transmission exempte de tout virus, l'expÃ©diteur ne > donne aucune garantie Ã cet Ã©gard et sa responsabilitÃ© ne saurait Ãªtre > recherchÃ©e pour tout dommage rÃ©sultant d'un virus transmis. > > This e-mail and the documents attached are confidential and intended > solely for the addressee; it may also be privileged. If you receive > this e-mail in error, please notify the sender immediately and destroy > it. As its integrity cannot be secured on the Internet, the Worldline > liability cannot be triggered for the message content. Although the > sender endeavours to maintain a computer virus-free network, the > sender does not warrant that this transmission is virus-free and will > not be liable for any damages resulting from any virus transmitted.

Oct. 24, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40323 Home: https://github.com/pharo-project/pharo-core

Oct. 24, 2014

[pharo-project/pharo-core] 42943d: 40323

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 42943d4553340a1cb7474c79cce964b3804cae5f https://github.com/pharo-project/pharo-core/commit/42943d4553340a1cb7474c79… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-10-24 (Fri, 24 Oct 2014) Changed paths: M Kernel.package/CompiledMethod.class/instance/accessing/numLiterals.st M Kernel.package/CompiledMethod.class/instance/accessing/primitive.st A Kernel.package/Context.class/instance/instruction decoding/callPrimitive_.st A Kernel.package/InstructionClient.class/instance/instruction decoding/callPrimitive_.st M Kernel.package/InstructionStream.class/instance/private/interpretExtension_in_for_.st A Kernel.package/SymbolicBytecodeBuilder.class/instance/instruction decoding/callPrimitive_.st M KernelTests.package/BehaviorTest.class/instance/tests/testBehaviorRespectsPolymorphismWithTraitBehavior.st M NewValueHolder.package/NewValueHolder.class/instance/announcements/whenChangedSend_to_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script323.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40323.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Tool-Finder.package/Finder.class/instance/private-example/computeWithMethodFinder_.st A Tools.package/extension/TBehavior/instance/browse.st R Tools.package/extension/TraitBehavior/instance/browse.st Log Message: ----------- 40323 14297 Kernel fixes for Spur https://pharo.fogbugz.com/f/cases/14297 14302 Replace Announcer>>#on:send:to:s senders in NewValueHolder https://pharo.fogbugz.com/f/cases/14302 14291 browse open a class side browser https://pharo.fogbugz.com/f/cases/14291 14289 MNU in Finder>>computeWithMethodFinder: https://pharo.fogbugz.com/f/cases/14289 http://files.pharo.org/image/40/40323.zip

Oct. 24, 2014

Re: [Pharo-dev] MetacelloConfigurationBrowserPane

by Sean P. DeNigris

Sean P. DeNigris wrote > MetacelloConfigurationBrowserPane is another strange bird. Here's an enhancement (not related to the two issues I raised in the last post): Issue 14304 Metacello Browser: Easier Repo Adding https://pharo.fogbugz.com/default.asp?14304 Fix in inbox: SLICE-Issue-14304-Metacello-Browser-Easier-Repo-Adding-SeanDeNigris.1 - Use RemotesManager instead of raw string editor - Allow addition of multiple repos at once ----- Cheers, Sean -- View this message in context: http://forum.world.st/MetacelloConfigurationBrowserPane-tp4786323p4786325.h… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014

MetacelloConfigurationBrowserPane

by Sean P. DeNigris

I'm on a roll now ;) [rant] MetacelloConfigurationBrowserPane is another strange bird. The list of available repositories lives here. I guess it started life there before I bugged everyone to make it configurable, but now seems like an odd entry point. Also, the repos are kept and passed around as strings... ewww. Why not at least URLs if not MCXyzs [/rant] ----- Cheers, Sean -- View this message in context: http://forum.world.st/MetacelloConfigurationBrowserPane-tp4786323.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014

VersionnerRepositoriesManager - Why clear okAction?

by Sean P. DeNigris

No class is safe from my wrath he he... VersionnerRepositoriesManager class>>#open | dialog | dialog := remotesUI openDialogWithSpec. dialog okAction: [ ] - why were we wiping the okAction? "dialog okAction: [ ]" does not reveal any intention. At minimum, a comment would be good - it would be good to return something here so users can customize more easily. Even though this is tightly integrated with Versionner, a tiny bit of care makes the system more easily extensible. We should record some patterns here... ----- Cheers, Sean -- View this message in context: http://forum.world.st/VersionnerRepositoriesManager-Why-clear-okAction-tp47… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014

Playground/Rubric bracket highlighting in the System Browser

by Peter UhnÃ¡k

Hi! Playground has a very nice feature that it highlights matching bracket. I guess Rubric does it. Is this something that is planned to be implemented into the System Browser editor? That would probably mean replacing the PluggableTextMorph, but I don't know if there are any problems with doing so. Also is there a keyboard shortcut for jumping to the matching brace/bracket? Peter

Oct. 23, 2014

Re: [Pharo-dev] RemotesManager Fishiness

by Sean P. DeNigris

Sean P. DeNigris wrote > Initial slice incoming... Fix in inbox: SLICE-Issue-14303-RemotesManager-Make-more-generally-useful-SeanDeNigris.1 RemotesManager: - Properly update selectedRemotes instVar - Add #selectedRemotes getter Now you can e.g.: repoManager := RemotesManager new. repoManager openDialogWithSpec okAction: [ repoManager selectedRemotes ] ----- Cheers, Sean -- View this message in context: http://forum.world.st/RemotesManager-Fishiness-tp4786315p4786317.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014

RemotesManager Fishiness

by Sean P. DeNigris

[rant] This is a weird class! It's protocol seems convoluted to me (even though it only contains one operation!). The standard dialog #actionBlock: is eschewed for #selectedChangedBlock:, which lets you know every time an item is checked or unchecked. I'm not clear on the use case for that verbose level of updating. I would think you'd mostly be interested in the final state once the dialog was accepted. In addition, there is a #selectedRemotes instVar, but it never gets updated and has no getter. Maybe I'm just not getting it, but it seems like something was quickly hacked together as an experiment to serve an immediate purpose without much design thought. While I love new features, this worries me because it sounds very familiar and three forks may be one too many ;) Maybe we should have a more formal code review procedure for shiny new features (non-bug fix/enhancement)? [/rant] 14303 RemotesManager: Make more generally useful https://pharo.fogbugz.com/default.asp?14303 Initial slice incoming... ----- Cheers, Sean -- View this message in context: http://forum.world.st/RemotesManager-Fishiness-tp4786315.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Oct. 23, 2014