собственно говоря отключать может и не нужно, просто не знал как сформулировать вопрос
ситуация такая, для работы портального юзера с записью вместо станд лейаутов используется спец вф страница
но если использовать Поиск,то будет выдан список записей, с которого попадешь на станд дитейл лейаут, не говоря уже о просто возможности изменить УРЛ
варианты такие,в настройках объекта сделать оверрайд стандартного VIEW линка, тогда вф страница будет всегда в деле. но что если другие профайлы должны иметь доступ к станд лейауту, а эта настройка одна на всех
и варинт такой, для комьюнити юзеров сделать такой станд лейаут, который не показывает поля, но ведет к той вф странице (но как ведет?)
также с помощью JS убрать видимость верхнего поиск бара, можно поиск вообще отключить, но опять это отключение для всего орга, вместе с отключением Чатера....
ваши идеи?
Делаешь оверрайд. И на своей уже странице решаешь что показывать. Либо стандартный лайоут либо еще одну страницу.
Все это пишется на js и занимает строчки 3-4.
параметр nooverride должен тебе помочь
это оверрайд что в настройках кнопок и линков в описании объекта? но это же одна настройка на все профайлы. я чувсвую что ты предлагаешь, чтоб сама вф страница решала, что и для кого рендерить?
ты хочешь сказать что это настройка на профайле отменяющая оверрайд на объекте?!
Get параметр
это оверрайд что в настройках кнопок и линков в описании объекта? но это же одна настройка на все профайлы. я чувсвую что ты предлагаешь, чтоб сама вф страница решала, что и для кого рендерить?
ты хочешь сказать что это настройка на профайле отменяющая оверрайд на объекте?!
Look here
хороший разбор темы, мне не пришло в голову, что там бесконечная петля получится.
получается, что nooverride нужно заложить в качестве УРЛ параметра в возвращаемом в виде PageRefence стандартного лейаута