Support Forum

[admin]

1. Скрипты на диске - неплохая идея. Возникает вопрос - когда они подцепляются (когда изменения становятся видны?)

Сразу, т.е. после перезагрузки страницы. Перегружать систему или что-то отдельное кликать точно не потребуется.

2. Анонимный доступ - речь идет о UIшаблонах?

Да, идея такая: нынешний интерфейс сделано в первую очередь для админов, даже для программистов там есть "лишние" куски (типа дерева пользователей).

Для внешних пользователей (которые хотят просто занести багу, документацию по TS не читали и читать не собираются) он может быть слишком сложным. Есть идея сделать для них совсем отдельный интерфейс, причем с тотальной кастомизацией, чтоб его можно было легко встроить в сайт.

3. Пару слов в заключение дискуссии о правах. Часть проблеммы в том, что правами решаются две разные задачи:
* security - что кому разрешено
* UI behavior and workflow - когда какое поле может быть видно и какими значениями популировано
Отсюда много конфюзов, споров, сложностей в восприятии и пожеланий.
Напрммер в случае с полями в сообщении звучат оба вопроса:
- при релизе задачи (соответствующее сообщение) должно быть показано поле для ввода номера билда
- но это поле может редактировать только программист (тестер не может, так как он делает регрессион соотвествующего билда)
- это же поле при редактировании задачи может менять только менаджер

Хм, а как тут можно разделить ?

[vadimk]

Хм, а как тут можно разделить ?

Похоже, что никак. Поэтому и сложности.
Думаю, что есть несколько правильных стратегий:
- не называть это правами, а разделить на две категории - что-нибудь вроде availability rules (displayed,enabled,required,can be used in filter etc.) и permissions rules (can view, can add, can delete, can modify, can be execute). При этом availability rules будут зависить от связей на системные элементы (можно в этом состоянии, требуеися в другом состоянии и т.д.), а permissions rules завязаны на пользователей и их группы.
- разделить права (или то, во что это превратится) на как можно более мелкие правила; соединяя в одно право несколько применений и значений сильно усложняет администрирование; особенно когда воединяются в одно право правила из двух разных категорий (см. выше) - как это произошло с правами на обработчика или права
пользовательских полей.

Да, идея такая: нынешний интерфейс сделано в первую очередь для админов, даже для программистов там есть "лишние" куски (типа дерева пользователей).

Для внешних пользователей (которые хотят просто занести багу, документацию по TS не читали и читать не собираются) он может быть слишком сложным. Есть идея сделать для них совсем отдельный интерфейс, причем с тотальной кастомизацией, чтоб его можно было легко встроить в сайт.

Прекрасная идея. Еще одна идея - десктоп версия хотя бы для администратора - особенно полезно для набивания списков и прав - пользоваться сложным экраном десктоп протраммы легче, чем пользоваться сложным экраном в случае Web программы, так как усложнена навигация и нада постоянно перегружат страницу.

[admin]

Похоже, что никак. Поэтому и сложности.
Думаю, что есть несколько правильных стратегий:

ок, будем думать.

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

Да, во многих системах администреж делается в десктоп-клиенте. Но делать классический десктоп интерфейс (swing/windows) не хочется.

Из альтернатив смотрели

- Tibco General Interface
http://www.tibco.com/devnet/gi/default.jsp
Я был вообще в шоке от того, что можно на HTML/JS сделать, но он поддерживает только IE6 и FF 1.5, маловато будет.

- Open Laszlo
http://www.openlaszlo.org/
Он был очень большой (100+MB) и не поддерживал unicode. Сейчас с unicode проблемы вроде решили, но давно не смотрел.