Непопулярные обновления [ Meiv ]

Приветствую не спящих!
В этом посте мы взглянем на всякие очевидные и не очень штуки, которых пока нет на нашем сайте. Эту непостоянную рубрику может взять кто угодно, продолжая культуру публичных предложений. По моему скромному мнению лучше подробно расписывать идею публично, чем отправлять что-то администратору в личные сообщения.
Данный пост будет оформлен в формате айсберга (так прикольней и удобнее). Кто не знает, айсберг – это особая сортировка для чего угодно, где на верхушке находится вполне очевидная база, а опускаясь ниже, мы чаще можем встретить мистический (не путать с литературным персонажем) кринж.

Чтож, отправляйтесь на дно 🥰

• — « Подушка безопасности » || Раздел с полезными вещами для администратора
• 🧊 Метка AI
• 🧊 Ссылки на источники
• 🧊 Результаты диаграмм (Пост на полтора месяца устарел) [ Частично введено ]
• — « Подушка безопасности (пониже) » || Раздел с полезными вещами для обширной группы лиц
• 🌊 Ограничения по длительности видео не работают
• 💧 Скрытые интересы
• 💧 CTRL+V в блок поста создает хрущёвку
• — « Критическая зона » || Раздел с личными пожеланиями в удобстве (quality of life)
  
• 🎆 Слияние блоков картинок придумали массоны
• 🎆 Предпросмотр постов? НЕВОЗМОЖНО. (Также устарело. Согласно стриму, админ добавит)
• 🎆 Проблема подчеркнутых данных? Shift-Enter хочет опубликовать пост??? Опускание блока приводит к его всплытию на поверхность??! Shift-Enter создает новый блок снизу или сверху вместо того, чтобы разделить существующий надвое??????
• 🎆 Бич гигантов или проблема стёртых данных
• — « Dead End » || Раздел со всякими глупостями
• ⚫ Редактор древ неудобен и вот почему
• ⚫ Режим отладки для древ
• ⚫ Не оповещать о тестах
• ⚫ Enter и ??? в атрибуте
• — (Ссылки на отрывки могут сбиться)
• — (Все оценки нужности находятся в последнем блоке) —

– – – Погружаемся – – –

Обновление «Метка AI» || [ Авторское право ]
Описание проблемы: многие заграничные пользователи на сторонних ресурсах не любят, когда картинки сгенерированные нейросетью ставят на один уровень с реальными фотографиями или работами нарисованными с нуля. Ai содержащие работы помечают на ТыТубе (замедленный заблокированный в РФ ресурс), X (запрещенный в РФ ресурс) и TikTok (запрещенный в РФ ресурс).

Решение: внести метку генеративного контента (та самая штука, что наравне с чертиком или клубничкой)

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

Комментарий: обновление на столько же полезное, на сколько и нет, так как может привнести много недопониманий и конфликтов на почве "я же не включал ai метку в поиске, почему я вижу генеративные картинки и описания?" или "я прошел тест, который был переведен или доработан машинно... почему нигде нет пометки?". 
Малая строгость к метке работает на сервисе pixiv (запрещенный в РФ ресурс) и там это реализовано скорее плохо, чем хорошо. Однако. это немного фильтрует контент

Оценка обновлению: 3/10. 
Нужно ли это на pikuco.ru? – ❌ Не нужно до тех пор, пока кто-то не введет какой-то регулирующий на AI закон.
Нужно ли это на pikuco.com? – ❌ Не нужно до тех пор, пока не будет огромного наплыва генеративных работ. В таком случае, пункты должны быть принудительны и наличие метки должно регулироваться редакторами/модераторами. Метка может быть обжалована автором, если тот приложит доказательства (элементы процесса создания работы). Форма может быть заполнена в статистике теста -> ограничения -> карандашик возле "контент содержит генеративные фрагменты".

Обновление «Ссылки на источники» || [ Авторское право ]
Описание проблемы: люди не любят, когда не указываются первоисточники

Решение: добавить поле для ссылки на автора при раскрытии изображения (так не придется менять отображение статистики или добавлять что-то в уже готовый плотный ui различных вариантов процесса прохождения)

Условности:
1. Ссылки на источники являются добровольным действием, однако, пункт становится принудительным, если существующий автор исходного материала не оценит отсутствие данного и, как следствие, свяжется с пользователем (в худшем сценарии: с администратором...)
Пункт 1.1. я убрал под спойлер за ненужностью. Считайте что его просто нет

