Сообщение Re[6]: Расстояние между группами цифр при вводе/выводе чисел от 21.01.2022 11:18
Изменено 21.01.2022 11:27 Shtole
Re[6]: Расстояние между группами цифр при вводе/выводе чисел
Здравствуйте, wildwind, Вы писали:
W>Честно, никогда не сталкивался с таким сценарием. Обычно поле с маской вынуждает меня более внимательно копировать.
Ну, скопируйте «внимательно». Если источник такой. (Код). Реальнейший пример, я не выдумываю. Как, по-вашему, я пришёл к советам про Win+R?
Или даже просто (это 5 разных вариантов, и я знаю больше таких же РЕАЛЬНЫХ):
…если поле хочет строго цифры. Уж с этим-то точно каждый сталкивался.
Сюда же — любые интеркультурные копипасты (разные разделители, не только групп, но и дробной части), которые требут редактирования.
Поэтому, одной внимательностью тут не обойтись.
W>Но и решение с промежуточным редактором вполне нормальное, на мой взгляд. Лучше иметь один такой редактор на всю систему, чем повторять его в каждом поле каждого приложения, с неизбежными вариациями и путаницей пользователей.
Вместо всего этого надо просто сигнализировать о неверном вводе и не давать его завершить. Лишать юзера возможностей редактирования не надо.
S>>Есть и другие.
W>Можем обсудить и их.
Да пожалуйста. Когда программист сталкивается с первыми ласточками (см. выше), он начинает дорабатывать своё поле напильником. Например, творчески обрабатывать содержимое буфера перед вставкой (удалять лишнее). Поскольку универсального рабочего алгоритма нет и быть не может, вставка при этом начинает происходить в 100% случаев, но не на 100% безошибочно, а это уже по-настоящему страшно.
Опять же, ничего не выдумываю. Я сталкиваюсь с этим ужасом достаточно часто, чтобы из опыта эти ситуации поделить на две группы: хорошо, когда длина ввода фиксирована (код карты, Л/С конкретной компании), это видно и глазками, и парсеру. А ведь бывает, что и нет. И вот это уже полная задница.
Вообще, суть — сломанное редактирование, которое может понадобиться — одна и та же. А вылезать может миллионом способов.
W>Честно, никогда не сталкивался с таким сценарием. Обычно поле с маской вынуждает меня более внимательно копировать.
<b>222</b>-<b>33</b>-<b>222</b>
Ну, скопируйте «внимательно». Если источник такой. (Код). Реальнейший пример, я не выдумываю. Как, по-вашему, я пришёл к советам про Win+R?
Или даже просто (это 5 разных вариантов, и я знаю больше таких же РЕАЛЬНЫХ):
222-33-222
222–33–222
222—33—222
222 33 222
222 33 222
…если поле хочет строго цифры. Уж с этим-то точно каждый сталкивался.
Сюда же — любые интеркультурные копипасты (разные разделители, не только групп, но и дробной части), которые требут редактирования.
Поэтому, одной внимательностью тут не обойтись.
W>Но и решение с промежуточным редактором вполне нормальное, на мой взгляд. Лучше иметь один такой редактор на всю систему, чем повторять его в каждом поле каждого приложения, с неизбежными вариациями и путаницей пользователей.
Вместо всего этого надо просто сигнализировать о неверном вводе и не давать его завершить. Лишать юзера возможностей редактирования не надо.
S>>Есть и другие.
W>Можем обсудить и их.
Да пожалуйста. Когда программист сталкивается с первыми ласточками (см. выше), он начинает дорабатывать своё поле напильником. Например, творчески обрабатывать содержимое буфера перед вставкой (удалять лишнее). Поскольку универсального рабочего алгоритма нет и быть не может, вставка при этом начинает происходить в 100% случаев, но не на 100% безошибочно, а это уже по-настоящему страшно.
Опять же, ничего не выдумываю. Я сталкиваюсь с этим ужасом достаточно часто, чтобы из опыта эти ситуации поделить на две группы: хорошо, когда длина ввода фиксирована (код карты, Л/С конкретной компании), это видно и глазками, и парсеру. А ведь бывает, что и нет. И вот это уже полная задница.
Вообще, суть — сломанное редактирование, которое может понадобиться — одна и та же. А вылезать может миллионом способов.
Re[6]: Расстояние между группами цифр при вводе/выводе чисел
Здравствуйте, wildwind, Вы писали:
W>Честно, никогда не сталкивался с таким сценарием. Обычно поле с маской вынуждает меня более внимательно копировать.
Ну, скопируйте «внимательно». Если источник такой. (Код). Реальнейший пример, я не выдумываю. Как, по-вашему, я пришёл к советам про Win+R?
Или даже просто (это 5 разных вариантов, и я знаю больше таких же РЕАЛЬНЫХ):
…если поле хочет строго цифры. Уж с этим-то точно каждый сталкивался.
Сюда же — любые интеркультурные копипасты (разные разделители, не только групп, но и дробной части), которые требут редактирования.
Сюда же — особенности выделения в раных программах. (Лайфхак: если в браузере Firefox выделить текст мышкой, а потом зажать Shift и понажимать стрелки, можно подкорректировать выделение с точностью до символа по ходу направления выделения мышкой. И опять же: как я к этому пришёл бы, если бы дело было только во внимательности?)
Поэтому, одной внимательностью тут не обойтись.
W>Но и решение с промежуточным редактором вполне нормальное, на мой взгляд. Лучше иметь один такой редактор на всю систему, чем повторять его в каждом поле каждого приложения, с неизбежными вариациями и путаницей пользователей.
Вместо всего этого надо просто сигнализировать о неверном вводе и не давать его завершить. Лишать юзера возможностей редактирования не надо.
S>>Есть и другие.
W>Можем обсудить и их.
Да пожалуйста. Когда программист сталкивается с первыми ласточками (см. выше), он начинает дорабатывать своё поле напильником. Например, творчески обрабатывать содержимое буфера перед вставкой (удалять лишнее). Поскольку универсального рабочего алгоритма нет и быть не может, вставка при этом начинает происходить в 100% случаев, но не на 100% безошибочно, а это уже по-настоящему страшно.
Опять же, ничего не выдумываю. Я сталкиваюсь с этим ужасом достаточно часто, чтобы из опыта эти ситуации поделить на две группы: хорошо, когда длина ввода фиксирована (код карты, Л/С конкретной компании), это видно и глазками, и парсеру. А ведь бывает, что и нет. И вот это уже полная задница.
Вообще, суть — сломанное редактирование, которое может понадобиться — одна и та же. А вылезать может миллионом способов.
W>Честно, никогда не сталкивался с таким сценарием. Обычно поле с маской вынуждает меня более внимательно копировать.
<b>222</b>-<b>33</b>-<b>222</b>
Ну, скопируйте «внимательно». Если источник такой. (Код). Реальнейший пример, я не выдумываю. Как, по-вашему, я пришёл к советам про Win+R?
Или даже просто (это 5 разных вариантов, и я знаю больше таких же РЕАЛЬНЫХ):
222-33-222
222–33–222
222—33—222
222 33 222
222 33 222
…если поле хочет строго цифры. Уж с этим-то точно каждый сталкивался.
Сюда же — любые интеркультурные копипасты (разные разделители, не только групп, но и дробной части), которые требут редактирования.
Сюда же — особенности выделения в раных программах. (Лайфхак: если в браузере Firefox выделить текст мышкой, а потом зажать Shift и понажимать стрелки, можно подкорректировать выделение с точностью до символа по ходу направления выделения мышкой. И опять же: как я к этому пришёл бы, если бы дело было только во внимательности?)
Поэтому, одной внимательностью тут не обойтись.
W>Но и решение с промежуточным редактором вполне нормальное, на мой взгляд. Лучше иметь один такой редактор на всю систему, чем повторять его в каждом поле каждого приложения, с неизбежными вариациями и путаницей пользователей.
Вместо всего этого надо просто сигнализировать о неверном вводе и не давать его завершить. Лишать юзера возможностей редактирования не надо.
S>>Есть и другие.
W>Можем обсудить и их.
Да пожалуйста. Когда программист сталкивается с первыми ласточками (см. выше), он начинает дорабатывать своё поле напильником. Например, творчески обрабатывать содержимое буфера перед вставкой (удалять лишнее). Поскольку универсального рабочего алгоритма нет и быть не может, вставка при этом начинает происходить в 100% случаев, но не на 100% безошибочно, а это уже по-настоящему страшно.
Опять же, ничего не выдумываю. Я сталкиваюсь с этим ужасом достаточно часто, чтобы из опыта эти ситуации поделить на две группы: хорошо, когда длина ввода фиксирована (код карты, Л/С конкретной компании), это видно и глазками, и парсеру. А ведь бывает, что и нет. И вот это уже полная задница.
Вообще, суть — сломанное редактирование, которое может понадобиться — одна и та же. А вылезать может миллионом способов.