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

Re: [Pharo-users] Tide

by phil＠highoctane.be

More Reef docs, or a podcast recording (I can pick your brain there, just tell me when). I'd love to use Reef but need help to start. Phil On Sat, Mar 14, 2015 at 9:05 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> On 13 Mar 2015, at 20:36, stepharo <stepharo(a)free.fr> wrote: >> >>>> Am 13.03.2015 um 14:51 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>>> >>>> As one of the authors of Tide, I wouldnât recommend to use it todayâ¦ unless you are planning to maintain it too, because atm I do not have time to do it and Nico (the other/main author is not working on smalltalk anymoreâ¦ nor amber or pharo). >>>> Instead, I would use Seaside+Reef :P >>>> >>> Is Reef better maintained than Tide? :P >> >> Yes and we should get a documentation. > > Yes :P > here is the thing: I have far too many children/projects so I decided to keep maintaining just twoâ¦ and I picked the two I think are contributions more important to community: Voyage and Reef. > Also they have the advantage (for me) of being 100% Pharo (for me, this is a big constraint to work on Tide right now: I do not have time to keep the track if two communities). > All other projects (Mars, Storm, etc.) will sleep untilâ¦ well, until someday I have insomnia and I want to work on something different :) > > Esteban > >>> >>> Norbert >>> >>>> Esteban >>>> >>>>> On 12 Mar 2015, at 15:27, Norbert Hartl <norbert(a)hartl.name> wrote: >>>>> >>>>> For an upcoming project I'm thinking about what technology to use. I think it will be seaside or amber+tide. For the latter I would like to have some experience reports. >>>>> >>>>> Is anyone of you using tide and what is your experience with it? >>>>> >>>>> thanks, >>>>> >>>>> Norbert >>>>> >>>>> >>>> >>> >>> >> >> > > >

March 14, 2015

Re: [Pharo-users] when iterating over a collection how to determine the current objects index

by Sebastian Sastre

In such cases I might use a stream and monitor the `stream position` and iterate with [ stream atEnd ] whileFalse: [ item := stream next. stream position even ifTrue: [ self highlight: item ]. .... ] from mobile > On 10/03/2015, at 09:11, Sanjay Minni <sm(a)planage.com> wrote: > > Hi > > when iterating over a sequenced collection (array / ordered collection) how > can I determine the current objects index value (without explicitly storing > a counter or looking to match each time) > > Typically I need it: > 1. to display a serial number when printing a report. > 2. to determine if I am on the last element. > 3. To highlight every n-th element. > > regards > Sanjay > > > > > ----- > --- > Regards, Sanjay > -- > View this message in context: http://forum.world.st/when-iterating-over-a-collection-how-to-determine-the… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

March 14, 2015

Re: [Pharo-users] when iterating over a collection how to determine the current objects index

by Sean P. DeNigris

Marcus Denker-4 wrote > which version do we pick? We should pick one, rename the callers As someone mentioned earlier in the thread, #doWithIndex: has the advantage of mirroring the argument order (although this still should be documented), and it's the one most people are probably most familiar with, so IMHO it makes sense to standardize on that. ----- Cheers, Sean -- View this message in context: http://forum.world.st/when-iterating-over-a-collection-how-to-determine-the… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 14, 2015

Re: [Pharo-users] Tide

by stepharo

> Yes :P > here is the thing: I have far too many children/projects so I decided to keep maintaining just twoâ¦ and I picked the two I think are contributions more important to community: Voyage and Reef. > Also they have the advantage (for me) of being 100% Pharo (for me, this is a big constraint to work on Tide right now: I do not have time to keep the track if two communities). > All other projects (Mars, Storm, etc.) will sleep untilâ¦ well, until someday I have insomnia and I want to work on something different :) Yes there are both important. Stef

March 14, 2015

Re: [Pharo-users] Tide

by Sven Van Caekenberghe

> On 14 Mar 2015, at 09:05, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> >> On 13 Mar 2015, at 20:36, stepharo <stepharo(a)free.fr> wrote: >> >>>> Am 13.03.2015 um 14:51 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>>> >>>> As one of the authors of Tide, I wouldnât recommend to use it todayâ¦ unless you are planning to maintain it too, because atm I do not have time to do it and Nico (the other/main author is not working on smalltalk anymoreâ¦ nor amber or pharo). >>>> Instead, I would use Seaside+Reef :P >>>> >>> Is Reef better maintained than Tide? :P >> >> Yes and we should get a documentation. > > Yes :P > here is the thing: I have far too many children/projects so I decided to keep maintaining just twoâ¦ and I picked the two I think are contributions more important to community: Voyage and Reef. > Also they have the advantage (for me) of being 100% Pharo (for me, this is a big constraint to work on Tide right now: I do not have time to keep the track if two communities). > All other projects (Mars, Storm, etc.) will sleep untilâ¦ well, until someday I have insomnia and I want to work on something different :) > > Esteban Excellent decision. Pushing out projects into open source is one (easy) thing, sticking with them, supporting them for years another (but only then become they really valuable). One should choose wisely. > >>> >>> Norbert >>> >>>> Esteban >>>> >>>>> On 12 Mar 2015, at 15:27, Norbert Hartl <norbert(a)hartl.name> wrote: >>>>> >>>>> For an upcoming project I'm thinking about what technology to use. I think it will be seaside or amber+tide. For the latter I would like to have some experience reports. >>>>> >>>>> Is anyone of you using tide and what is your experience with it? >>>>> >>>>> thanks, >>>>> >>>>> Norbert

March 14, 2015