1.1. Зарегистрированный пользователь имеющий как минимум 500 рейтинга может предложить автору ссылку на первоисточник через карандашик рядом с указанной (или не указанной) ссылкой. 
Проблема в том, что это опасный подпункт в котором высока вероятность скама. Для авторов нужно предупреждение при получении таковых ссылок. Примерные слова: "проверяйте содержание только следующих ссылок: Artstation ("https://www.artstation.com/..."), DeviantArt ("https://www.deviantart.com/..."), Danbooru (запрещенный в РФ ресурс),  X (запрещенный в РФ ресурс), Pixiv (запрещенный в РФ ресурс)". А чтобы обезопасить самого администратора, то были бы также к месту слова "администрация не несет ответственность за переходы по подозрительным ссылкам. В случае обнаружения подобных, пожалуйста, зарепортите их отдельным индикатором «⚠️», мы примем меры".

Поправки в ЗК при вводе данного обновления (авторские ссылки) также не нужны.

Нужность обновления: 7/10
Нужно ли это на pikuco.ru? – 🏴‍☠️ 50/50.
Нужно ли это на pikuco.com? – ✅ Скорее нужно

Обновление «Результаты диаграмм»

- - - [ ВВЕДЕНО ] - - -
Описание проблемы: среднестатистический пользователь может задаться вопросом "почему мои результаты прохождения диаграмм не сохраняются". Вопрос будет не совсем корректным, но мысль здесь следующая: "почему результаты прохождения учитываются, но не показываются всем", "почему результаты прохождения в истории, а не в интересах" и "почему мне нужно писать комментарий о том, какие у меня показатели?".
В общем, отсутствие отображения диаграммы как пройденной (во вкладке "Интересы") иногда может беспокоить.
Решение: показывать её в статистике И отображать три наиболее выраженных черты (результата) проходящего : 🟢 58%, 🟡 32%, 🔴 10%

- - - [ НЕ ВВЕДЕНО ] - - - 
Минус решения в том, что некоторые диаграммы делают как опросы с множественными результатами (через ответ да/нет раскидывая по баллу на каждый). Вот кстати хороший пример опросной работы и вот хороший пример диаграммы. Если бы эти две вещи (диаграмма и опрос) разделялись, принять решение о показе результатов было бы проще.
(upd. согласно стриму, админ собирается добавить тип "игра Джеффа" рано или поздно. Игра Джеффа = тест-опросник)

Правда, хз как показывать результаты для тестов-опросников. По идее, большинство опросов можно выводить просто как "опрос пройден". Чисто для пометочки в истории прохождений на первое время

Нужность обновления: 6/10. Фикс диаграмм это полезно и нужно, но и новый тип тестов необходим

Никакой особой ситуации с видео не существует, мы ведь все уже трогаем более зеленую траву и смотрим на perfect blue sky? Right, guys?

Обновление «Индикация ограничения длительности видео»
Описание проблемы: в редакторе видео-турнира мы можем установить границу окончания видео, но эта граница не всегда будет работать. Основная проблема в том, что пользователь может её перемотать. Пара кликов вне хайлайта и вот, человек может наслаждаться часовым приколом без прикола. И эта граница не видна! Пользователь будет не виноват! Для примера, вы можете попробовать пройти вот этот короткий аниме-тестикс. Некоторые точки начала здесь всего в 15-25-ти секундах отдаленности от панчлайна, но каково же искушение получить ключевой момент сразу, без прелюдий.

Решение: небольшая индикация при выходе за отведенный хронометраж:
Вариант 1: какая-нибудь мигающая штуковина
Вариант 2: окошко с предупреждением "Осторожно! Вы вышли за лимит установленный автором теста" с кнопкой "Хорошо" и маленьким чекбоксом "Не предупреждать снова"
Вариант 3 (идеальный и утопичный): пометка на таймлайне

Нужность обновления: 5/10. Может и подождать

Обновление: «Скрытые интересы»
Описание проблемы: как правило, если тест вам ну совсем не понравился – вы удаляете его из вкладки интересов. Но, что если тест вам понравился и вы не хотели бы это афишировать? 

Решение: приватная вкладка интересов.

При нажатии по глобусу тест перемещается в приватную ветку (глобус  на иконке сигнализирует о том, что результат на публичном обозрении). Ниже перейдем в иную вкладку.

