Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what is displayed - I would make the dinstction between full name and name.
Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg
Hi Syeg :),
printOn: is not at all ideal, but nobody did anything so it remained like that. Any improvement is more than welcome.
Doru
On Sat, Dec 7, 2013 at 8:32 PM, Stéphane Ducasse stephane.ducasse@inria.frwrote:
Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what is displayed - I would make the dinstction between full name and name.Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
On Dec 7, 2013, at 9:47 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi Syeg :),
printOn: is not at all ideal, but nobody did anything so it remained like that. Any improvement is more than welcome.
So what would be a good solution? I sa that there is mooseNameOn: and printOn:
The mooseNameOn: looks better (more compact to me). Now do we want to have a little object shared by model that specify the printing of the entities?
Stef
Doru
On Sat, Dec 7, 2013 at 8:32 PM, Stéphane Ducasse stephane.ducasse@inria.fr wrote: Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what is displayed - I would make the dinstction between full name and name.Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
I think we do not need to complicate things. How about making printOn: be a mooseName + the type of the object.
Doru
On Sat, Dec 7, 2013 at 11:00 PM, Stéphane Ducasse <stephane.ducasse@inria.fr
wrote:
On Dec 7, 2013, at 9:47 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi Syeg :),
printOn: is not at all ideal, but nobody did anything so it remained like that. Any improvement is more than welcome.
So what would be a good solution? I sa that there is mooseNameOn: and printOn:
The mooseNameOn: looks better (more compact to me). Now do we want to have a little object shared by model that specify the printing of the entities?
Stef
Doru
On Sat, Dec 7, 2013 at 8:32 PM, Stéphane Ducasse < stephane.ducasse@inria.fr> wrote:
Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what is displayed - I would make the dinstction between full name and name.Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
I think we do not need to complicate things. How about making printOn: be a mooseName + the type of the object.
I'm trying to understand the goal of mooseNameOn: why printOn: does not simply call it?
Stef
Doru
On Sat, Dec 7, 2013 at 11:00 PM, Stéphane Ducasse stephane.ducasse@inria.fr wrote:
On Dec 7, 2013, at 9:47 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi Syeg :),
printOn: is not at all ideal, but nobody did anything so it remained like that. Any improvement is more than welcome.
So what would be a good solution? I sa that there is mooseNameOn: and printOn:
The mooseNameOn: looks better (more compact to me). Now do we want to have a little object shared by model that specify the printing of the entities?
Stef
Doru
On Sat, Dec 7, 2013 at 8:32 PM, Stéphane Ducasse stephane.ducasse@inria.fr wrote: Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what is displayed - I would make the dinstction between full name and name.Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
mooseNameOn: is used for constructing mooseName in order to support looking up entities by name. I am also of the opinion that printOn: should just call it and add the type in parentheses only for the receiver.
Doru
On Sun, Dec 8, 2013 at 9:15 PM, Stéphane Ducasse stephane.ducasse@inria.frwrote:
I think we do not need to complicate things. How about making printOn: be a mooseName + the type of the object.
I'm trying to understand the goal of mooseNameOn: why printOn: does not simply call it?
Stef
Doru
On Sat, Dec 7, 2013 at 11:00 PM, Stéphane Ducasse < stephane.ducasse@inria.fr> wrote:
On Dec 7, 2013, at 9:47 PM, Tudor Girba tudor@tudorgirba.com wrote:
Hi Syeg :),
printOn: is not at all ideal, but nobody did anything so it remained like that. Any improvement is more than welcome.
So what would be a good solution? I sa that there is mooseNameOn: and printOn:
The mooseNameOn: looks better (more compact to me). Now do we want to have a little object shared by model that specify the printing of the entities?
Stef
Doru
On Sat, Dec 7, 2013 at 8:32 PM, Stéphane Ducasse < stephane.ducasse@inria.fr> wrote:
Hi
This is several times that I ask and I got no reaction but the printOn: of FAMIX entities is a problem. I do not think that it makes sense to have ClassName in namespace (namespace) :: namespace (namespace) (class) So how do we address it?
- I would introduce either a strategy to control what isdisplayed - I would make the dinstction between full name and name.
Of course I can hack it and have my own implementation because it really get on my nerves that I cannot even see the name of a class in a set in the inspector.
Syeg _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-- www.tudorgirba.com
"Every thing has its own flow" _______________________________________________ Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
Moose-dev mailing list Moose-dev@iam.unibe.ch https://www.iam.unibe.ch/mailman/listinfo/moose-dev
-
Stéphane Ducasse -
Tudor Girba