Поле для ответа как альтернатива текущему подходу с кнопками

Продолжаем обсуждение из темы Насколько сложно было бы сделать интерфейс Discourse более похожим на Flarum?:
Хотел бы предложить добавить возможность…

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

Обратите внимание, что это «текстовое поле» в Flarum фактически работает как кнопка. Поэтому я не предлагаю радикально менять работу редактора. Контур текстового поля появляется при наведении курсора, а курсор превращается в текстовую метку, но при клике на это «текстовое поле» открывается полное окно написания сообщения с заголовком темы, как обычно:
m9YuobrtOK

В Flarum предпросмотр работает немного иначе, чем в Discourse (и в этом отношении Discourse, на мой взгляд, превосходит Flarum), но, по сути, версия этого функционала для Discourse просто переместила бы аватар в заголовок и открывала бы редактор с двумя панелями, как обычно, вместо одной панели, показанной в примере Flarum выше. И это не обязательно должно работать точно так же, как в Flarum, например, появление текстовой метки кажется более сложным. Я просто хочу подчеркнуть и обсудить этот дизайн как источник вдохновения.

15 лайков

Это довольно крутая идея! Вероятно, это можно реализовать с помощью компонента темы, поместив элемент, который выглядит как текстовое поле, но на самом деле является кнопкой для открытия редактора, в отведённое для этого место в конце темы.

13 лайков

Звучит многообещающе. Есть ли интерес у команды к его реализации, или вы просто сказали, что это не должно быть слишком сложно для того, кто заинтересован и обладает нужными навыками? (У меня, к сожалению, последних не хватает :grinning_face_with_smiling_eyes:)

3 лайка

В ответ на некоторые комментарии от @codinghorror в исходной теме: Насколько сложно сделать интерфейс Discourse более похожим на Flarum?

«Поле ввода текста» (на самом деле это не совсем поле ввода) находится только в конце темы. Оно не заменяет все кнопки ответа, а только последнюю, которая в Discourse выделена синим цветом. Мне кажется, что оно поощряет ответы, но не поспешные.

Как и многие «очень активные в интернете» пользователи, я редко испытываю трудности с уверенностью в своих ответах, но surely вы знаете, что многие люди сталкиваются с этим. Первоначальное участие в форумах может иметь высокий порог входа, и это одна из проблем, обсуждаемых (и, на мой взгляд, ещё не решённых) в таких темах, как эта: Circle.so против Discourse

Очевидно, вы хотите избежать проблемы, которую вы подняли: люди отвечают слишком быстро, импульсивно и т. д. Но, надеюсь, мы можем доверять тому, что к моменту, когда они дойдут до конца темы, они будут готовы ответить. Или, по крайней мере, Discourse уже кажется, что доверяет этому, так что… :wink:

В зависимости от того, как это будет работать, текстовое поле в конце темы может иметь ещё больше смысла…

1 лайк

Нет, не особо — мы хотим избегать явления «вот пустое текстовое поле, пишите всё, что приходит в голову», которое повсеместно распространено в интернете. Иногда небольшая трения полезны, и это один из таких случаев. Иначе всегда получится XCKD 386. Честно говоря, я даже думаю о добавлении функции, которая не позволит отвечать, пока вы не прочитаете достаточно обсуждения (конечно, при условии, что обсуждение имеет разумную длину).

Что касается темы как компонента, который кто-то может установить на свой сайт — пожалуйста, делайте!

(Кроме того, это обсуждалось много лет назад, но, возможно, мы уже удалили те старые обсуждения. Это также отличный подход для чата, где цель — вводить мимолётный контент, который исчезнет в «памятном колодце» через день или два.)

8 лайков

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

Что ещё важнее, я не думаю, что человек, пишущий гневный пост «Кто-то неправ в интернете!», сильно отреагирует на разницу между этими двумя подходами, тогда как кто-то, кто тревожится по поводу участия, вполне может дать заметно иную реакцию. У меня нет исследований, подтверждающих это (если нужно, возможно, я смогу их найти :grin:), но это хотя бы интуитивно кажется мне логичным. И в конечном счёте, на мой взгляд, стоит попробовать, потому что я думаю, что вы быстро увидите результаты в любом достаточно активном форуме.

Я всё ещё запутался. Функция «поле для ответа» требует, чтобы вы прочитали всю тему, прежде чем оно появится.

Тем не менее, я понял: это что-то, что стоит попробовать реализовать в компоненте темы. Так что, есть желающие? Когда-нибудь мне просто придётся взять себя в руки и научиться программировать, чёрт возьми. Но сейчас у меня слишком много дел, к сожалению. :expressionless_face:

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