Здесь вы можете заметить два варианта отображения нового индикатора. || 1. Раскрытый глаз = вы поделились тестом с кем-то из локального окружения (об этом ниже) || 2. Перечеркнутый глаз = результат доступен только вам

Если развивать тему, то приватная вкладка интересов могла бы работать не только как личное хранилище [перечеркнутый глаз в приватном разделе]. Вы можете повторно нажать на индикатор (главное не попасть по урне), и добавить пользователей в whitelist. "Whitelist" - это "белый список". Данный функционал допускает к показу результата избранных пользователей. 

Так, если бы у меня был друг с на столько крутой идеей, то мне бы не пришлось удалять прохождение его работы и его самого из друзей. Результат был бы чисто между нами 👉👈

Можно делиться и через ссылку (если человек на вас не подписан)

Вы можете задаться вопросом "а как вообще будет отображаться мой результат другим пользователям, если я оставлю комментарий и при этом скрою результат? Комментарий удалится?" – Нет. В результате будет "пользователь скрыл результат прохождения"

Нужность обновления: 4/10. Сомнительно, но окэй. Люди проходящие клубничку на месте? Сори что занизил нужность, пацаны 🤡

Обновление: «ctrl+v в редакторе поста»
Описание проблемы: практически всегда мне хочется иметь всё полотно текста в одном блоке, чтобы после разделять его на блоки там, где нужна картинка, заголовок или разделитель.

Решение: я не знаю что для этого нужно и как это описать или даже какой идеей помочь, но я бы многое отдал за факт размещения всего текста в одном блоке со всеми переносами строк вместо текущего импорта в многоблочную мегаструктуру
Нужность обновления: 9/10

  * * *

... Чтож, очевидные вещи уже позади. Предлагаю заварить чаечек и дать ему настояться минут 5, пока мы в целости и сохранности на этой хрупкой проклятой субмарине (вы ведь не забыли, что мы погружаемся в бездну Мейвианского безумия?). Дальше наша консерва может коллапсировать под давлением в тысячу атмосфер недопонимания, чистейшей глупости и бредика из черновика. Если можете открыть форточку – открывайте. И желательно в балласте. Мы отправляется в ад.

   * * *

Обновление: «слияние блоков»
Описание проблемы: нельзя сделать манхву, стен-газету, чертеж, или любой другой непрерывный прикол из склеенных друг с другом картиночек... Сейчас все картинки отделены друг от друга и имеют серую рамку. В этом есть свои прелести, но сделать какой-то пэйсинг или иную другую логику пустых пространств пока проблематично.

Решение: две скрепки поверх изображения, пожалуйста 😎

Нужность обновы: 7/10. Да, это ситуативно и артхаусно, но с каким кайфом мы будем читать посты-полотна – вы даже не представляете 😎😎😎. Это обновление не только для меня любимого с этими [ раз ] и [ два ] картиночками... Тут у нас и Эсипук может тряхнуть стариной... И Коля может запустить рыбок в Водный Журнал! И, быть может, Гаднесс комбекнет! И это только малая часть, ведь представьте какой наплыв мангак может быть на точка ком 😎😎😎 Ну и что, что качество не фулл сайз 19 000 на 6 000 000 пикселей? Пипл хавает 😎😎😎

Обновление: «предпросмотр постов»
Описание проблемы: пост нельзя предпросмотреть. Если я хочу как-то проверить дизайн поста с текстом, то я открываю последнюю запись в блоге и редактирую последний блок, попутно мучаясь с уже изложенной проблемой текстовой вставки... 
Первостепенно эта обнова нужна для пека-бояр, так как материал после публикации во многом отличается от показанного в редакторе. На релизе у нас иная ширина и высота изображения, да и сам текст оказывается растянутым на большее количество строк. Полный spaghetti incident...

Решение: кнопка предпросмотра

Нужность: да 🗿 (10/10)

[ Уже нет. Блок заменен на другое обновление ]

