I believe the way Cobalt 8 handles the display of related fields should be improved.
I understand the need to control the related fields to avoid an endless loop, but the way it is implemented as of the moment has its limitations.
I will use the usual example of Movie->Actor->Movie database.
Assuming we have a TYPE MOVIE with a child field Actor and another TYPE ACTOR with a parent field Movie, the list of actors will be correctly displayed with their respective movies but Cobalt ignores to display of the associated actors of this movie.
Now, if we add another layer, a TYPE INTERVIEW with a child field Actor, an interview list will only show the Actor, but not his movies (and the coActors in this movie).
For me at least, i would love to see the associated movies to this actor to get a better idea, without going to the actor itself (just for the Movie--> Actor example)
I see a possible solution/improvement in the "Exclude fields" parameter of the list template together with a modified "check algorithm".
I believe the way Cobalt 8 handles the display of related fields should be improved.
I understand the need to control the related fields to avoid an endless loop, but the way it is implemented as of the moment has its limitations.
I will use the usual example of Movie->Actor->Movie database.
Assuming we have a TYPE MOVIE with a child field Actor and another TYPE ACTOR with a parent field Movie, the list of actors will be correctly displayed with their respective movies but Cobalt ignores to display of the associated actors of this movie.
Now, if we add another layer, a TYPE INTERVIEW with a child field Actor, an interview list will only show the Actor, but not his movies (and the coActors in this movie).
For me at least, i would love to see the associated movies to this actor to get a better idea, without going to the actor itself (just for the Movie--> Actor example)
I see a possible solution/improvement in the "Exclude fields" parameter of the list template together with a modified "check algorithm".