Правила
Новые идеи рассматриваются администрацией и могут быть приняты в разработку после обсуждения в Сенате, Конгрессе или ВМС.
Блокнот , Предложение по UX: Разделить режим "Просмотр" и "Редакт
Разработчикам и сообществу, предлагаю доработать систему "Блокнот" (или раздел заметок). На данный момент интерфейс открывается сразу в режиме Редактирования. Это вынуждает нас листать длинные тексты в маленьком поле, постоянно рискуя случайно нажать не ту клавишу и изменить данные.
Предлагаю внедрить следующую логику работы:
1. Режим просмотра "View" по умолчанию
При открытии заметки пользователь всегда видит её в режиме только для чтения. Это выглядит как красиво оформленный блок текста без рамок полей ввода, курсоров и кнопок "Сохранить".
В этом режиме удобно:
Проанализировать список ресурсов, как на вашем примере.
Скопировать отдельные строки (даже если выделение включено, это безопасно).
2. Изолированные режимы с одним действием для переключения
Используем классический подход:
Справа сверху (или внизу) блока размещаем иконку "Карандаш" или кнопку "Редактировать".
Нажатие на нее переводит блок в режим "Edit" (Редактирование).
Одновременно с активацией режима "Edit" появляются кнопки "Сохранить" и "Отмена".
Нажатие "Сохранить" обновляет данные и возвращает в режим просмотра. Нажатие "Отмена" откатывает изменения и также возвращает в режим просмотра.
Никаких нажатий на "Сохранить" ради закрытия окна — если вы просто зашли почитать, ничего не сохраняется и не меняется.
3. Адаптивный (расширяющийся) textarea вместо фиксированного
Поле ввода в текущем виде (жесткая высота со скроллом) неудобно для списков. Предлагаю заменить его на auto-expanding textarea (поле с авто-расширением).
Как это должно работать: Высота поля автоматически растет по мере того, как вы печатаете текст или вставляете данные. Вы видите весь свой текст целиком, без надобности постоянно крутить колесико мыши.
Предел высоты: Чтобы поле не занимало весь экран при 5000 символах, можно установить максимальную высоту (например, 70-80% высоты экрана или 600 пикселей), и только после этого включать внутреннюю прокрутку. Это обеспечит комфорт и для коротких записей, и для объемных "текстов".
Предлагаю внедрить следующую логику работы:
1. Режим просмотра "View" по умолчанию
При открытии заметки пользователь всегда видит её в режиме только для чтения. Это выглядит как красиво оформленный блок текста без рамок полей ввода, курсоров и кнопок "Сохранить".
В этом режиме удобно:
Проанализировать список ресурсов, как на вашем примере.
Скопировать отдельные строки (даже если выделение включено, это безопасно).
2. Изолированные режимы с одним действием для переключения
Используем классический подход:
Справа сверху (или внизу) блока размещаем иконку "Карандаш" или кнопку "Редактировать".
Нажатие на нее переводит блок в режим "Edit" (Редактирование).
Одновременно с активацией режима "Edit" появляются кнопки "Сохранить" и "Отмена".
Нажатие "Сохранить" обновляет данные и возвращает в режим просмотра. Нажатие "Отмена" откатывает изменения и также возвращает в режим просмотра.
Никаких нажатий на "Сохранить" ради закрытия окна — если вы просто зашли почитать, ничего не сохраняется и не меняется.
3. Адаптивный (расширяющийся) textarea вместо фиксированного
Поле ввода в текущем виде (жесткая высота со скроллом) неудобно для списков. Предлагаю заменить его на auto-expanding textarea (поле с авто-расширением).
Как это должно работать: Высота поля автоматически растет по мере того, как вы печатаете текст или вставляете данные. Вы видите весь свой текст целиком, без надобности постоянно крутить колесико мыши.
Предел высоты: Чтобы поле не занимало весь экран при 5000 символах, можно установить максимальную высоту (например, 70-80% высоты экрана или 600 пикселей), и только после этого включать внутреннюю прокрутку. Это обеспечит комфорт и для коротких записей, и для объемных "текстов".
1 час назад
«
· Новые идеи ·
»
Информация
Вы не авторизованы