Ряд обновлений для постов: «разные мелочи о которых больше не нужно помнить»
- - -
❌ Фикс подчеркивания
Описание проблемы:
Проблема на самом деле многогранная.
1. Инцидент "А" – только UI кнопка || Если подчеркнуть текст с помощью UI кнопки (UI кнопка - это всплывающая при выделении менюшка, где мы можем выбрать [ U ]) и продолжить писать текст, то в дальнейшем мы не сможем снять подчеркивание в нужном отрезке UI кнопкой. Вместо частичного снятия подчеркивания оно будет снято полностью.
Также, если подчеркнуть этот текст, а затем создать подчеркивание так, то подчеркивание тоже будет снято.
2. Инцидент "Б" – только горячая клавиша || Если подчеркнуть текст с помощью горячей клавиши (ctrl+U), то с виду ничего плохого не произойдет. Мы можем выделять текст в разных местах, писать, частично убирать его по надобности и т.д. Ничего странного не происходит и это хорошо. Однако, мы можем заметить (но чаще не заметить) отсутствие подсветки символа [ U ] в UI, т.е. нет сигнализации о том, что текст подчеркнут. И совсем вскоре...
3. Инцидент "С" – смешанное подчеркивание || Вот тут начинаются страшные вещи. При написании текста ты не используешь только один данный тебе функционал. Иногда, когда ты пробегаешь уже написанный текст, удобнее выделять мышью. Иногда, когда ты печатаешь, – ты ставишь форматирование на ходу клавиатурой... Настоящая проблема появляется тогда, когда эти два варианта подчеркивания встречаются. Это создает ошибку не идущую в сравнение ни с какой другой. Тебе так или иначе блочат функционал подчеркивания. 
И ты не помнишь – выделял ли ты текст с помощью клавиатуры или кнопки, но оно и не важно (так как ты над этим еще не задумывался, не проводил исследование проблемы), к последующей подсказке, что UI указатель подсвечен или не подсвечен ты придешь потом (но обращать постоянно на это внимание...)... Так вот, если подчеркнуть сначала с помощью UI, а затем зацепить крайнюю часть и подчеркнуть клавишей, то UI указатель может перестать быть подсвеченным навсегда, а следовательно – убрать выделение сделанное UI кнопкой больше не представляется возможным. Ты пытаешься выделить ранее выделенное, вероятнее всего промахиваешься на один символ и просто создаешь еще больше ошибок подчеркиваниями. Так или иначе, подчеркивание просто не снимается.
Выше я оставил текст со странным подчеркиванием. Оно сломано. Я могу добавить к нему подчеркивание по бокам, если аккуратно выделю текст вне багнутого подчеркивания, однако, убрать проблемную часть остается только удалением


Я долгое время старался не обращать внимание, что у этой проблемы есть глубина (суть проблемы я понял только при написании этого поста). Всё просто иногда работает, а иногда ты тупо уже на автомате говоришь себе "ааа, да. Эта та ошибка, которую я постоянно встречаю. Чтож, сейчас я попробую что-то сделать и... *ничего, вздох*, ладно", а после ты уже на автомате делаешь "копировать - удалить - вставить" для очистки форматирования и накидываешь его заново.

Решение: комплексный ряд фиксов. 4/10 по нужности

* * *

❌ Фикс Shift+Enter
Описание проблемы:
Проблема тоже имеет несколько сторон.
1. Сторона "А" – "я прожал Shift+Enter, но передумал" || Буквально ошибка так и воспроизводится. Ты разделяешь блок надвое, а затем скрещиваешь их обратно бэкспейсом. Итог: ты больше не можешь разделить блок надвое. Вместо этого строка создается либо сверху, либо снизу от блока.
Если случайно допустить это несколько раз, то может создаваться пустая строка (или могут происходить какие-то другие весёлые последствия).
Также, после ошибки будьте осторожнее с CTRL+Z. Перенесенный текст не возвращается обратно и при повторных нажатиях CTRL+Z вы рискуете удалить часть текста вне своего поля зрения (если вы что-то исправляли вдали от данного блока). 2. Сторона "Б" – "Shift+Enter предлагает опубликовать пост при прожатии в описании под картинкой" || Ну... Да. Главное Enter после этого не нажать... Кто не знает, shift+enter отвечает за создание нового блока, но в случае с картинкой - создавать новый блок приходится пока через простой Enter.

Нужность фикса "А": 10/10. Крайне необходимо
Нужность фикса "Б": не критично, но весёлый пранк. 5/10
- - -
Есть и другие проблемы, но они для меня не так страшны

Обновление: «гуманная капча»
Описание проблемы: в среднем тесты-турниры на 1024 проходятся от 3-х дней до недели. Так как такой турнир сложно замарафонить – вы будете делать перерывы. Так вот, при возобновлении сессии вам всегда предлагают решить капчу. При неправильном выборе ответа вас выкидывает и прохождение стирается.

