Как в одно поле записать несколько Ref'ов?

[fedotxxl]

Для каскадного отображения в виде хотелось бы в одно поле записать несклько рефов... есть идеи?

 

[allex]

A show single category

 

[Medevic]

Если ты имеешь в виду тип поля Response Reference List, то нельзя.

 

[fedotxxl]

Medevic
Да, оно...

 

[K-Fire]

Можно эмулировать список перечислением полей. Т.е. храним рефы в полях типа ParentUNID1 ... ParentUNID, а во вьюхе пишем DEFAULT $REF := ParentUNID1: ... arentUNID.

 

[Constantin A Chervonenko]

Можно эмулировать список перечислением полей. Т.е. храним рефы в полях типа ParentUNID1 ... ParentUNID, а во вьюхе пишем DEFAULT $REF := ParentUNID1: ... arentUNID.

И оно работает?? (не DEFAULT, эт мы знаем, а .. REF:REF:REF..)

 

[K-Fire]

И оно работает?? (не DEFAULT, эт мы знаем, а .. REF:REF:REF..)

ммм, вот сейчас подумал что возможно и нет, не проверял Сорри если ввел кого в заблуждение.

 

[NickProstoNick]

эм.... а зачем именно так?
Нельзя записать в "родительские" документы ссылки на то что надо или же просто UniversalID ?

 

[Medevic]

NickProstoNick, таким образом иерархию не отобразим. Максимум - сгруппируем.

 

[NickProstoNick]

не пойму.... какая иерархия?
такая


или такая

 

[Medevic]

Вот такая.

 

[NickProstoNick]

ну так это респонсы на респонсы... если я ничего не путаю. Все документы имеют одну и ту же форму.
Просто одни ссылаются на корневой документ... а некоторые на ответ
link removed
Тут не надо записывать несколько $REF в один документ

Этот механизм реализован в стандартном шаблоне дискуссии

 

[Murtas]

NickProstoNick - задача поставлена обратно, нужно чтобы респонс мог иметь несколько парентов. В этом случае под каждым парентом можно было бы видеть один и тот же респонс.


fedotxxl - идеи

1. пладить точные копии респонса для каждого из парентов. Вслучае изменения одного из респонсов - изменять всех порожденные респонсы.

2. содержать фэйковый документ для вида, который будет содержать данные для отображения нескольких парентов, а респонс будет реально один - но это только для вида будет нормально, а вот при открытии еще раз придется спросить какой парент заргузить.

 

[fedotxxl]

Murtas
Да, для вида можно содержать фейковый документ, а при открытии на чтение - перенаправлять на оригинал... Можно будет так сделать, когда руки дойдут

DEFAULT $REF := ParentUNID1: ... arentUNID.

Не пахает такая конструкция