Re: [Pharo-users] [State Machine] Looking for some examples.

I never used StateMachine, but a really cool package with some examples is SState: http://www.smalltalkhub.com/#!/~MasashiUmezawa/SState Cheers, Hernán 2017-03-07 1:14 GMT-03:00 sergio ruiz : > Hey, all.. > > Just wondering if anyone had any resources for examples of

[Pharo-users] couchdb integration?

Hi, Does anyone know if there any CouchDB integration in Pharo? For example, I would be interested if there is any Pharo implementation for the CouchDB Replication Protocol: http://docs.couchdb.org/en/master/replication/protocol.html Cheers, Doru -- www.tudorgirba.com www.feenk.com "In a

[Pharo-users] [State Machine] Looking for some examples.

Hey, all.. Just wondering if anyone had any resources for examples of using StateMachine package in Pharo.  I am looking at it, and looked at the tests, but am not finding a really clear example on how this works. Ideas? Thanks! peace, sergio photographer, journalist, visionary

Re: [Pharo-users] Pharo Spur 64 VM

Just asking, Did someone already tried to get funding to update the Windows VM? Because it's like the 90% of the world still uses Windows... Regards, Hernán 2017-03-02 12:51 GMT-03:00 Clément Bera : > Hi Raffaello, > > Reportedly, the VM without the JIT (pure

Re: [Pharo-users] MOOC english subtitles

Hi, On video translations for the MOOC (and other videos) I would recommend Amara[1]. It enables collaborative translations and their web interface is pretty friendly. In the mock up I made on [2], you can see how the Amara embedded player enables subtitles for one of the MOOC videos, that

Re: [Pharo-users] why is concat of Symbols a string?

Thanks Sven. cheers -ben On Tue, Mar 7, 2017 at 2:43 AM, Sven Van Caekenberghe wrote: > Ben, > > I tried to avoid #isString and #isSymbol and I thought it was clear that > #assert:equals: used #= but I agree that I could be more explicit. Here is > the changed version of the unit

Re: [Pharo-users] Automatic code refactoring in Pharo 5.0?

It sounds like the changes file for your image is missing. Could that be possible? Marco Naddeo wrote > Hi, > > I'm using Pharo 5.0 and sometimes looking to code I previously wrote, I > realize that all local variables have been renamed as tmp1, tmp2, tmp3, > and so on; or that the

Re: [Pharo-users] adding messages dinamically to a single instance object

Ing. Pablo Digonzelli Software Solutions IP-Solutiones SRL Dividato SA 25 de Mayo 521 San Miguel de Tucumán Email: pdigonze...@softsargentina.com pdigonze...@gmail.com Cel: 5493815982714 De: "stepharong" Para: "Pablo Digonzelli" CC:

Re: [Pharo-users] MOOC english subtitles

May I do a pass over the english subtitles for the MOOC? With the limited space and reading time you get with subtitles, I see some things I could fine-tune. Of course. A company did them and we were really happy because french :) Now I wonder how we can make sure that we keep the modified

Re: [Pharo-users] adding messages dinamically to a single instance object

On Mon, 06 Mar 2017 05:19:35 +0100, Pablo R. Digonzelli wrote: Hi Stef. I was reading your link. I found it very interesting . Black magic is seductive :) But it burns your soul :) Look like a good black sabbath song I think i will working in that direction having

Re: [Pharo-users] why is concat of Symbols a string?

On 03/06/2017 11:17 AM, Igor Stasenko wrote: > You got me with this... > Hey, stop confusing people, put #== everywhere! :) > > But if seriously, #assert:equals: hides this detail from us, that's why > it looks confusing.. > IMO, for given case it would be better to use just straight #assert:, >

Re: [Pharo-users] why is concat of Symbols a string?

On 6 March 2017 at 15:21, Sven Van Caekenberghe wrote: > > > On 6 Mar 2017, at 14:12, Ben Coman wrote: > > > > > > > > On Mon, Mar 6, 2017 at 5:54 PM, Sven Van Caekenberghe > wrote: > > Here is a concrete proposal: > > > >

Re: [Pharo-users] why is concat of Symbols a string?

Ben, I tried to avoid #isString and #isSymbol and I thought it was clear that #assert:equals: used #= but I agree that I could be more explicit. Here is the changed version of the unit test (.2 of slice): testConcatenationIsSymbol "Concatenating 2 symbols results in another symbol"

Re: [Pharo-users] Voyage and instances retrieving