Решение: вместо стирания прохождения выдавать 5-ти минутный таймаут на прохождение выбранного теста

* * *

Обновление: "перезарядка капчи"
Описание проблемы: капча выдается в каждом тесте (или почти в каждом)

Решение: при успешном решении капчи – не выдавать её в течении 15 минут

Нужность#1: 10/10
Нужность#2: 6/10

Обновление: "снести на корню"
Описание проблемы:
1. Классический редактор нагляден, в то время как в редакторе древ тебе нужно открывать те или иные вещи. 2. Иногда же не просто открывать, но и скроллить по краю, чтобы просмотреть описания, названия или содержание атрибутов. 3. Иногда вместе с этим пробираться через дебри лагов и переделывать, 3.1. перемещая ячейки ближе друг к другу или 3.2. оптимизируя процесс для своей железки созданием секций (в секции нельзя перенести существующие ячейки. Как и вытащить их) 4. Но в секциях есть недостаток – они создают лишние клики для пользователя, замедляя процесс прохождения (два клика на вход в секцию, два от входа к выходу внутри секции и два от выхода на внешнюю ячейку или другую секцию). 4.1. И главная проблема в том, что точки начала и конца секции являются обязательными, не скипабельными. Ты не можешь вывести ответ где-то из середины секции в нужную точку вне её, как и наоборот. Тебе обязательно нужно пройти этот таможенный контроль, будь он на входе или на выходе.

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

6. Насчет ответов... Опытные древоделы знают, что ответ от ячейки можно протянуть на свою же ячейку, но чтобы выбрать этот ответ – нужно пиксель-хантить по ведущей пунктирной линии (сама табличка ответа, тем временем, прячется за собственной ячейкой...). 6.1. В другом же сценарии, когда разные связанные ячейки далеко друг от друга, ты еще чаще жмешь на эти пунктирные линии (будь они на импорт или на экспорт), ведь перемещать камеру к усредненной позиции между дальними ответами (для выбора таблички с ответом) – не очень удобно и целесообразно. Первую сотню часов ты будешь много раз промахиваться кликом по этим тонким хитбоксам
7. Также, касательно ответов, существует проблема обязательных дубликатов. Проблема обязательных дубликатов – это невозможность подвести более одного варианта ответа из одной ячейки к другой. Это создает а) вынужденные дубликаты, б) повторные проставления атрибутов для этих дубликатов (без возможности их копировать и вставлять)... в) пользовательский страх перед количеством вопросов в древе
8. Также, по ответам... Нельзя удобно изменить порядок вывода ответов для пользователя. Чтобы ответы выводились в нужном порядке - их остается только удалить и последовательно, в нужной хронологии, создать заново. С проставлением всех атрибутов

В этом типе тестов также случаются баги, не поддающиеся пониманию первопричины...
- Часто при связке двух ячеек может образоваться связь с абсолютно рандомной ячейкой
- Реже, - превью древа может пропасть или сузиться
- И, лишь один раз за всё время, – у меня сбился курсор. Он работал выше своей указываемой позиции (АК со сбитой мушкой представили?)

