Два диапазона значений в DoubleSpinBox

[Igors]

Подсветить красненьким фоном строку ввода?
и не забыть отключить кнопочку Ok/Save/...

Ну пользователь пока не сделал ничего плохого, он просто вводит цифра за цифрой, зачем же сразу "мигать лампочками"? Ну и подсветили, дальше что?  Найти [0.003, 0.08] "методом втыка" затруднительно, диалог все равно делать придется.

Вот кстати я набираю этот пост, работает проверка правописания. Набираю неверное слово - ничего пока не происходит. "Ушел" со слова каким-то образом (пробел или курсором) - оно подсветилось

[BRE]

Вот кстати я набираю этот пост, работает проверка правописания. Набираю неверное слово - ничего пока не происходит. "Ушел" со слова каким-то образом (пробел или курсором) - оно подсветилось

А диалог он тебе сам открывает, слова поменять предлагает?

[andrew.k]

Igors и BRE, как вам мой вариант интерфейса?)

[BRE]

Igors и BRE, как вам мой вариант интерфейса?)

Нормально. Визуально проще сориентироваться в происходящем, но размером он не мал.
По мне, так ToolTip с информацией будет достаточно.
Или подсвечивать строку с неверным значением другим цветом и показывать информационную строку (рядом с подсвеченной строкой или внизу диалога) с описанием проблемы и валидных диапазонов. Такая строка может быть одна - если проблем нет, то она пустая, если где-то проблемы, то с описанием первой и рекомендациями по исправлению. И Ok выключать.

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

[andrew.k]

Igors и BRE, как вам мой вариант интерфейса?)

Нормально. Визуально проще сориентироваться в происходящем, но размером он не мал.
По мне, так ToolTip с информацией будет достаточно.

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

Я не предлагал на редактирование значения отдельный диалог фигачить. размеры можно изменить.
Главное идея принципиально другая.

[Igors]

А диалог он тебе сам открывает, слова поменять предлагает?

Так ведь "верное слово" неизвестно, значит нечего предлагать. А вот с цифровым значением - другое дело

Igors и BRE, как вам мой вариант интерфейса?)

Ну "Set Default" совсем не помешало бы. Если же 2 диапазона (первоисточник), то нужны еще опции. Часто просто не удастся все это вместить в "общее UI", даже средней насыщенности. Ничего плохого в отдельном диалоге нет, нужно только чтобы он не раздражал пользователя, это решаемо.

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

Это нормальный подход и спорить с заказчиком здесь нечего, тем более доказывать что "Вы не понимаете! Согласно принципам human interface guideness".. и.т.п. 

[BRE]

Так ведь "верное слово" неизвестно, значит нечего предлагать. А вот с цифровым значением - другое дело

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

[Igors]

Так что он мог бы открыть диалог и предложить тебе выбрать варианты из списка или добавить слова в словарь или потренировать грамматику или ...
Но он это не делает.

Не делает потому что ситуация позволяет, здесь могу и сидеть с красным словом. А вот например немодальный диалог, пользователь ввел число и ушел. Что должно происходить? Требовать чтобы обязательно нажимал Enter - мол, тогда ввод закончен. Ну можно конечно, но это коряво. Нормально по истечении какого-то времени принять валидное значение (и возможно начать по нему что-то делать) или же выдвигаться с диалогом ошибки и (пространными) объяснениями.

[BRE]

Требовать чтобы обязательно нажимал Enter - мол, тогда ввод закончен. Ну можно конечно, но это коряво. Нормально по истечении какого-то времени принять валидное значение (и возможно начать по нему что-то делать) или же выдвигаться с диалогом ошибки и (пространными) объяснениями.

Коряво? А начать что то делать самой, без ведома пользователя, что-то там приняв... А если пользователь цифру одну не успел вбить, а значение все равно получилось валидное, будет использовать его.
Программа что-то должна делать только по команде пользователя (кнопочку он должен нажать), а если что-то не готово, то эта кнопочка должна быть disable.

[Igors]

Коряво? А начать что то делать самой, без ведома пользователя, что-то там приняв... А если пользователь цифру одну не успел вбить, а значение все равно получилось валидное, будет использовать его.

А у него было достаточно времени (отсчитывая с последнего нажатия). Ладно, допустим даже он нажал Enter или Tab, все равно отлуп на невалидное значение надо давать, все равно диалог есть. Тогда зачем возиться с подсветкой (что обычно не так уж просто)?

Программа что-то должна делать только по команде пользователя (кнопочку он должен нажать), а если что-то не готово, то эта кнопочка должна быть disable.

Допустим забыл/не знал  что [0.003, 0.08]. Ввел 1. Подсветилось красным, (ага, неверно), и кнопка Ok задизаблена (не готово). И что ему теперь делать? Так или иначе все сводится к диалогу ошибки

[__Heaven__]

andrew.k, классная идея
Ну, правда, я, всё-таки, решил поставить диапозон без дырки и, если пользователь вводит число, что находится в этой дырке, то ругаться либо при выходе из окошка ввода, либо при тыкании кнопки расчёта.

[andrew.k]

andrew.k, классная идея
Ну, правда, я, всё-таки, решил поставить диапозон без дырки и, если пользователь вводит число, что находится в этой дырке, то ругаться либо при выходе из окошка ввода, либо при тыкании кнопки расчёта.

Реализовать подобный интерфейс совсем не сложно. Мне потребовалось 5 минут на эскиз. Довести до ума чуть.
Уж лучше тогда валидаторы с хинтом, чем так мучить пользователя.

[BRE]

Допустим забыл/не знал  что [0.003, 0.08]. Ввел 1. Подсветилось красным, (ага, неверно), и кнопка Ok задизаблена (не готово). И что ему теперь делать? Так или иначе все сводится к диалогу ошибки

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

[Igors]

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

Полагаю что имеется ввиду это

По мне, так ToolTip с информацией будет достаточно.
Или подсвечивать строку с неверным значением другим цветом и показывать информационную строку (рядом с подсвеченной строкой или внизу диалога) с описанием проблемы и валидных диапазонов. Такая строка может быть одна - если проблем нет, то она пустая, если где-то проблемы, то с описанием первой и рекомендациями по исправлению. И Ok выключать.

Разумно, но возможностей маловато, в строку много не вставишь. Напр красивый слайдер (что нарисовал Андрюша) - пролетает. Часто желательны кнопки Set (min/max/default) и.т.п. С Ок тоже непонятно - если он выкл, значит Enter не имеет эффекта. И как (по какому условию) тогда должен активироваться текст ошибки?

[BRE]

Напр красивый слайдер (что нарисовал Андрюша) - пролетает.

Как бэ он не нуждается в индикации ошибки, он для этого и делался.

Часто желательны кнопки Set (min/max/default) и.т.п.

Кому желательна?

С Ок тоже непонятно - если он выкл, значит Enter не имеет эффекта. И как (по какому условию) тогда должен активироваться текст ошибки?

По сигналу textChanged от редактора, проверили что ввели, если плохо, то подсветили редактор, написали ошибку в строку статуса, заблокировали Ok. А если все хорошо, то наоборот.