Я пользователь форума на базе Discourse, а не администратор. Я заметил изменение один-два дня назад, касающееся массового выделения, и когда я сообщил об этом на том форуме, меня направили по адресу https://github.com/discourse/discourse/pull/36102.
Я обычно провожу на этом конкретном форуме много времени (можно сказать, нездорово много), и ниже описан мой рабочий процесс, когда я впервые за день захожу на форум.
Обработать уведомления (иконка пользователя в правом верхнем углу).
Обработать непрочитанные темы.
Возможно, прочитать некоторые из них.
Закрыть остальные (без массового выделения).
Обработать новые темы.
Возможно, прочитать первые несколько.
Начать массовое выделение.
Выбрать несколько тем.
В процессе выделения я могу наткнуться на тему, которую хочу прочитать, поэтому кликаю по ней.
Насколько я помню, раньше в режиме массового выделения можно было читать не выделенные темы.
Если я закрываю выделенные элементы, а затем хочу прочитать одну из оставшихся тем, мне сначала нужно выйти из режима массового выделения.
Так что для меня это изменение точно не является улучшением.
Также я не принимаю аргумент «нужно было точно кликнуть на флажок, чтобы выбрать строку темы». Но я не делаю массовые выделения на мобильных устройствах; на мобильном я вообще стараюсь держаться подальше от любых действий, которые я как пользователь уровня TL4 могу выполнить и которые считаю «опасными», например, слияние и обычно также перемещение тем.
Мне интересно, почему кто-то посчитал это улучшением?
Можно ли настроить эту опцию? То есть может ли администратор изменить её при желании.
Примечания:
Я искал в категории UX по запросу bulk select, но не смог найти недавнюю тему, посвящённую этому вопросу.
Именно это и было мотивацией для изменений! Иногда при массовом выборе кто-то мог случайно нажать на заголовок вместо чекбокса и потерять всю работу по массовому выбору.
Первоначальная идея заключалась в том, чтобы запоминать выбранные темы, чтобы они оставались выбранными при возврате… но это привело к выбору всей строки как способу избежать этой проблемы. Другие приложения тоже так делают, хотя чаще это поведение, характерное для мобильных устройств.
Вот почему это было сделано.
На данный момент — нет… но если мы получим больше отзывов об этом изменении, мы можем реализовать что-то подобное или, возможно, разделить поведение в зависимости от размера экрана.
Я тоже сталкиваюсь с этой проблемой каждый день. Больше нельзя одновременно использовать массовый выбор и читать некоторые темы, поскольку заголовки тем на рабочем столе больше не кликабельны.
Может ли решением в данном случае быть выбор строки только при клике/нажатии вне области ссылки @j.jaffeux?
Вы, конечно, не сможете перемещаться по той же вкладке при пакетном выделении, верно? А что, если (cmd/ctrl)+клик и средний клик всё ещё позволят открыть ссылку в новой вкладке?
<ctrl>клик для выбора, <клик> для чтения — скорее всего, это сработает для меня. Было бы замечательно, если бы выделение восстанавливалось после этого.
Хотя сейчас это не работает, и CTRL+клик перехвачен, вы всё ещё можете нажать правой кнопкой мыши для опции «Открыть ссылку в новой вкладке». Это не то, к чему вы привыкли, но довольно просто.
Возможно, для мобильных устройств потребовалось бы действие длительного нажатия.
Я немного подумал об этом, используя адаптированный «рабочий процесс».
Предположим, что в разделе новые или непрочитанные есть 20 элементов. Вот что я делаю сейчас:
«включить режим выделения»
выбрать несколько элементов, которые точно нужно удалить
удалить их
«выключить режим выделения»
прочитать некоторые
вернуться к пункту (1)
При таком «рабочем процессе» было бы очень полезно (для меня, возможно, не для других), если бы шаг 4 выполнялся автоматически: после «удаления» режим выделения снова отключался бы.
Не знаю, ведется ли уже разработка в этом направлении, и извиняюсь за расширение требований, если это так.
Надеюсь, это решит проблемы моего собственного рабочего процесса (а также других людей). PR также добавляет поддержку сочетания meta+Enter для открытия тем в новой вкладке/окне, что должно помочь, независимо от того, находится ли пользователь в режиме массового выбора или нет.