12 Jun
2013
12 Jun
'13
11:05 a.m.
I think the simplest solution is to keep both and that flatCollect directly
call gather:
If you agree with that, I will correct the moose extension package
2013/6/11 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
gather: sucks as a name.
flatCollect: is much better so do not remove it.
On Jun 11, 2013, at 4:53 PM, Sebastian Tleye <stleye(a)gmail.com> wrote:
If they are not different so a better way would be replace #flatenCollect:
by #gather:
but anyway, moose people should decide and commit the change since i am
not a moose developer.
2013/6/11 Marcus Denker <marcus.denker(a)inria.fr>
--
*Guillaume Larcheveque*
On Jun 11, 2013, at 4:24 PM, Frank Shearar <frank.shearar(a)gmail.com>
wrote:
CollectionExtension is from Moose.
the Trait based Stream refactoring was done some years ago but has not
been used
or maintained.
Marcus
On 11 June 2013 14:18, Sebastian Tleye
<stleye(a)gmail.com> wrote:
> Hello,
>
> Fixing some bugs in Traits we realized that it would be good idea to
use
> CollectionsExtensions package (it has some
useful functions), also it
would
be great
to include CollectionsExtensions in Pharo 3.0.
Is this the HPI library? I seem to recall TraitClasses [1] using it. 
12 Jun
12 Jun
11:12 a.m.
New subject: [Pharo-dev] Modification on CollectionsExtensions
+1
2013/6/12 Guillaume Larcheveque <guillaume.larcheveque(a)gmail.com>
I think the simplest solution is to keep both and that
flatCollect
directly call gather:
If you agree with that, I will correct the moose extension package
2013/6/11 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
gather: sucks as a name.
flatCollect: is much better so do not remove it.
On Jun 11, 2013, at 4:53 PM, Sebastian Tleye <stleye(a)gmail.com> wrote:
If they are not different so a better way would be replace
#flatenCollect: by #gather:
but anyway, moose people should decide and commit the change since i am
not a moose developer.
2013/6/11 Marcus Denker <marcus.denker(a)inria.fr>
--
*Guillaume Larcheveque*
On Jun 11, 2013, at 4:24 PM, Frank Shearar <frank.shearar(a)gmail.com>
wrote:
On 11 June 2013 14:18, Sebastian Tleye
<stleye(a)gmail.com> wrote:
> Hello,
>
> Fixing some bugs in Traits we realized that it would be good idea to
use
> CollectionsExtensions package (it has some
useful functions), also it
would
> be great to include CollectionsExtensions in
Pharo 3.0.
Is this the HPI library? I seem to recall TraitClasses [1] using it.
CollectionExtension is from Moose.
the Trait based Stream refactoring was done some years ago but has not
been used
or maintained.
Marcus
11:21 a.m.
New subject: [Pharo-dev] Modification on CollectionsExtensions
Why not the inverse.
They are much more users of flatCollect: then gather:
and again gather: sucks. It does not convey that this is a mapcan
ie happening the results of each iteration into the
So flatCollect: is 10 times more explicit and better.
you flatten the results of the collect:
Stef
I think the simplest solution is to keep both and that
flatCollect directly call gather:
If you agree with that, I will correct the moose extension package
2013/6/11 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
gather: sucks as a name.
flatCollect: is much better so do not remove it.
On Jun 11, 2013, at 4:53 PM, Sebastian Tleye <stleye(a)gmail.com> wrote:
If they are not different so a better way would
be replace #flatenCollect: by #gather:
but anyway, moose people should decide and commit the change since i am not a moose
developer.
2013/6/11 Marcus Denker <marcus.denker(a)inria.fr>
On Jun 11, 2013, at 4:24 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote:
--
Guillaume Larcheveque
On 11 June 2013 14:18, Sebastian Tleye
<stleye(a)gmail.com> wrote:
CollectionExtension is from Moose.
the Trait based Stream refactoring was done some years ago but has not been used
or maintained.
Marcus
Hello,
Fixing some bugs in Traits we realized that it would be good idea to use
CollectionsExtensions package (it has some useful functions), also it would
be great to include CollectionsExtensions in Pharo 3.0.
Is this the HPI library? I seem to recall TraitClasses [1] using it.
11:33 a.m.
New subject: [Pharo-dev] Modification on CollectionsExtensions
As far as i know the implementation of gather: is faster than the
implementation of flatCollect:
2013/6/12 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
Why not the inverse.
They are much more users of flatCollect: then gather:
and again gather: sucks. It does not convey that this is a mapcan
ie happening the results of each iteration into the
So flatCollect: is 10 times more explicit and better.
you flatten the results of the collect:
Stef
I think the simplest solution is to keep both and that flatCollect
directly call gather:
If you agree with that, I will correct the moose extension package
2013/6/11 Stéphane Ducasse <stephane.ducasse(a)inria.fr>
gather: sucks as a name.
flatCollect: is much better so do not remove it.
On Jun 11, 2013, at 4:53 PM, Sebastian Tleye <stleye(a)gmail.com> wrote:
If they are not different so a better way would be replace
#flatenCollect: by #gather:
but anyway, moose people should decide and commit the change since i am
not a moose developer.
2013/6/11 Marcus Denker <marcus.denker(a)inria.fr>
--
*Guillaume Larcheveque*
On Jun 11, 2013, at 4:24 PM, Frank Shearar <frank.shearar(a)gmail.com>
wrote:
On 11 June 2013 14:18, Sebastian Tleye
<stleye(a)gmail.com> wrote:
> Hello,
>
> Fixing some bugs in Traits we realized that it would be good idea to
use
> CollectionsExtensions package (it has some
useful functions), also it
would
> be great to include CollectionsExtensions in
Pharo 3.0.
Is this the HPI library? I seem to recall TraitClasses [1] using it.
CollectionExtension is from Moose.
the Trait based Stream refactoring was done some years ago but has not
been used
or maintained.
Marcus
4228
days inactive
4228
days old
3 comments
3 participants
participants (3)
-
Guillaume Larcheveque -
Sebastian Tleye -
Stéphane Ducasse