> On 6 Mar 2017, at 18:56, Hilaire wrote: > > Ah, sorry I was not clear enough in my introduction. Obviously, I > removed all =/hash overrides on the involved objects and it is therefore > an orthogonal issue (that's why I first resolved the other issues > first). Or did you

Re: [Pharo-users] Voyage and instances retrieving

Ah, sorry I was not clear enough in my introduction. Obviously, I removed all =/hash overrides on the involved objects and it is therefore an orthogonal issue (that's why I first resolved the other issues first). Or did you mean something I did not understand in your previous message? Hilaire Le

Re: [Pharo-users] Voyage and instances retrieving

just as a side note: you must NEVER do a hash based in an attribute that might change. You will screw not just Voyage but all collections where your object is stored (except Array). Esteban > On 6 Mar 2017, at 18:34, Hilaire wrote: > > Le 03/03/2017 à 18:09, Hilaire a

Re: [Pharo-users] Voyage and instances retrieving

Le 03/03/2017 à 18:09, Hilaire a écrit : > I will try to dig for more clues. Now that I clarified the issues regarding duplicated entries and Date. I took another look to this problem. After reset of the repo, to test for sure Voyage correctly retrieves the attributes, I face the same issue

Re: [Pharo-users] Voyage and duplicated entry

> Am 06.03.2017 um 18:10 schrieb jtuc...@objektfabrik.de: > > Hilaire, > > as soon as the hash of an object changes because you change an attribute that > is used in the hash function, the object is not identical to its older ego > any more, so Voyage cannot know it still is the same object

Re: [Pharo-users] Voyage and duplicated entry

Hilaire, I think you are right and I wonder why we didn't change it, yet. I can remember talking with Esteban about it. The culprit is that in VOCache the reversedObjects instance variable is a WeakKeyDictionary and not a WeakIdentityKeyDictionary. That is the reason why #isNew on an object

Re: [Pharo-users] Voyage and duplicated entry

What about a simple test? Load one of those objects anad assign it to a variable. Then change one of ist values and check if the one you have now is still == the other. ..it's a bit hard to explain, but I guess you know what I mean. Joachim Am 06.03.17 um 18:03 schrieb Hilaire: The more I

Re: [Pharo-users] Voyage and duplicated entry

Hilaire, as soon as the hash of an object changes because you change an attribute that is used in the hash function, the object is not identical to its older ego any more, so Voyage cannot know it still is the same object (nor any other caching solution). Or am I wrong about this whole

Re: [Pharo-users] Voyage and duplicated entry

The more I think the more it seems wrong to me. Whenever you ask an instance to save itself, if already in repo it should not duplicate itself whenever hash/= is overrided in this object. It does not sound as an expected behaviour. Hilaire Le 05/03/2017 à 14:51, Hilaire a écrit : > Understood. >

[Pharo-users] [ANN] Pharo Tech Talk March 28

A regular chat about Pharo. Happens on Discord. The Tech talks are open to both members and non-members! Topic: Round-Table Pharo 6 https://association.pharo.org/event-2487224

[Pharo-users] [ANN] Pharo Sprint March 31

Pharo Sprint March 31 We will organize a Pharo sprint / Moose dojo March, 31, starting at 10:00am. (Local Time Paris). Goals of this sprint: • Clean issue tracker to prepare for release Pharo6 • Prepare Pharo 7 https://association.pharo.org/event-2487210

Re: [Pharo-users] why is concat of Symbols a string?

On Mon, Mar 6, 2017 at 9:21 PM, Sven Van Caekenberghe wrote: > >> On 6 Mar 2017, at 14:12, Ben Coman wrote: >> >> >> >> On Mon, Mar 6, 2017 at 5:54 PM, Sven Van Caekenberghe wrote: >> Here is a concrete proposal: >> >>

[Pharo-users] MOOC english subtitles

May I do a pass over the english subtitles for the MOOC? With the limited space and reading time you get with subtitles, I see some things I could fine-tune. One query on content, from [1] it says there are "good comments" when I'd guess it would say "poor comments" from there being no class

Re: [Pharo-users] adding messages dinamically to a single instance object

Hola Pablo, This technique is not something new, it was reported at least +20 years ago. You can read about it in a SO answer I wrote; http://stackoverflow.com/a/14202534 where there is a link to a foundational paper. Let us know what are you trying to do. Cheers, Hernán 2017-03-03 10:07

Re: [Pharo-users] why is concat of Symbols a string?

> On 6 Mar 2017, at 14:12, Ben Coman wrote: > > > > On Mon, Mar 6, 2017 at 5:54 PM, Sven Van Caekenberghe wrote: > Here is a concrete proposal: > > https://pharo.fogbugz.com/f/cases/19802/Make-sure-Symbol-concatenation-results-in-a-Symbol-not-a-String >

Re: [Pharo-users] why is concat of Symbols a string?

On Mon, Mar 6, 2017 at 5:54 PM, Sven Van Caekenberghe wrote: > Here is a concrete proposal: > > https://pharo.fogbugz.com/f/cases/19802/Make-sure-Symbol- > concatenation-results-in-a-Symbol-not-a-String > > This gives the following assertions: > > "Concatenating 2 symbols

Re: [Pharo-users] why is concat of Symbols a string?

Thanks Sven! this looks good, and now also behaves same way as concating other collections (that is, the result type is the receivers' type). Peter On Mon, Mar 06, 2017 at 10:54:32AM +0100, Sven Van Caekenberghe wrote: > Here is a concrete proposal: > >

Re: [Pharo-users] why is concat of Symbols a string?

Here is a concrete proposal: https://pharo.fogbugz.com/f/cases/19802/Make-sure-Symbol-concatenation-results-in-a-Symbol-not-a-String This gives the following assertions: "Concatenating 2 symbols results in abother symbol" self assert: (#foo , #bar) == #foobar.