Если рассмотреть новый желаемый функционал и сказать, что его отсутсвие - это проблема, то я перечислю следующее (к обновам):
9. Горячие клавиши
10. Совместное созание (как в Miro или Magma)
11. Предпросмотр без загрузки картинок ( на самом деле это универсальная проблема для многих тестов. В том числе и для древа. Логику работы нельзя протестировать кнопкой "предпросмотр", если ты не загрузил картинки. Потому, приходится загружать какие-нибудь временные черные квадраты лишь для того, чтобы просмотреть работу и заменить картинки позже. (На разных этапах создания древа ты создаешь приблизительное видение будущей работы. И, как правило, текст всегда появляется раньше визуала).

– – – w – – –
Если выделить основные проблемы, то это необходимое дублирование, невозможность мульти-ответов между двумя ячейками и небольшой дискомфорт от навигации. Я не буду даже близко пытаться оценить объем работы, я не программист. Мне кажется, что здесь так много тонкостей, что вспомнить всё, что-то изменить и что-то не поломать будет затруднительно. На месте админа, я бы не залезал во внутренности пня, а попробовал бы создать его аналог
– – – w – – –

Решения:
У меня нет разумных решений с технической стороны. Впрочем, вы все равно можете взглянуть...
1. ❌ Проблема необходимого открытия (описания, названия, атрибуты) || Вы видели Articy Draft? Я понимаю, что это отдельное ПО и мы ограничены возможностями сайтов, но быстрый просмотр - это быстрый просмотр. Да, всякая не свернутая информация идет поперек оптимизации и у кого-то не потянет устройство (помянем), но с каким кайфом товарищ Мэйв будет потягивать папиросу в революционно новом brand new редакторе 😱😤😤😤😳
2. ✅️ Проблема скролла различных данных || Можно расширить поля для текста (названий, описаний, атрибутов) в высоту. Так мы сможем охватить немного больше вещей беглым взглядом и не придется мотать из стороны в сторону... На телефоне текущий вариант несомненно прикольный, но на пк этот прикол причастен к серии убийств
3. ❌ Лаги || Пропустим. Мы ведь не в гейм-мейкер энджине. It's allright...
3.1. ❌ Проблема мульти-выделения || Не решаемо. Админ когда-то пробовал добавить выделение нескольких ячеек. В моей давней работе это создало баг, при котором атрибуты ответов непроизвольно копировались друг в друга (вернее, их тип условия отображения)
3.2. ❌ Секции || ... понятия не имею как можно сильнее нарушить иерархию html.
4-5. ❌ Таможня атрибутов (оптимизация секциями процесса создания и неоптимизация пользовательского опыта || ... тот же ответ, что и в 3.2.
6. ❌ Проблема удобства пунктирной линии || Немного догадок как всё работает: волнообразная форма ответа получается благодаря двум овальным высечениям из изначально прямой линии. Т.е. у каждого ответа по бокам есть прозрачные овалы, придающие форму. Форма этих овалов (-> форма вычета) способна меняться.
Нам нужна иная траектория ответа (а следовательно, и иная форма высечения или её отсутствие)...  и, быть может, дополнительные точки входа/выхода для ответов. Всё для кликабельности (п6), удобности (п6) и возможности вставить больше ответов (п7).
❓️ 7. Проблема дубликатов || в одном старом древе была система мульти-ответов и это было прикольное время. Однако, в прикольные времена были лаги (сейчас есть лишь небольшая задержка). 
Я размышлял над причиной лагов и, подозреваю, основная проблема оптимизации древ – это миллиардные изменяющимеся числа с плавающей точкой в коде элемента (когда мы перемещаем ячейку с прикрепленным к ней ответом/ответами). Также, как мне кажется, редактор нагружают линии ответов. Чем дальше связанные ячейки друг от друга, тем сильнее лаги. Возможно, эти лаги связанны с п6 (расчетом форм). А возможно – дело просто в слишком далекой координате, т.е. большой площади прогрузки всей рабочей области
8. По остальному - скип

п7. Если бы существовали мульти-ответы, то структура данного теста имела бы форму башни. В дублях (а именно в описаниях) есть реакция персонажей на то или иное наше действие. Я мог бы хранить и сменять все реакции в нескольких атрибутах Temp_String...

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

Нужность исправлений: 1/10 (но 10/10 для проблемы дубликатов)
Нужность предложения Пса (древо-аналог): 9/10

Обновление: "режим отладки для древ" (проверка значений атрибутов)

Описание проблемы: в древе Waifu roll (древо-рандомайзер) есть особый режим с достаточно простым подбором. В нём роллится число в пределах тысячи и если оно совпадает с порядковым номером девочки, то на неё можно выйти. Но... Совпадения происходят не всегда. Где-то есть ошибка в условии отображения атрибута, но я не могу найти где

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

Пример отображения в углу:
int_money || 🔴 1 -> 🟢 670
int - тип атрибута
money - переменная
🔴 - значение до прожатия по ответу (последний предшествующий образ запоминается)
🟢 - значение после перехода по ответу

Нужность: ну... случай исключительный и работа на столько большая, что я не могу перекликать все возможные ответы.
Мб для кого-то ценность этой обновы будет 4/10, но для меня 7/10

Обновление: "не оповещать об этом тесте" [ вы - автор ]
Проблема: иногда хочется выпустить чуть-более локальную работу чем обычно. К примеру, - мемы и приколы. Однако, среди своих подписчиков ты знаешь, что треть это не оценит (некоторые ждут серьезные работы из серии крутых).
Следовательно, если я закрою на это глаза и выпущу че по кайфу без сильных заморочек, то существует вероятность отключения уведомлений по ту сторону провода.
Решение: 
а) введение чекбокса "отключить оповещения" возле кнопки "опубликовать тест". Для нужной целевой аудитории мы после прохождения теста воспользуемся кнопкой "поделиться прохождением"
б) можно пойти на шаг вперед. Кнопка "поделиться" появляется в редакторе. При нажатии в ней по-умолчанию стоят все сабы.