3 лайка

Верно, то, что вы предлагаете, по сути, является очень изощрённой кнопкой «Ответить», но я задаюсь вопросом, не запутают ли людей, когда они нажмут на фальшивое «поле ввода», а затем появится наше всплывающее окно редактора. Мне кажется, они будут спрашивать себя, почему вместо прямого ввода на странице используется всплывающий редактор… получившийся интерфейс, на мой взгляд, будет немного странным… исчезает ли ваша «фальшивая» пост-заглушка после нажатия и появления всплывающего редактора? Остаётся ли эта заглушка в теме? Обновляется ли она в реальном времени по мере ввода в всплывающем редакторе? Если да, то ваш ввод будет дублироваться в трёх местах:

  1. в редакторе
  2. в панели предпросмотра редактора
  3. в фальшивой пост-заглушке

… один из способов оценить эту потенциальную путаницу — попробовать компонент темы.

Конечно, это не по теме здесь, но это имеет смысл.

4 лайка

Я почти уверен, что большинство этих опасений связано с тем, что у вас не было возможности протестировать пример Flarum самостоятельно. Но вы правы: тестирование его в компоненте темы имеет полный смысл. Так что я жду, когда найдётся кто-то заинтересованный и способный сделать это (или когда у меня появится свободное время, чтобы освоить это самому). :grinning_face_with_smiling_eyes:

3 лайка

Спасибо, что подняли этот вопрос! Я перебирал темы на Discourse, пытаясь найти, есть ли у кого-то код для этого. Мы пытаемся запустить наше онлайн-сообщество, но чувствуем, что некоторые люди могут быть немного застенчивы или не привыкли общаться на форумах, поэтому хотим сделать это максимально бесшовным, как вы и сказали.

2 лайка

Я тоже больше предпочитаю стиль интерфейса Flarum стилю Discourse (но не функциональности, не сообществу и не поддержке разработчиков).
Однако именно эта идея не была придумана Flarum — она напоминает давно существующие элементы «призыва к комментированию» в WordPress, wpDiscuz и подобных системах.
Поэтому, хотя такой элемент выглядит приятно и привлекает пользователей к написанию сообщений, я не считаю его действительно полезным. Он не добавляет нового функционала и лишь зря занимает место. Что касается функциональности «лучшего предложения ответить», то я больше предпочитаю всегда видимую большую кнопку «Ответить» над навигационной панелью, как в Flarum — это одновременно и полезнее, и компактнее!
Кроме того, с точки зрения интерфейса Discourse есть гораздо более важные задачи, на мой взгляд.

Это разумно по умолчанию для большинства массовых сообществ с темами до 10–50 сообщений… но для профессиональных сообществ или просто умных и ответственных людей — всё наоборот! Всегда видимая большая кнопка «Ответить» над навигационной панелью действительно полезна и очевидна: гораздо удобнее начать писать ответ сразу после прочтения каждого сообщения, чем читать тему целиком, которая может содержать 100, 500, 1000 или даже 10 000 сообщений. К концу чтения вы просто забудете, кому и что хотели ответить — это очевидно. Кроме того, когда пользователь начинает писать ответ во время чтения, он может по ходу дела добавлять упоминания других пользователей, к которым обращается, и так далее.

Текущий маленький значок «ответить» в Discourse не очень заметен: это просто иконка, да к тому же расположенная слишком далеко от центра.
Легко реализовать такую опцию в панели управления или как дополнительный плагин: профессиональные сообщества смогут отображать всегда видимые большие кнопки «Ответить/Поделиться/Избранное/Пожаловаться/Подписаться» над навигационной панелью, а массовые сообщества — скрывать их. Очень просто и очень полезно.
Тем не менее, я согласен с вашим обоснованием, что перемещение кнопок «Ответить/Поделиться/Избранное/Пожаловаться/Подписаться» в самый низ должно минимизировать бесполезные паразитные действия. Однако в профессиональных сообществах эти кнопки, размещённые справа и всегда видимые, как в Flarum, выглядят более «визуально комфортно».

Тот факт, что поле ввода находится внизу обсуждения, ничем не отличается от «поля для комментариев в конце статьи в The New York Times», и мы все знаем, к чему это приводит… Мы выступаем за осмысленное трение:

Кроме того, мы вот-вот выпустим встроенный чат, так что вы сможете переключиться с медленной полосы на быструю, если захотите провести мозговой штурм и завести живую беседу, которая не останется навсегда в индексе Google. Можно и торт иметь, и съесть его.

Кстати, иногда хочется, чтобы обсуждения длились годами, как это одно.. :wink:

4 лайка