[Pharo-project] issue 496: Morph>>heading
Hi, Morph>>heading is from eToy. It is used to rotate a Morph. If we remove it, we remove the possibility to rotate a morph. What are your positions about this behavior ? Do we considere it as a system behavior or as an eToy thing which must be removed ? Cheers, --- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---
Hi, I bring out a past message. And my question is more general. What do we want to keep from etoy ? Cheers, Jannik On Oct 22, 2009, at 09:33 , Laval Jannik wrote:
Hi,
Morph>>heading is from eToy. It is used to rotate a Morph. If we remove it, we remove the possibility to rotate a morph.
What are your positions about this behavior ? Do we considere it as a system behavior or as an eToy thing which must be removed ?
Cheers,
--- Jannik Laval
On Mon, Oct 26, 2009 at 11:13 AM, Laval Jannik <jannik.laval@inria.fr>wrote:
Hi,
I bring out a past message. And my question is more general.
What do we want to keep from etoy ?
I would said NOTHING in the core or even Pharo image. However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Cheers, Jannik
On Oct 22, 2009, at 09:33 , Laval Jannik wrote:
Hi,
Morph>>heading is from eToy. It is used to rotate a Morph. If we remove it, we remove the possibility to rotate a morph.
What are your positions about this behavior ? Do we considere it as a system behavior or as an eToy thing which must be removed ?
Cheers,
--- Jannik Laval
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
On Oct 26, 2009, at 15:21 , Mariano Martinez Peck wrote:
On Mon, Oct 26, 2009 at 11:13 AM, Laval Jannik <jannik.laval@inria.fr> wrote: Hi,
I bring out a past message. And my question is more general.
What do we want to keep from etoy ?
I would said NOTHING in the core or even Pharo image.
I agree with you.
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Is eToy maintained in Pharo ? Because, make an external package of it needs a big work... So, do we want a different package ? or maybe something which come from the etoy community, something up to date. Cheers, Jannik
Cheers, Jannik
On Oct 22, 2009, at 09:33 , Laval Jannik wrote:
Hi,
Morph>>heading is from eToy. It is used to rotate a Morph. If we remove it, we remove the possibility to rotate a morph.
What are your positions about this behavior ? Do we considere it as a system behavior or as an eToy thing which must be removed ?
Cheers,
--- Jannik Laval
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---
2009/10/26 Laval Jannik <jannik.laval@gmail.com>
On Oct 26, 2009, at 15:21 , Mariano Martinez Peck wrote:
On Mon, Oct 26, 2009 at 11:13 AM, Laval Jannik <jannik.laval@inria.fr>wrote:
Hi,
I bring out a past message. And my question is more general.
What do we want to keep from etoy ?
I would said NOTHING in the core or even Pharo image.
I agree with you.
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Is eToy maintained in Pharo ?
I don't know. Neither I care. I mean, why to put something specific in a generic language/enviroment ??? I see eToy as any other application. For example, my own (SqueakDBX), or magma, or XXX package. Why to put those specific packages in the core image? If you want, you load them. It is easy. And if they are maintained or not, it doesn't depends on Pharo developers, but in the external package developers. I decide if SqueakDBX works on Pharo or not, not Pharo developers.
Because, make an external package of it needs a big work...
I don't think so. You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
So, do we want a different package ? or maybe something which come from the etoy community, something up to date.
Maybe the eToy community can even touch that external package. what do you think ?
Cheers, Jannik
Cheers, Jannik
On Oct 22, 2009, at 09:33 , Laval Jannik wrote:
Hi,
Morph>>heading is from eToy. It is used to rotate a Morph. If we remove it, we remove the possibility to rotate a morph.
What are your positions about this behavior ? Do we considere it as a system behavior or as an eToy thing which must be removed ?
Cheers,
--- Jannik Laval
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
--- Jannik Laval PhD Student - Rmod Team - INRIA Certified Project Management Associate (IPMA) http://www.jannik-laval.eu http://rmod.lille.inria.fr ---
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work. Marcus
Yes, Marcus is right. But are there some behaviors that we want to keep and integrate in Core ? For example, the Rotate functionality in the halo. Cheers, Jannik On Oct 26, 2009, at 16:22 , Marcus Denker wrote:
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
jannik you ask the right question And this is ugly. Now we could think about possible usecases. If we build a image processing system: we need it but in that case we can copy it. Stef
Yes, Marcus is right.
But are there some behaviors that we want to keep and integrate in Core ? For example, the Rotate functionality in the halo.
Cheers, Jannik
On Oct 26, 2009, at 16:22 , Marcus Denker wrote:
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
So, Is anyone use the rotation in pharo-Core ? If not, I will remove it. And I will try to put it in another package, which will be loaded after. Jannik On Oct 26, 2009, at 19:11 , Stéphane Ducasse wrote:
jannik
you ask the right question And this is ugly. Now we could think about possible usecases. If we build a image processing system: we need it but in that case we can copy it.
Stef
Yes, Marcus is right.
But are there some behaviors that we want to keep and integrate in Core ? For example, the Rotate functionality in the halo.
Cheers, Jannik
On Oct 26, 2009, at 16:22 , Marcus Denker wrote:
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
El mié, 28-10-2009 a las 07:03 +0100, Laval Jannik escribió:
So,
Is anyone use the rotation in pharo-Core ? If not, I will remove it. And I will try to put it in another package, which will be loaded after.
Remove it, please, is not a core feature.
Jannik
On Oct 26, 2009, at 19:11 , Stéphane Ducasse wrote:
jannik
you ask the right question And this is ugly. Now we could think about possible usecases. If we build a image processing system: we need it but in that case we can copy it.
Stef
Yes, Marcus is right.
But are there some behaviors that we want to keep and integrate in Core ? For example, the Rotate functionality in the halo.
Cheers, Jannik
On Oct 26, 2009, at 16:22 , Marcus Denker wrote:
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx
On Oct 28, 2009, at 16:26 , Miguel Enrique Cobá Martinez wrote:
El mié, 28-10-2009 a las 07:03 +0100, Laval Jannik escribió:
So,
Is anyone use the rotation in pharo-Core ? If not, I will remove it. And I will try to put it in another package, which will be loaded after.
Remove it, please, is not a core feature.
I like this answer :) I will do this stuff with pleasure :) Cheers, Jannik
2009/10/28 Laval Jannik <jannik.laval@gmail.com>:
On Oct 28, 2009, at 16:26 , Miguel Enrique Cobá Martinez wrote:
El mié, 28-10-2009 a las 07:03 +0100, Laval Jannik escribió:
So,
Is anyone use the rotation in pharo-Core ? If not, I will remove it. And I will try to put it in another package, which will be loaded after.
Remove it, please, is not a core feature.
I like this answer :) I will do this stuff with pleasure :)
Are you sure, this is not used anywhere ? Sometimes you need to draw a morph with a specific heading. Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/
On Oct 29, 2009, at 04:27 , Serge Stinckwich wrote:
2009/10/28 Laval Jannik <jannik.laval@gmail.com>:
On Oct 28, 2009, at 16:26 , Miguel Enrique Cobá Martinez wrote:
El mié, 28-10-2009 a las 07:03 +0100, Laval Jannik escribió:
So,
Is anyone use the rotation in pharo-Core ? If not, I will remove it. And I will try to put it in another package, which will be loaded after.
Remove it, please, is not a core feature.
I like this answer :) I will do this stuff with pleasure :)
Are you sure, this is not used anywhere ? Sometimes you need to draw a morph with a specific heading.
This is an eToy thing, so in a perfect world, it should not be used :). Now, do you use, sometimes, this functionality in pharoCore ? or do you think this behavior should be offer by pharoCore ? heading is a number which is only use in the rotation behavior. I think it must be provided by eToy, not by Core. No ? Cheers, Jannik
Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Hi Jannik and all, Laval Jannik a écrit :
On Oct 29, 2009, at 04:27 , Serge Stinckwich wrote:
Are you sure, this is not used anywhere ? Sometimes you need to draw a morph with a specific heading.
... Now, do you use, sometimes, this functionality in pharoCore ? or do you think this behavior should be offer by pharoCore ?
heading is a number which is only use in the rotation behavior.
I think it must be provided by eToy, not by Core.
This was brought by etoy but it is not etoy specific. Of course the heading message is present in the Morph class, which is not good but I see it more as a TransformationMorph /MatrixTransformationMorph functionality. As this, for now, I think it is not so bad. And what about the scaling behavior for example ? Cheers Alain
No ?
Cheers, Jannik
Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
I think a good criterium is whether the functionality is used in Pharo today. Does anybody use rotating morphs? I don't think so. Cheers, Adrian On Oct 26, 2009, at 16:40 , Laval Jannik wrote:
Yes, Marcus is right.
But are there some behaviors that we want to keep and integrate in Core ? For example, the Rotate functionality in the halo.
Cheers, Jannik
On Oct 26, 2009, at 16:22 , Marcus Denker wrote:
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
2009/10/26 Marcus Denker <denker@acm.org>
However, it would be a good idea to put all the interesting eToy stuff in an external package so that those who want to load that stuff, are able to do it.
Because, make an external package of it needs a big work...
I don't think so.
Etoy is more complex than you think. It would be (nearly) impossible.
Grrr Sorry, so, I may be a dreamer :( Of course I know very little about Morphic, so I totally believe you.
You just need to create the package. And then, instead of removing code, you move it to that package. What can be a lot of work is to keep that package up to date and working, but that's not Pharo responsibility.
Nope. Etoy is programed in a way that makes things like this *a lot* of work.
I was just asking as one of the Pharo goals is to be "clean". Is even that complicated to do it in little steps? For example, consider this particular case Jannik said as a step. Again, I know nothing about Morphic :(
Marcus
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
participants (9)
-
Adrian Lienhard -
Alain Plantec -
Laval Jannik -
Laval Jannik -
Marcus Denker -
Mariano Martinez Peck -
Miguel Enrique Cobá Martinez -
Serge Stinckwich -
Stéphane Ducasse