Нужность: 4/10  

   * * *

Обновление: "составление списков для «поделиться прохождением»" [ вы - автор или потребитель ]
Проблема: многие пользователи используют "поделиться прохождением". И я понятия не имею как эти ребята не устают раз за разом отмечать множество людей по одному (хотя, процесс это прикольный)
Решение: доп функционал для существующей функции "поделиться прохождением". Пользователь может создать несколько списков из подписчиков и использовать заготовки.
Нужность: 5/10

   * * *

Обновление: "не оповещать об этой рубрике" [ вы - потребитель ]
Проблема: "привет Вольфрам, прости, но я не хочу проходить работы из рубрики Кино/Серики. Я в этом не шарю и у меня с этого чаще горит жопецкий, нежели я воспламеняюсь от интереса"
Решение: позволить пользователям указывать в настройках профиля забаненные для предложений рубрики. Забаненные рубрики не будут показываться в новых/интересных тестах и не будут предлагаться пользователями
Нужность: 4/10, я всегда могу урезать предложения и уведомления от автора Эн (жаль конечно, что у потенциального автора Эн не все тесты одной рубрики и что-то я могу правда пропустить)

Обновление: "Enter в атрибуте"
Подводка к проблеме: в Waifu Roll есть текстовая часть, проходящая через тройной цикл... Весь текст в данном цикле состоит из атрибутов... С каждым циклом количество текста уменьшается, выражая идею о стремлении всех вещей достичь самую нестабильную форму – простоту без лишних символов.
К третьему циклу все импровизированные разделители (в атрибутах) (("⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻— — — — — — ——––      " -> " ")) убираются (вместе с графоманией) и игрок может заменить всё собственными предложениями, тем самым завершая ритуал. 

Проблема: на третьем цикле я не могу создать обычный перенос строки при помощи атрибута. В динамически-изменяемых описаниях мне по-прежнему необходимы старые методы вроде вот этого "⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻⸻— — — — — — ——––      ". (Поэзия недостижима). 

Решение: 
а) добавить нишевую фишку с вводом <Enter> для string атрибута. 
б) добавить enter как отдельный type атрибута (этот вариант нравится больше)

Нужность: 8/10. У меня нет никаких альтернатив. 
Костыль с четким переносом строки для ПК и мобильного устройства (определенного размера) был гениален и универсален, но теперь, на фоне адекватных работающих отступов он стал дурацким. Я был бы рад заменить большинство "разделителей в текстовом атрибуте" на "атрибутный перенос строки (будь он в текстовом атрибуте или где-то отдельно)".

   * * *

Обновление: "NULL в атрибуте"
История: 
= = =
Как вы знаете, в атрибуты мы можем написать не более 100 символов. 
В самом сыром виде вышеизложенного древа я так и делал... Отмерял каждый кусок и хранил в отдельных атрибутах, при этом не забывая о том, что на конце должен быть пробел или знак препинания. 

Времена изменились и я нашел лазейку, но есть одна вещь, которая сильно меня беспокоила. 
По прохождению циклов, enter'ы и любой другой текст убираются. То есть содержимое атрибутов заменяется на ничего и все счастливы. Или... История была не такой?... Дайте момент, я попытаюсь вспомнить...

* Погрузимся в прошлое *

Я всё заменил на ничего. Всем атрибутам, что стали не нужны, я удалил всё, оставив пустое значение "" в ответе. И тогда, когда я нажал на кнопку "опубликовать", я получил именно то, что заслуживал с самого начала. Передо мной появилась целая гора ошибок и каждая снова и снова говорила о том, что атрибут должен что-то в себе содержать.
 . . .
Я заполнял каждую пустоту пробелами. Раз за разом. И каждый раз, пройдя всё, считал что всё готово... Каждый раз, нажимая на кнопку "опубликовать", что-то готово не было. Я выделял текста раз за разом, пытаясь найти места, где еще пробела нет. Незаполненное поле никак не подсвечивалось и ты проверяешь ~ Каждую. Незаполненную. Строку. Проверяешь те места, где ты УЖЕ проверял. Проверяешь те места, где ты уже поставил пробел. И ты не знаешь, содержит ли место пустоту или на нём будет пробел " "...
 . . .
