2013-12-13 3 views

ответ

3

Я предполагаю, что то, что вы подразумеваете под редактированием, это возможность открыть диалог и изменить свойства.

Этих типов ограничений, как правило, обрабатываются разрешениями

В зависимости от конкретного случая использования, вы могли изменить разрешение для этого компонента, так что авторы контента не имеют возможность увидеть диалоговый узел под компонент. Это все равно позволит им увидеть его в sidekick и перетащить, но не получить доступ к диалоговому окну.

Предупреждение. Этот тип явных отказов трудно поддерживать в течение длительного периода времени.

+0

Я думал, что ACL поддерживаются специально для деревьев контента, а не для типов ресурсов узлов? Не могли бы вы объяснить, как применить ACL ко всем экземплярам компонента? Или вы имеете в виду переход в CRXDE и индивидуальное изменение разрешений для каждого экземпляра узла? – anotherdave

+1

ACL поддерживаются в отношении структуры узла. В этом случае мы применили бы ограничение разрешений на узел диалога для компонента в '/ apps'. Когда вы пытаетесь получить доступ к диалогу, наследование sling попытается получить доступ к диалоговому окну и выйти из-за отсутствия разрешения. –

+0

Ах, хорошо, хорошее решение. Хотя у потенциального редактора все еще есть контекстное меню, в котором есть «редактирование», и оно просто упадет, когда они попытаются открыть диалог? – anotherdave

Смежные вопросы