После изменения свойств отмеченного в списке объекта изменения теряются при выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором другого элемента.
Это не бага. Так и задумано.
(In reply to comment #1) > Это не бага. Так и задумано. Верю, но это баг.
А я так не считаю.
(In reply to comment #3) > А я так не считаю. Зря, все остальные считают.
См. https://bugzilla.altlinux.org/show_bug.cgi?id=7288#c5
Я сделал предупреждение о наличии не сохраненных при переходе с одной facility на другую. Теперь уйти и молча потерять изменения просто нельзя. Можно только сознательно от них отказаться. Прошу проверить следующую версию и подтвердить ошибку. Новая варсия будет сегодня.
Нужно ли мне объяснять почему _нельзя_ накапливать изменения статусов facility, а потом применять их одним скопом или это и так понятно ?
(In reply to comment #6) > Я сделал предупреждение о наличии не сохраненных при переходе с одной > facility > Теперь уйти и молча потерять изменения просто нельзя. Можно только > сознательно от них отказаться. Если в диалоге предупреждения есть кнопка "Применить", то лично я полностью удовлетворен.
(In reply to comment #8) > Если в диалоге предупреждения есть кнопка "Применить", то лично я полностью > удовлетворен. Разумеется есть. Если ты что-то изменил в facility и хочешь идти к следующей, то у тебя спросят сохранить ли изменения или забыть о них ... вообщем смотри на новую версию.
(In reply to comment #7) > Нужно ли мне объяснять почему _нельзя_ накапливать изменения статусов facility, > а потом применять их одним скопом или это и так понятно ? Не совсем понятно, объясните, пожалуйста.
(In reply to comment #10) > Не совсем понятно, объясните, пожалуйста. control - это не только и не столько система управления правами. Это система отслеживания и управлния профилями некоторых объектов. Профилем может являться почти все что угодно. Права, содержимое конфигов - это частный случай. Объектом также может являться любая сущность. Следовательно, вполне возможна ситуация когда изменение статуса в одном объекте приведет к изменению статуса в другом объекте. Например (несколько грубый, но пустите в ход воображение): Мы решили создать уровни безопасности для apache. Тогда изменение этого уровня может повлечь изменение статуса в mod_php. Тогда если эта ситуация возможна (а она возможна т.к. никаких ограничений на facility не накладывается) будет влиять порядок изменения статусов. Зарание сказать, что будет после применения изменений просто нельзя. На мой взгляд, это ведет к ослаблению контроля за системой.
резонно
Вопрос снят, большое спасибо. Тогда я полностью согласен с реализацией, описанной в #6.
fixed
Не, при переходе на другой элемент он показывает диалог, несмотря на то, что перед этим была нажата кнопка Apply. alterator-control-0.1.2.2-alt2
(In reply to comment #0) > После изменения свойств отмеченного в списке объекта изменения теряются при > выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором > другого элемента. Товарищ Alexey Gladkov! Пользователя не интересует, почему нельзя накапливать изменения статусов facility, а потом применять их одним скопом. Пользователи хотят нормальный интерфейс. Никого не интересует объектная модель, применяемая при конфигурировании. (Кстати, невозможность построить нормальный интерфейс с помощью этих объектов, свидетельствует о том, что объектная модель неправильно сконструирована). Неужели вы не хотите сделать хорошо? Сделать так, как должно быть? Показывание предупреждений при переходе между facility - это костыли, а не решение проблеммы
Мда, товарищи... И как я тут опять оказался? Более идиоцкий интерфейс чем у багзиллы я тока у vi видел..
Уважаемый bugzilla administrator, сделай пожалуйста так, чтобы сообщения от этого перца (который только что сюда какую-то гадость запостил) больше никогда до меня не доходили. А если удастся его уговорить навсегда уйти с нашей bugzilla куда-нибудь на LOR, будет совсем хорошо.
Думается мне надо вешать баг на control. Тогда можно будет сделать и красивый интерфейс. Необходим какой-либо способ определить повлечёт ли изменение данного facility изменение каких-либо ещё. И при apply получит реальную информацию что было изменено. Другой вариант решения -- таки накопить изменения, применить их, и если были какие-либо side effects выдать предупреждение с их списком.
не понял
(In reply to comment #19) > Думается мне надо вешать баг на control. Тогда можно будет сделать и красивый > интерфейс. > Необходим какой-либо способ определить повлечёт ли изменение данного facility > изменение каких-либо ещё. И при apply получит реальную информацию что было изменено. Почитай control, тебе расхочется такую муру туда даже думать тащить. Тем более что это всё равно нереально -- человек, который пишет рулесы, завсегда умнее машины и сможет ошибиться как-нить по-новому. Тут действительно дешевле и лучше атомарные решения, чем гирлянды. Я бы закрывал багу.
Сейчас интерфейс существенно переработан, никаких накоплений данных делать не требуется - всё и так слишком наглядно. Дальшнейшее обсуждение интерфейса control считаю бесплодным.
Не исправлено
тогда пусть себе висит - я ничего менять не собираюсь.
Не правда, у тебя тоже не работает. Резолвить нужно тогда с WONTFIX
worksforme
Все еще не работает. А та кнопка внизу - изврат натуральный. Для таких вещей есть щелчок и двойной щелчок. И даже называется она неправльно. P.S. Я общелкался, пока эту кнопку заметил :-)
У нас тут не так давно с коллегой вышел диспут по схожей проблеме (применительно к alterator-ltsconf). Вообще говоря, необходимо выработать полиси по тому, как обращаемся с состоянием множества объектов, доступных в модуле. И если возможно несколько вариантов -- как оформить их в одном стиле на вариант ("менять по одному, подтверждать каждый, иначе предупреждение/применялка при попытке смены объекта" / "менять кучей, метить изменённые как-то одинаково, по apply применять все изменения").
(In reply to comment #6) > Я сделал предупреждение о наличии не сохраненных при переходе с одной facility > на другую. Не вижу никаких предупреждений alterator-control-1.0-alt3
(В ответ на комментарий №29) > (In reply to comment #6) > > Я сделал предупреждение о наличии не сохраненных при переходе с одной facility > > на другую. > Не вижу никаких предупреждений > alterator-control-1.0-alt3 Аналогично: alterator-control-2.1-alt1
apparently wontfix