Я заполнял каждую пустоту её иллюзией. Не знаю, было ли моё выражение лица злодейским, когда ошибка появилась раз 30 или я выдумал это только что... Вероятно, под окончание этого безумного процесса, я чувствовал какое-то бредовое послевкусие или, быть может, бредовым послевкусием и был я сам.

" Но почему ошибка вообще появлялась и почему я это исправляю? " – посетила меня бредовая мысль и за ней последовал ответ с наполовину разумным содержанием, – "в обычной ситуации ошибка не позволяет мне изменить атрибут в ответе на пустое содержание. И, как следствие, пробелы оказались первым вынужденным действием или же очередным моим идиотским решением... Эти пробелы не пусты... Пользователи могут видеть эти проклятые отступы на конце, начале или даже середине текста" – я заполнял каждую пустоту своего сознания этими сомнениями и самое печальное, что они были верны. Пользователи их видят. 
 
Не важно сколько прошло времени.
Не важно что произошло
Я объявил абсолютно пустой атрибут VOID. 
Вы скажите – «ты безумен». Я отвечу – «так и есть». 
Времена изменились. И я нашел лазейку.
Мне нужно было вернуться туда, откуда я начинал.
Вернуться туда, где было всё.
 . . .
Сейчас важна только пустота. Пустота пожирает всё. Создав новый атрибут с пустотой, я начал заражать ей другие атрибуты. Я лихорадочно приравнивал атрибут VOID к другим, давая каждому абсолютную точность мертворожденной информации. Пробелы, как и любые другие символы, стремительно становились ничем. Каждый элемент в этой зацикленной микровселенной постепенно приобретал отсутствие какого-либо значения. Я переработал их всех... И оставил пустоту в сердце. Или... История была не такой? Все эти пробелы, символы, информация... А завершал ли я когда-либо свои дела до конца? Я не знаю. Я не могу вспомнить
= = =
= = = = = =
= = = = = = = = =
Пора выбираться из этого безумия.
Как вы поняли, мы воспользовались ATR = ATR и проблема решена. Никакое обновление не требуется, так как оно уже есть.

Но... В этой истории всё не просто. Чтобы додуматься объявлять пустой атрибут (буквально пустой), нужно знать что таковое возможно наперекор редактору. Напомню, что редактор всячески старается уведомить нас, что мы должны заполнять пустые поля в значениях атрибутов (внутри ответов). Мы не можем оставить текстовое поле для атрибута пустым, но мы можем взять другой атрибут, который ничего изначально не имеет и установить его, превращая весь текст не в пробел, а в пустоту.
Это работает и в противоположную сторону. Да, мы не можем внести в содержание атрибута более 100 символов, но мы можем создать ситуацию, в которой у нас есть очень даже увесистая заготовка (с тысячей символов).

Оценка существующему обновлению ATR = ATR: 9/10
Оценка существующим хитростям (долгих им лет жизни): 9/10

Послесловие, предложение решения:
Я согласен, что предупреждение о незаполненном атрибуте - это очень полезно. Такая штука не раз мне помогала и поможет еще многим, но всё же, тут могло бы быть обновление по аналогии с ENTER'ом: 
а) -
б) засунуть атрибут NULL в отдельный тип, к Enter'у. 
Нужность нового решения: 5/10. Некоторые вещи просто станут очевиднее

• - Все оценки нужности лично мне -
• 🧊 Метка AI - 3/10
• 🧊 Ссылки на источники - 7/10
• 🧊 Тесты-опросники (Игра Джеффа) - 6/10
• 🌊 Пометки видео-хронометража - 5/10
• 💧 Скрытые интересы - 4/10
• 💧 CTRL+V в постах - 9/10
• 🎆 Слияние блоков в постах - 7/10
• 🎆 Предпросмотр постов - 10/10
• 🎆 Фиксы подчеркивания - 4/10, фикс shift-enter - 10/10
• 🎆 Капча не стирает прохождение, а дает таймаут - 10/10 
• ⚫ Исправление древа - 1/10 (решение проблемы дубликатов - 10/10). Создание аналога - 9/10
• ⚫ Режим отладки для древ - 6/10
• ⚫ Не оповещать о тестах/рубриках и списки из сабов - 4/10, 4/10, 5/10
• ⚫ Enter и Null в атрибуте - 8/10, 5/10