Re: [Pharo-users] Tide

by Esteban Lorenzano

> On 13 Mar 2015, at 20:36, stepharo <stepharo(a)free.fr> wrote: > >>> Am 13.03.2015 um 14:51 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: >>> >>> As one of the authors of Tide, I wouldnât recommend to use it todayâ¦ unless you are planning to maintain it too, because atm I do not have time to do it and Nico (the other/main author is not working on smalltalk anymoreâ¦ nor amber or pharo). >>> Instead, I would use Seaside+Reef :P >>> >> Is Reef better maintained than Tide? :P > > Yes and we should get a documentation. Yes :P here is the thing: I have far too many children/projects so I decided to keep maintaining just twoâ¦ and I picked the two I think are contributions more important to community: Voyage and Reef. Also they have the advantage (for me) of being 100% Pharo (for me, this is a big constraint to work on Tide right now: I do not have time to keep the track if two communities). All other projects (Mars, Storm, etc.) will sleep untilâ¦ well, until someday I have insomnia and I want to work on something different :) Esteban >> >> Norbert >> >>> Esteban >>> >>>> On 12 Mar 2015, at 15:27, Norbert Hartl <norbert(a)hartl.name> wrote: >>>> >>>> For an upcoming project I'm thinking about what technology to use. I think it will be seaside or amber+tide. For the latter I would like to have some experience reports. >>>> >>>> Is anyone of you using tide and what is your experience with it? >>>> >>>> thanks, >>>> >>>> Norbert >>>> >>>> >>> >> >> > >

March 14, 2015

Re: [Pharo-users] when iterating over a collection how to determine the current objects index

by Marcus Denker

> On 13 Mar 2015, at 21:44, stepharo <stepharo(a)free.fr> wrote: > > > > Le 10/3/15 14:40, Joachim Tuchel a Ã©crit : >> Marcus >> >> So sorry for this false accusation. It is proprietary in Squeak. >> And even if it was Dan's idea to rename it, I'd like to learn more about the reasoning. >> My understanding would be: >> >> #do: iterates over a collection >> #doWithIndex: iterates over a collection and also keeps track of the current index. >> >> Sounds very consistent to me. the most important thing I want the machine to do is iterate over the collection, and the index thing is just a variant thereof. >> >> #do: iterates over a collection >> #withIndexDo: keeps track of the index while iterating over a collection >> >> Sounds clumsy to me. Introduces incompatibilities for not much value. If people complained about #do: as not intentioon revealing and opted to rename it to something like #withEachDo: , then I c > +1 > I think the reason was that there are withIndexCollect: , reverseWithIndexDo:, And of course the real thing we learn: if you do something, do it for real and finish. Now we have the problem: which version do we pick? We should pick one, rename the callers and deprecate the other. In Pharo5. (#gather: is already on my list for that, too). Marcus

March 14, 2015

Re: [Pharo-users] when iterating over a collection how to determine the current objects index

by Sean P. DeNigris

NorbertHartl wrote > anObject = aCollection last Of course the above and #indexOf: will only work if there are no duplicates in the collection and #indexOf: will require a lot of extra iterations. If you need the indices associated to the objects, maybe you should wrap them e.g. "indexedObjects := objects collectWithIndex: [ :e :i | IndexedObject object: e index: i ]". Then you can cleanly access the indices whenever you want. ----- Cheers, Sean -- View this message in context: http://forum.world.st/when-iterating-over-a-collection-how-to-determine-the… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 14, 2015

Group external method under custom tag

by Laura Risani

Hi all, I have a 'package1' that defines methods in other packages (in a method group with its name). If while at a class browser i select 'package1' these methods are shown but not if i select any of the package's tags. Is it possible to show them under a custom package1's tag? (instead of defining an additional package named 'package1-customTag') Love, Laura

March 13, 2015

Re: [Pharo-users] [ANN] RProjectConnector V1.0

by Juan Pablo Sandoval Alcocer

Hi, I was trying to use RProjectConnector in my Mac (1.9.1) and i have some issues :(. I have copied the dynamic libraries of R to /usr/lib directory (.i.e. libR.dylib). But PharoVM does not find the libraries. For instance, this line of code returns always nil. self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: #R "copied from the project" I also tried copying the libraries to folder Pharo.app/Contents/MacOS/Plugins. or passing the library name as parameter like: self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: 'libR.dylib' or self nbGetSymbolAddress: 'Rf_initEmbeddedR' module: '/usr/lib/libR.dylib' But i had not success. Could someone help me? I am doing something wrong? Thanks, Juampi 2014-12-08 11:10 GMT-03:00 Blondeau Vincent <vincent.blondeau(a)worldline.com> : > Hello everyone, > > > > I am glad to announce the first version of the RProjectConnector, a > binding between Pharo and R using NativeBoost. > > > > You can now call directly your R methods from Pharo: > > data := (1 to: 1000) collect: #yourself. > > res := (#acf asRFunctionWith: {data}) eval > > > > To use it, you should copy the R libraries near the Pharo VM (see the > documentation on SmalltalkHub to see how to proceed) and > > Gofer it > > smalltalkhubUser: 'VincentBlondeau' project: 'RProjectConnector'; > > configuration; > > loadStable > > Donât forget to relaunch Pharo after the installation to be able to use > the connector. > > > > The sources are available on Smalltalkhub: > > http://smalltalkhub.com/#!/~VincentBlondeau/RProjectConnector > > > > if you want to participate, just ask me! > > > > 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. > -- Saludos, Juan Pablo

March 13, 2015