Вообще как в чисто немодальных конфигурациях с юзабильностью у пользователей, кто нить проверял?

(0) кг/ам

(0) Серёжа, ты о чём?

ветка ниочём

кг/ам
Для пользователя с немодальными окнами только два варианта:
1) никакой разницы
2) удобнее
Сложностей чуток только у прога добавляется.

(4) просто есть жалобы.
Бухи теряют фокус окна.

(5) вот поэтому мои бузи в БП 3.0 предпочитают режим работы в закладках (как в модальных окнах) вместо режима работы в отдельных окнах

(6) помогает?

>Бухи теряют фокус окна.

у нас кадровик не знает как фио поменять в зупе... и объяснять бесполезно - проще зайца курить научить...

забей, на всех не угодишь.

(7) Что именно?

Модальность нужна только там, где до получения ответа от пользователя вообще ничего нельзя сделать - в остальных случаях можно обойтись и без модальности.
Но, если пользователь "потерял" окно, а потом ещё несколько окон, то в какой-то момент выясняется, что память кончилась.

Где отказываются от модальности?

Афтор не ф теме.

БлокироватьОкноВладельца - наше фсе.

(11) +1

(11) +1 (0) Читай нормально статьи и не будет теряться фокус

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

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

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

А для юзера ХЗ, что меняется. Если надо, есть "БлокироватьВесьИнтерфейс".

(11) Под модальностью подразумевается блокирование интерфейса ВСЕГО приложения.

(17) Ну, если критическая ситуация или смена пользователя (что, на самом деле, в 1С не реализовано), то блокировать всё, а если что-то необходимо для продолжения работы с формой, то блокировать только эту форму.
(14) В Web-системе, если классика, то при каждом действии и обращении на сервер все данные улетают туда и возвращаются обратно. В случае ajax-а нужна "имитация модальности", чтобы в момент выполнения запроса пользователь не менял данных.

"Пользователь потерял окно"... Я лежал!
- Мариванна, вы опять окно проср@ли! Память всю себе заср@ли!

(19) Так они же звонят и говорят, окно открылось, а где оно, я не пойму - некоторые, когда окно мешает, пихают его за экран, так что торчит только кусок заголовка снизу, а потом ищут вчерашний день.
Для некоторых пользователей смерти подобна возможность - открыть более одного окна.

(20) Для некоторых до сих пор даже модальное окно, которое моргает, когда тыкаешь мышью не в него - совсем не показатель, что необходимо обратить своё внимание именно туда! Это ж не значит, что должны остановить мы в 80-ых. Модальное окно просто обязано при отказе от модальности ежемиллисекундно в центр экрана и на передний план являться! Но, это ж 1С, пока дойдут там, уже вобще от окон мир откажется

(21) Ну, можно просто открыть окно с состоянием WM_POPUP на весь экран, чтобы у пользователя не было шансов куда-то переключиться - другое дело, что идеологию Wizzard-а, когда операция выполняется по шагам в одной форме придумали не сейчас, но она для пользователя оказывается самой удобной, если он выполняет какое-то одно действие.

Что касается "явления окна народу", то тут тоже есть свои недостатки - если пользователь работает с другой задачей, то ему вообще не очень хочется видеть всплывающие окна, так как при вводе данных часть символов попадёт именно в это окно (особенно хорошо, когда оно всплывает в момент нажатия Enter или Esс - пользователь даже не заметит, что надо было увидеть).