Улучшении интерфейса (не выбрать метод из простых простейший)

php JavaScript css AJAX интерфейс

Есть список, допустим список пользователей системы. Рядом с каждым элементом находиться кнопочка: редактирование, удаление. Интересует именно кнопочка удаления. При нажатии этой кнопочки удаляется не только пользователь, но много чего ещё относящиеся к нему из базы.
Собственно должен выводиться запрос: Вы действительно хотите удалить и т.д. и должен наглядно быть ответ, удален ли пользователь или нет при нажатии данной кнопки.
Система использует Ajax и ясно, возникли идеи, по поводу реализации. Не могу выбрать правильный вариант. Собственно вот сами варианты:
1. Использовать стандартные сообщения JS
2. Использовать собственные сообщения
3. Стиль сообщений как в Gmail, сверху списка появляется сообщение о том или ином, которое выделяется определенным цветом.
4. Загнать весь список в див с overflow который не будет превышать размеры страницы, а снизу сделать спец строку где всё будет выводиться.
5. Просто сделать кнопочку с событием dblclick и при успешном удалении просто моментально удалять из списка пользователей.
Просто не выбрать никак. Подходил к программистам из собственной организации и получил явный ответ: без литра тут не обойтись. Т.к не пью, решил обратиться к вам, может, что-то ещё предложите.
Первые 2 варианта вызывают опасения, т.к в появившемся окошке по среди странице можно и случайно нажать "Да".

Ответы:
Помечайте объект удалённым, а реально удаляйте через несколько дней. Так что бы при случайном удалении можно было восстановить...
В gmail удобно, при случайном удалении можно отменить последнее действие, не залезая в корзину...
Спасибо за вариант. Нужны ещё мнения.
я бы использовал fade эффект - и разместил это предупреждение по центру экрана - весь экран затемняется - посредине сообщение предупреждающее яркое с каким-то явным знаком опасности (чтобы "случайно" не нажал) череп кирпич крест диагональный и так далее - рядом текст и кнопка ок - простая серая.
Как раз без Ajax списки такие не сделаешь. Не должно быть перезагрузки страниц. Если она появляется - целостность интерфейса нарушается тоже.
Первого бойся, второго нет. Так сам часто промахиваюсь, то вот что скажу:
если объектов, привязанных к пользователю, много, то при нажатии кнопки удалить, - формировал список всех объектов с чекбоксами, где можно выделить удаляемые объекты... в начале списка стоит сам пользователь и при выделении его - автоматически выделяются все дочерние объекты.
а потом две кнопки, разнесенные на такое расстояние, чтобы случайно не нажать "удалить" :)
Если удаляется пользователь - должно удаляться всё. А вот попытка откатить миллионы записей - задача уже более сложная.
так.. мы говорим об интерфейсе или механизме удаления??
Речь идёт о интерфейсе более.
Но приятно почитать о идеях связанных с удалением.
Вариантов много, мало ли предложат очень хороший вариант.
Alex Osipenko:
В чем именно вопрос-то? И почему вы считаете, что среди перечисленных вариантов есть правильный?
Ответ на вопрос зависит от того, какую систему вы делаете. Скорее надежную, скорее удобную, скорее презентабельную. Кто пользователи этой системы - пожилые женщины-оперционистки или юные технологические гики. Какая концепция дизайна, юзабилити - вывод сообщений должен быть единообразным по всей системе и может отличаться по типам сообщений - критические, информационные, предупреждения и т.п. Дальше пляшем от концепции - предположим, по всей системе используются собственные сообщения, нарисованные в дивах или модальных диалогах.
Сообщение об удалении рисуем со значком предупреждения, соответствующим цветовым фоном и ясно различимыми кнопками "Удалить" или "Отказаться" и текстом, поясняющим, что вся информация, связанныя с профилем пользователя будет удалена. Пользователь жмет "Удалить". Предположим, у нас повышенные требования к надежности системы - мы помечаем статус всех записей, связанных с удаленным пользователем как "архив". После этого пользователю выдается диалог со значком "инфо", на соответствующем фоне, уведомляющий, что вся связанная с пользователем информация была удалена и кнопкой "ОК".
Где выводить сообщения - сверху, снизу, по углам, посередке - зависит от того, как устроена остальная рабочая область окна и куда приковано внимание пользователя (ходя слухи, что в верхнюю правую часть экрана, но не самый угол). Можно давать возможность передвигать и сворачивать окно сообщения при необходимости одновременно просматривать и сообщение, и что-то в рабочей области.
(И не ответить просто на вопрос дурнейший).
Евгений спасибо, вы хорошо обьяснили, на какие вопросы мне надо ответить самому. Выберу наиболее лучший вариант исходя из задачи. Блин вот так всегда, работаешь усердно и забываешь банальные вещи, которые знаешь как свои пять пальцев.
Баллы ваши.


16 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.