Ычан: [d | b / bro / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / vn / vo]
[Назад] [Вся нить] [Первые 100 сообщений] [Последние 50 сообщений]
Ответ в нить
Имя
Animapcha image [@] [?]
Тема   ( ответ в 15850)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3045 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
148897178963.png-(34.62KB, 355×585, 1383852009227.png)
15850
No. 15850    
Данная нить сделана по согласованию с администрацией Ычана.

У администрации Ычана появилось желание добавить некоторые функции в стандартный пользовательский интерфейс, что требует доработки местного JS. Поскольку специалистов в этой сфере на примете нет, было решено обратиться к сообществу.
Какие функции нужны:
  • Скрытие тредов. Видимо, с использованием localstorage. Учитывайте возможность развернуть тред обратно.
  • Разворот картинки на странице по нажатию на уменьшенную копию. Большие картинки должны разворачиваться не в натуральную величину, а с учётом ширины и высоты окна. По повторному нажатию сворачиваться обратно. Учитывайте, что иногда вместо уменьшенной копии бывает заглушка спойлера, а в огороженном разделе /gf/ есть флэшь-файлы, которые этак разворачивать смысла нет.
Желательно, чтобы скрипты были достаточно легковесны, чтобы помещаться в wakaba.js. Минимальными должны быть и предлагаемые правки вёрстки самих страниц (радикально никто ничего перепиливать не будет).
Предпочтительная лицензия скриптов — общественное достояние (public domain), как у самой «Вакабы».

Пока всё. Администрация не рассматривает идеи подключения куклоскриптов или чего-то подобного тяжеловесного целиком, так как стремится сохранить минимализм интерфейса сайта. Также пока не рассматриваются предложения по неким другим функциям.
Развернуть все изображения
No. 15851    
А что, sarcastic cat таки забил на перепиливание движка?
No. 15853    
148897385541.png-(233.06KB, 750×600, 1311882065415.png)
15853
>>15851
Если бы кто-то чем-то занимался, то этого треда бы не было.
No. 15854    
>Скрытие тредов
Скрытие тредов сделать будет проще всего. Собственно, это можно реализовать как на 410м, добавить плашку-плейсхолдер для скрытых тредов, и кнопочку скрытия. Для браузеров у которых нет локалстореджа можно сделать фоллбек на куки.

>Большие картинки должны разворачиваться не в натуральную величину, а с учётом ширины и высоты окна.
Тут придётся выбрать, по ширине или по высоте. Не скукоживать же макрос до высоты окна смартфона, например. Но в целом, если не будет стилевых конфликтов это ограничение возможно сделать css-средствами. Если, конечно, нет ограничений по версии CSS. И тут подходим к главному:

Вы не назвали целевые браузеры для отображения. Базово, насколько олдскульно всё нужно сделать? Потому что мне кажется, что текущий ычан можно вообще открывать на чем угодно и использовать без яваскрипта, например. Т.е. хотелось бы понять, к насколько старым версиям JS и CSS мы стремимся
No. 15855    
148898009749.jpg-(20.18KB, 219×300, 7114643.jpg)
15855
>>15854
Куки не хотят, чтобы не раздувать оные куки всякой лабудой.
Браузеры актуальные, костыли для всякого старья не нужны. Просто с отключенными/неподдерживаемыми скриптами оно должно работать как работает сейчас.
В чём проблема скукоживать на смартфоне? Там всё равно будет удобнее в новой вкладке открыть.
No. 15856    
>>15855
>Просто с отключенными/неподдерживаемыми скриптами оно должно работать как работает сейчас.
Т.е. я правильно понимаю, что хочется вообще никаких изменений в вёрстку не вносить, и необходимые элементы интерфейса тоже добавлять скриптами?

>В чём проблема скукоживать на смартфоне?
Читать будет неудобно же. Это сейчас для смартфона всё классно, нажал - открылась картинка в новой вкладке. А с этим скриптом - уже нет, будет подгоняться прямо в текущем DOM под экран. Ну, если не делать специально чтобы на смарфтонах всё было по-старому.
No. 15857    
148898100986.jpg-(515.01KB, 595×841, 9387484.jpg)
15857
>>15856
>Т.е. я правильно понимаю, что хочется вообще никаких изменений в вёрстку не вносить, и необходимые элементы интерфейса тоже добавлять скриптами?
Что-то уровня кнопок скрытия можно добавить. Главное, чтобы эти не мешали пользоваться сайтом тем, у кого это не работает. По-моему, это самоочевидно.
Если можно разворачивалку картинок на мелких экранах подавить, то лучше подавить.
No. 15858    
>>15857
Ок, I'll see what I can do.
Если что, запощу предлагаемое решение прямо сюда.
No. 15859    
148898847756.png-(70.90KB, 469×346, hide.png)
15859
Полчаса в блокноте http://pastebin.com/qdDGcMjB
No. 15860    
>>15859
Ну и картинки http://pastebin.com/1M1TE13U
No. 15861    
Родное скрытие тредов? Вот это поворот.
No. 15862    
>>15861
Это будет не нативное скрытие, а лабуда какая-то. Нативное скрытие — это когда сервер отправляет тебе только нескрытые треды для отображения на нулевой, динамически формируя эту самую нулевую для каждой сессии. Здесь же предлагается решить всё на стороне браузера. Нет, для тех, кто не использует сторонние юзерскрипты, это будет лучше, чем ничего, конечно...
No. 15863    
>>15862
Для тех кто не использует? Лол. После выше описанной ситуации те кто не использует начнут использовать принудительно скрипты же. И единственный способ отключить их будет в отключении JS на корню. Особенно если все функции в один файл запихают.
No. 15864    
148899757712.zip-(1.04MB, iithread_collapse_threads.zip)
15864
>>15850

Альтернативное решение, написанное более старо и с некоторыми проверками. В отличие от предыдущего автора требует впиливание в вёрстку.

В хедер нужно добавить сам скрипт:
<script type="text/javascript" src="rm_files/iithread.js"></script>

Потом нужно добавить перед каждым div с тредом плейсхолдер:
<div id="thread-placeholder-73380" style="display:none;">Тред <a href="http://iichan.hk/rm/res/73380.html">73380</a> скрыт. &nbsp; [<a href="#" onclick="javascript:iiexpandthread('rm', 73380); return false;">Раскрыть</a>]</a><br/></div>

В каждом треде нужно добавить кнопку скрытия после кнопки [Ответ]
 &nbsp; [<a href="#" onclick="javascript:iicollapsethread('rm', 73380); return false;">Скрыть</a>]

В конце страницы добавить вызов убирания ранее скрытых тредов (для повторных заходов и перезагрузок страницы):

<script type="text/javascript">iicollapseuserhiddenthreads('rm')</script>


Зипрелейтед - сохраненная страничка с уже вставленным всем, в качестве примера того как это работает.
No. 15865    
>>15864
Вместо 'rm' и 73380 подставляются имя доски и номер треда соответственно.
No. 15866    
>>15854
Через стили можно реализовать всё, кроме запоминания скрытия. У кого работать не будет, у того просто не будет работать. Но без запоминания теряется смысл. А вообще >>15862 господин прав, и в /d/ ычана всё это много раз обсуждалось. Всё что не на сервере = костыли, а в данном случае ещё и костыли принудительно вставленные. И так уже гуглозонд нам вставили. Выбора пользователю никто не даёт. Сейчас конечно модно всё за других людей решать. Но по человечески эгоистично всё это. Лучше дайте нормальный инструмент по подключению всех этих функций к браузеру для технически не подкованных людей. Хотя бы однокнопочный однострочный скрипт по подключению куклы. А то армейским способом кусабите. Ссылки на куклу во фрейме нет? Каталога браузерных расширений там же нет? Конструктора расширенного функционала нет? Нативной серверной поддержки нет? Зато будем принуждать всех парсить жабокостылями сраницы. Потому что новички тупые и им лень. Да любому нормальному человеку будет лень, если он не гик-линуксоид. Но это же не повод в самом деле!
No. 15867    
14889979967.png-(703.94KB, 1151×642, 12345678.png)
15867
>>15862
>>15866
Напишите сначала нормальный движок с динамическими страницами, а потом будете продвигать ваши блестящие идеи.
No. 15868    
>>15867
Блестящая идея заключается в том чтобы дать людям выбор. А то меняете мыло на шило. Даже хуже. Раньше скриптов почти не было, но их можно было основательно погугля найти и подключить. Теперь всё будет включено как в метроотеле, опять же принудительно, а на выбор только отключить JS. Зачем обязательно впадать в крайности и устраивать из их выбора драму? Я не понимаю. Кому надо - тот подключит. Хотите помочь им? Положите на видное место и упростите процесс. Нет же, нужно тех кого всё устраивает упрекать в том что они не пилят новый движок, а тех кому нужен падающий снег и webm что не могут сидеть на голой вакабе. Всё через садо-мазо, чесслово.

Банально куклу прикрутите через .innerHTML = и повесьте бинарный переключатель на кнопку. Я не знаю что может быть проще ссылок во фрейме и кнопки делающей звездато.

Я бы может и раз запилить движок для АИБ и давно сам мечтаю. И опыт у меня есть, аж по написанию движка для полноценного форума... правда он накрылся недописанный вместе с хардом больше 10 ле назад. Но только меня всё устраивает и даже после отключения JS будет по большому счёту устраивать, а время незаметно всё куда то уходит, уходит и кажется что даже от части на пользу Ычану, а мир всё так же катится по маршруту автобуса. И логика в нём.
No. 15869    
>>15868
> Блестящая идея
Блестящая она конечно потому, что твоя.
No. 15870    
>>15867
Котоба жи!
No. 15871    
>>15869
Не понял сарказма. Мой был в том чтобы назвать "блестящей идеей" что то из очевидного и извечного. Если право выбора было твоей идеей, я не против, коперайти.
No. 15875    
>>15874
Страницы не динамические, алло. И не могут они быть динамическими при хоть сколько-то заметной посещаемости, разоришься на серверах каждый раз рендерить их.
No. 15876    
>>15875
Тогда го в твиттер, максимум динамики и кто-то умудряется в его убыточность до сих пор инвестировать.
No. 15877    
>>15876
Попробуй его без JavaScript открыть для начала. Там на стороне клиента делается ВСЕ, что только можно, и это правильно.
No. 15879    
>>15877
Всё, кроме собственно генерирования уникальной ленты для каждого юзера, его уведомлений, меншенов, а также листов. Потому он и лёг во время одного из оскаров, когда зрители пошли ретвитить один твит.
Алсо твитдек раньше позволял ленту любого неприватного аккаунта смотреть, но потом это убрали.
No. 15880    
>>15876
Ты конечно сравнил, молодец. Чего не с гуглом сразу?
No. 15881    
А Доброчан-онии-тян почему не отжат^H^H^H^H^H попросить? У неё же это всё есть.
No. 15882    
148906062240.png-(3.92KB, 252×60, 2017-03-09_14-56-16.png)
15882
>>15850
Ага, знаем мы эти желания.
No. 15884    
>>15881
Во-первых, там очень тяжёлый движок, который потребует апгрейда всего что можно. Во-вторых (на самом деле во-первых), с чего бы его Рус кому-то давал?
No. 15887    
А что вообще должна делать серверная сторона имиджборда? Сететвую составляющую по разграничению прав доступа тоже можно выгрузить на аутсорс другому ресурсу. Остаются одни операции над базой данных? Не знаю как вам, а мне кажется что выдавать заранее сформированные закешированные шаблону куда быстрее чем каждый раз копаться в базе данных по запросам АПИ. Другое дело, если приходится пересобирать всю доску при каждой отправке очередного поста. Включая давно забамплимиченный тред куда он постится... кхм, извините увлёкся, похоже обсуждение ушло куда то не по теме.
No. 15891    
Это всё хорошо, но что с предложенными вариантами скрытия тредов? Запостили сюда два, они были рассмотрены?
No. 15892    
148914130784.jpg-(390.26KB, 925×1133, 7117048.jpg)
15892
>>15891
Ждите, это ж Ычан.
No. 15893    
Вобщем, запилил я разворот картинки. Получилось очень неинвазивно, достаточно просто подключить скрипт и вызвать инициализацию в конце страницы, всё. Спойлерон работает, /gf/ отсекается по критерию "ссылка заканчивается на .swf", допустимая ширина картинки берется из эффективной ширины поста. Остается один вопрос - как детектить мобилочки? Страшно, по юзер-агенту, или по-простецки, всё что меньше 800х600 записывать в мобилочки?
No. 15894    
>>15893
>Остается один вопрос - как детектить мобилочки? Страшно, по юзер-агенту, или по-простецки, всё что меньше 800х600 записывать в мобилочки?
Может по соотношению сторон окна или по dpi экрана.
>по юзер-агенту
Он же для этой цели создавался.
No. 15897    
Предлагаю какому-нибудь ОПу создать на автобусе филиал этих
http://iichan.hk/b/res/3953348.html
http://iichan.hk/b/res/3762663.html
http://iichan.hk/b/arch/res/2452321.html
тредов. А так же (не)оффициальный храм куклоскрипта.
No. 15898    
148926891621.zip-(1.97MB, iithumb_expand_thumbs.zip)
15898
>>15850
>>15857
Сделал вам разворачивалку с учетом мобилочек решил таки по юзер-агенту их определять В архиве примеры с досками /a/ (включая спойлерон) и /gf/. Это самая простая реализация, если она будет принята в целом, я могу подзаморочиться и улучшить визуальную отзывчивость сейчас для пользователя ничего не происходит пока картинка не загрузится, потому что принудительно не изменяется размер элемента img. В примерах из архива большие картинки грузятся прямо с ычана.

Подключается просто. В хедер нужно добавить сам скрипт:
<script type="text/javascript" src="a_files/iithumb.js"></script>

В конце страницы добавить вызов для инициализации:
<script type="text/javascript">iithumbinit()</script>

No. 15899    
> в конец страницы добавить
Ну что за колхоз? В сам скрипт вставляешь:
window.addEventListener('load', function () { your init function });

No. 15900    
>>15899
Скрипты по-хорошему добавляюься не в head, а как раз перед </body>, так они не замедляют время рендеринга страницы.
No. 15901    
>>15900
Но у нас тут не кружок разработки веб-приложений, а вполне конкретное ТЗ. Скрипты будут добавляться в wakaba.js, ибо надо, чтобы работало и в архивных нитях. А там своих функций хватает. Приведенный выше метод позволяет вообще вставлять копипастом, не трогая другие места скрипта.
No. 15902    
Короче вот:
https://github.com/WagonOfDoubt/iichan-extensions
No. 15903    
>>15899
>>load
Ага, и жди когда загрузятся все картинки. Отказ же.
Там надо было бы по хорошему тогда мультибраузерный ready запилить, но опять таки, допилить что-то если ычановцы попросят не тяжело.
No. 15904    
Алсо
>Кроля
>разбирается в JS на уровне "детектить колхоз"
Зачем вообще создавать этот тред тогда, если разработчик у вас уже есть?
No. 15905    
>>15903
Ну тогда
DOMContentLoaded
используй.

>>15904
Никто ничего не спрашивает, а я им через libastral что-то должен делать?
No. 15908    
>>15899
Ты лучше посмотри как тут на автобусе адаптивная капча и слежение за тредами реализовано. Какие эвенты? Всё прямо во время парсинга DOM-дерева запускается (inline script'ы).
No. 15909    
148944315683.jpg-(131.63KB, 801×900, 8401643.jpg)
15909
>>15908
Почему его должен волновать местный код?
No. 15910    
Мысли насчёт разворачивалок: при наведении на картинку в углу поверх неё показывать кнопку для раз/сворачивания, а клик по самой картинке как обычно в новой вкладке, чем мобилки и будут пользоваться. И выбор тогда в наличии (в идеале конечно меню настроек, как на форчане).

Кнопку не в левом верхнем углу, а например правом, и отключать ссылку на развёрнутой картинке, для чего достаточно превратить её в
javascript:void('изначальный_адрес');
, чтобы легко потом вернуть обратно. Это к тому, что у меня иногда левый клик на мышке 2 или 3 раза при нажатии в одну точку срабатывает, inb4 купи новую. Нынешний интерфейс вполне устраивает, wakaba.js отключен, костыли сам себе пишу.

Как вариант, в порядке бреда, кнопка разворачивания при наведении — размером ровно с тумбнейл.
No. 15911    
Наверное, самое спартанское решение.
http://codepen.io/anon/pen/vxJLOz

Разворачивалка картинок, перетаскивание не поддерживается
Скрытие тредов, хранение в localstorage

Деплой:
65 строк js
20 css
В отдаваемой верстке нужно добавить элемент .thread-hider. В примере выше это простой span с текстом [X], можно сделать любым - button, image, anything-more-with-background-image...

Поддержка IE: 9+
No. 15912    
>>15911
Негодяй-codepen минифицировал js

Вот сырой http://pastebin.com/jQ96wZec

Размер 2.2К
No. 15913    
>>15912
А, ну и отключение разворачивалки на мобилках по user-agent.

В целом все это больше на css работает, чем на js - скрытие, максимальный размер картинки, етц. Js только классы переключает и события вешает.
Для широкоформатных мониторов тестировать удобнее так http://codepen.io/anon/pen/vxJLOz/left/
No. 15914    
148950246986.png-(104.40KB, 1382×685, Безымянный.png)
15914
Возможно, также придется по вкусу css-стакование скрытых тредов
http://codepen.io/anon/pen/ryzjGa/left/
No. 15922    
Ну вот, получился конкурс какой-то. Лушче б взяли что-то одно за основу и допилили.
No. 15924    
>>15922
Сдается мне, никто ничего впиливать в ычан не будет.
В этом треде только 2 типа: одни против каких-либо изменений и вообще скрипты зло нужно сидеть через диал-ап, пользоваться нетскейп навигатором и гуглить в альтависте #вернитемнедевяностовосьмой; и второй - те, кто запилили свои костыли за 5 минут (а больше и не надо) и ждут, что Соус Мод-тян обрадуется и запилит их скрипт на ычан за те же 5 минут.
Ну и есть наверно третий тип, малочисленный, они сидят на ычане и не знают разницы между window.onload и addEventListener, про куклоскрипт не слышали и им и так хорошо, они ждут продолжения "лета".
No. 15925    
14896116352.jpg-(52.80KB, 233×500, 1262613729552.jpg)
15925
>>15924
Если бы никто ничего не собирался впиливать, этого треда бы не было.
Чего кого-то теперь нетерплячка бьёт, я не знаю. Это Ычан, дела быстро не делаются, к сожалению. До лета впилят, я думаю, но точнее сроков никто не назовёт.
No. 15937    
148977599697.png-(115.39KB, 497×270, slow.png)
15937
Э… там рак на горе свистнул? С чего вдруг такие предложения?
No. 15938    
Повторю ещё раз - js нужен только для сохранения результатов действий пользователя. В куках или локальном хранилище, не важно. Всё остальное умеют стили. В том числе скрывать и раскрывать по наведению\клику и прочий интерактив. Причём вешать можно уже на имеющиеся классы.
No. 15940    
>>15938
>умеют стили. В том числе скрывать и раскрывать по наведению\клику и прочий интерактив
По наведению, понятно, :hover, а вот про то, что стили умеют что-то скрывать по клику, слышу впервые. Нет, в теории, можно впиливать невидимый checkbox перед тредом, а тред обернуть в label, и повесить стиль на :checked+блок_треда, но это настолько костыль, что нет, спасибо.
Так что js должен отвечать за сохранение И за скрытие. За одменистрацией только остался выбор стратегии скрытия, выше есть варианты - js просто добавляет класс, и стиль скрывает тред, или более продвинутые, где происходит модификация содержимого, чтобы, например, выводить текст поста, если тема не заполнена. Если так радеете за аскетичность, первый вариант вполне подходит.
No. 15941    
>>15940
>а тред обернуть в label
Спать пора. Кнопку скрытия обернуть в label. Но тут потребуется автогенерация id в чекбоксе и прописывание for в label'e, чтоб они связывались. А это уже не простое впиливание в верстку, а полноценный кодинг на серверной стороне. Оно вам надо?
No. 15942    
Мое решение для вас. Убейте вакабу, она давно этого просит.
No. 15943    
>>15938
Предлагается картинки раскрывать тоже цссом? Если да, то это будет худшее нововведение Иичана эвар.
No. 15944    
>>15938
Как же забавляют такие теоретики, которые лучше всех знают как надо, но не имеющие представления как это сделать.
No. 15945    
>Сперва добейся!
Ага, конечно, даже не почешусь. Иначе тогда уж брать и в самом деле готовый проект предлагать.
Кому интересно сами нагуглите. Кому не интересно - можете дальше гореть. Единственное что, повторюсь, результат не запоминается. А значит совсем без js бесполезно.
No. 15946    
>>15945
Повторюсь, повторяя еще раз, как я уже говорил, повторяя вышесказанное, повторяю что я повторял, хватит писать глупости, если не имеешь представления.
No. 15967    
Вы бы что-ли новости какие-то сообщили.
No. 15968    
>>15967

>>15925
No. 15970    
Буду признателен если вы пришьете вакабе нормальный tomorrow.
No. 15974    
Я тут упоролся и сделал es6-only версию: https://github.com/WagonOfDoubt/iichan-extensions/tree/bells-and-whistles
No. 15975    
Я знаю!
М-тян впилит нововведения аккурат к юбилею! Чтобы сырны могли с гордостью вспоминать этот день, говоря, что ждали этого момента 10 лет.
No. 15985    
>>15911
Тут это... Добавил свертывание картинки по клику вне ее.
http://codepen.io/anon/pen/qrJbYo/left/
No. 15986    
>>15985
> 11 Use '!==' to compare with 'null'. (Google it)
> 12 Don't make functions within a loop. (Google it)
> 18 Don't make functions within a loop. (Google it)
> 47 Use '===' to compare with 'null'. (Google it)
> 70 Missing semicolon. (Google it)
> 3 Don't use IDs in selectors. (Google it)
> 13 Don't use IDs in selectors. (Google it)
No. 15988    
>>15986
Спасибо за конструктивную критику, поправил.
С функциями вне цикла получилось на несколько строк больше. Про id в селекторе - сомнительно, т.к. там селектор дочерних элементов. Делать getById а потом на нем выбирать дочерние элементы имхо излишнее усложнение.
No. 16010    
>>15974
Слил все в master: https://github.com/WagonOfDoubt/iichan-extensions
Решил оставить es6-версию потому как все актуальные браузеры поддерживают es6, а пользователям Оперы Престо, Эксплорера и телефонов со старым андроидом меньше всего нужны какие либо нововведения. У них скрипт просто не выполнится и все будут довольны. Поддержка оставшихся 5% в приоритет не входит.
No. 16058    
Так кто победил в конкурсе? >>16010-кун?
No. 16078    
>>16058
Ждем программиста, предсказанного Пророчеством - на белом коне и с большими усами, который сделает
>js нужен только для сохранения
>Всё остальное умеют стили
No. 16455    
>>16078

И явится программист на чёрном моноколесе и с большими усами, и имя ему будет Мицгол.

たぶん。
No. 16462    
А как насчет того, чтобы на чиочане такую же раскрывалку картинок запилить?
No. 16465    
>>16462
Она есть с основания. Только надо на ссылку над файлом нажимать.
No. 16556    
А зачем на div с тредом добавлять class="iichan-thread-hidden", если достаточно стилизовать не
.iichan-thread-hidden {display: none}
а
.iichan-hidden-thread-placeholder+div {display: none}
, тем паче что именно через + сделано "раскрытие по наведению". А то получается, скрываем по классу, а раскрываем по другой-класс+див, ну и добавление такого класса выглядит избыточным, не?

Объясните любознательной баке в образовательных целях.
No. 16746    
Больно нужно это скрытие. Лучше бы карту постов добавили.
No. 18406    
15150516636.png-(675.78KB, 2260×1600, Девушка с бензопилою из Са.png)
18406
Автор реплики >>18375 огласил идею показа бамплимитнувшихся обсуждений внутри каталога.
No. 18412    
>>18406
Это не то, что могут сделать третьи лица.
No. 18413    
151507294013.png-(2.62MB, 1920×1080, Sakurasou no Pet na Kanojo -- sleeping Shiina.png)
18413
>>18412

Если только третьи лица не вздумают посредством AJAXового обходчика самостоятельно собрать с доски список активных обсуждений, затем сверить его с содержимым страницы каталога и поместить в её конец под заголовком «Бамплимитнувшиеся:» те обсуждения, которые в каталоге отсутствуют.
No. 18419    
>>18413
Вообще, я мог бы открыть свои подосковые каталоги, со счётчком постов и сортировкой тредов примерно совпадающими с настоящими. Только там список напополам с 404 и архивными за день, что мне без отмашки открывать совершенно не интересно.
No. 18507    
151541993112.jpg-(191.20KB, 1920×1080, 1514480462198.jpg)
18507
Что-то с размерами thumbnail'ов, при заходе в нить по ссылке где-нибудь в конце позиция скачет по мере подгрузки превьшек. При отключении js такого нет.
No. 18508    
>>18507
Ничего не поняла.
Превьюшки не сразу появляются?
No. 18509    
151542570782.jpg-(221.39KB, 1920×1080, 1511645761117.jpg)
18509
>>18508 Поведение такое, будто у thumnail не указан размер. По мере их подгрузки вертикальный размер страницы меняется, соответственно, если это был переход по ссылке извне куда то в конец треда, по #anchor например, то позиция "улывает" по мере подгрузки превьюшек.
No. 18511    
151542599528.png-(556.18KB, 720×672, kanna fragezeichen.png)
18511
>>18509 И такая фигня под ФФ, хромиум не страдает.
No. 18512    
151542641765.png-(258.39KB, 640×1136, IMG_3427.png)
18512
Мне кажется, эта превьюшка шире чем надо.
No. 18513    
>>18511
Под каким именно? Гекко или Блинк?

>>18512
Вот это совсем странно.
No. 18514    
>>18513 гекко
No. 18516    
>>18512
В мобильную версию вмешивается max-width из скрипта, очевидно.
No. 18517    
По поводу кортинок. Совас, Автобусу тоже можно прикрутить.

Просто Соломоново решение. Как грится, сделать так, как у конкурента, если у него лучше, значит не спиздить, а позаимствовать опыт.

.filesize~a[src*="/src/"]{

    float:left;

    margin:2px 20px;

}

.thumb{

    max-width:100%;

    height:auto;

}


Желательно повесить на ссылку кортинки отдельный класс, дабы таких костылей не городить, как в первой строчке.
Суть: отступы регулируются контейнером самой кортинки (ссылкой), из-за чего кортинка при max-width:100% будет растягиваться с учётом отступов всех родительских контейнеров. Не нужны ни какие калки, ни бокс-сайзинги — никаких цсс3-костылей. А главное, будет корректно работать даже у некрофилов.
No. 18518    
>>18517
Ах, да, остальные стили, касающиеся .thumb следует заранее убрать, есессно.
No. 18519    
151543213653.png-(295.15KB, 640×1136, IMG_3429.png)
18519
>>18516
Моё дело - доложить. И бузить за отсутствие исправлений.
No. 18520    
>>18517
При чём тут .filesize вообще?
No. 18521    
>>18520
При том, что это крайний элемент с уникальным классом в блоке с ссылкой кортинки.
Почитай про ~. Оно берёт файлсайз и ищет последующие ссылки с атрибутом src, в котором есть /src/.
https://developer.mozilla.org/ru/docs/Web/CSS/General_sibling_selectors
No. 18522    
151543394614.jpg-(357.30KB, 1000×500, 7458958.jpg)
18522
>>18517
Не знаю, у меня браузер эту фитюльку с тильдой не воспринял. Ни через сование через инструменты разработки, ни просто прописанную в файле.
No. 18523    
>>18522
Едрить-колотить, смотрю на одно, пишу другое.
.filesize~a[href*="/src/"] же. Срц в кортинке.
No. 18536    
>>18519
Исправлено путем добавления в css скрипта media query. Теперь оно в принципе с мобильными конфликтовать не может. Осталось бузить чтоб на Ычане обновили expand-images на свежую версию с репозитория.
Еще в https://iichan.hk/css/.global.css зачем-то мусор поместили:
.${EXPANDED_THUMB_CLASSNAME} {

    max-width: calc(100% - 42px);
}

Оно там ненужно раз, ничего не делает два, вообще не валидный css три.
No. 18537    
>>18536
Товаристч, проверьти >>18517 и >>18523. Возможно, наш конфликт калк против бокс-сайзинг будет решён.
No. 18539    
Кстати, можно доработать скрипт ресайза картинок и реализовать ленивую загрузку. Всем картинкам в треде атрибут src переименовать например в img-src, а картинкам попадающим в видимую область менять обратно.
No. 18540    
>>18509
Исправьте, пожалуйста. Очень неудобно стало.
Тоже FF, 57.
No. 18541    
>>18540
>>18509
Похоже что был виноват height: auto;. Исправлено, см. последний коммит в репозитории.
No. 18543    
>>18539
От этого оверчан может сломаться.
No. 18545    
>>18543
А если завтра кардинально изменится вёрстка страницы?
Изменение достаточно сделать посредством жс. Оверчану от этого, ни холодно, ни жарко.
No. 18596    
>>18539

> попадающим в видимую область

Рекомендую (во избежание тормозов) не руками проверять попадание в видимую область, а использовать интерфейс https://developer.mozilla.org/en-US/docs/Web/API/Intersection_Observer_API для этого.

Сообщаю это по собственному опыту: по адресу https://github.com/Mithgol/phido/commit/b81bba41313cea46954cd38b06ee72d93c190733 попробовал и испытал заметное ускорение.
No. 18601    
151573939294.png-(2.91MB, 1920×1080, Masamune-kun no Revenge.png)
18601
>>18545

> Изменение достаточно сделать посредством жс. Оверчану от этого ни холодно, ни жарко.

Это как?

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

Если же прямо с сервера картинки будут поступать с атрибутом «img-src», то можно ли утверждать тогда, что Оверчану не будет ни холодно, ни жарко? — никоим образом нельзя!
No. 18644    
Когда исправление >>18507 применят? Фикс 4 дня на гитхабе лежит.
https://github.com/WagonOfDoubt/iichan-extensions/blob/master/dist/escaped/iichan-expand-images.min.escaped.js
No. 18647    
При очередном обновлении скрипта слетело правильное масштабирование картинок с учётом ширины экрана.
No. 18653    
>>18647
Ой. Пофикшено. Ссылка та же.
No. 19579    
152298933553.jpg-(90.58KB, 600×600, 1165323653982.jpg)
19579
Не знаю, куда отправить, пощу здесь. Ссылка на пост будет дана в /d/ Ычана.

Данный патч к Вакабе 3.0.9:
1. позволяет пихать перловские регулярки в вордфильтр
2. Выводит причину бана в сообщении о бане
N.B.: причина бана является обязательным полем для заполнения при бане из Management Panel в Вакабе 3.0.9.

Диффы: http://yakuji.moe/wakaba/diffs.zip

Мотивация нововведений: мне надоела эта катавасия с "почему меня забанили"-тредами и "если мы будем говорить всем причину, то будет срач".

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

Полюбоваться на тестовую строчку при попытке отправить сообщение можно по адресу: http://yakuji.moe/wakaba/
No. 19583    
Данный патч к Вакабе 3.0.9:
1. позволяет невозбранно тереть посты пользователей не заходя в админку, если в качестве пароля для удавления поставить модпасс.

Диффы: http://yakuji.moe/wakaba/diffs.zip

Мотивация нововведений: это патч в одну строчку, сделанный около года назад или больше, лол.
No. 19606    
Не патч, но шпилька в сторону Ычана: в Вакабе 3.0.9 кнопка "назад" на странице ошибки так-таки берёт адрес из (HTTP_)REFERER, а не линкует обратно на доску. Я могу понять, что это может привести в милый цикл, если ошибка возникнет при чём-то сильно глобальном, что не позволяет запустить админку, но это не повод её не включать.
No. 19607    
>>19606

Вообще-то там «href="javascript:history.back();"» напрашивается, хотя бы ради демонстрации ранее заполненной (на предыдущей странице) формы ввода.
No. 19612    
152335606288.gif-(5.92KB, 240×240, 1168163138332.gif)
19612
>>19607
Вообще, если мне не изменяет память, это обсуждалось примерно четыре года назад в /d/, в том числе предлагалось и явоскриптовое решение. Хотя, может то было больше в контексте 404-страниц. Уже не вспомню всю переписку.
В любом случае, делать только жабоскриптовую версию, ящитаю, неправильно, реферрер хотя бы через <noscript> оставить бы. А то любители посидеть с совсем-совсем отключенными скриптами у нас таки есть.
No. 19613    
>>19612

Ну тогда «href=" чего угодно " onclick="history.back(); return false;"».
No. 19634    
152400753999.png-(76.48KB, 600×540, 7067369.png)
19634
А попробуйте присобачить к «Вакабе» какую-нибудь HTML5-рисовалку вместо «Shi», чтоб в современных браузерах работала.
У этого действительно есть шанс взлететь.
No. 19640    
152406762170.png-(975B, 96×96, IMG_1682.png)
19640
>>19634
Если мне не изменяет память, владелец нынешнего слепого телефона нечто подобное уже делал, логичнее пнуть его.
No. 19641    
>>19640
То есть, если затык в "привинтить конкретную рисовалку к Вакабе" — я в деле, но выбирать/писать рисовалки есть кандидатуры много лучше, проверенные временем. И читающие этот раздел.
No. 19642    
>>19641
Так возьми фейхоа и прикрути к вакабе. Там в принципе прикручивать нечего, нужно лишь подкорректировать POST-запрос.
No. 19647    
>>19642
А ссылку на сорцы?
No. 19727    
>>19647
Я думаю, что >>19642-кун/тян имел(а) в виду https://github.com/MyonMyon/feijoa, на форке которой https://github.com/f2d/dfc работает, если не ошибаюсь, 2draw.me, в котором рисуют участники треда "Слепой телефон" в /b/ Ычана.
No. 19729    
>>19727
Я уже связался в f2d и получил свежайшие исходники, прямо с источника, но вплоть до третьего числа скорее всего не начну работать.
c: Perl
No. 19746    
152534399082.png-(441.33KB, 720×1280, Screenshot_2018-05-03-13-50-51.png)
19746
Ведро 4.4, Хром. Изображения в ОП-постах раскрываются вот так. На них текст налезает.
No. 19747    
>>19746
Пф.
Ведро 8, хром и мишный браузер, изображение в новой вкладке.
No. 19748    
>>19747
А на полной версии сайта >>19746
No. 19751    
>>19748
А, в мобильной версии вообще яваскрипта нет, кажись.
No. 19991    
>>19729>>19634
В общем, всё очень мило запиливается за ночь, есть только проблема. В том числе безопасности.

Нам надо как-то достать картинку с рисовалки на сервер. И так как всё рисование происходит на стороне клиента, то на сервер, потенциально, могут подсунуть чёрт знает что.
Я вижу три решения:
1. Хранить, как сейчас, временные файлы в /tmp/, удалять всё что старше часа и обмазать это разрешениями на чтение/запись. Соответственно, обеспечение безопасности на совести Администрации. Или проще - проверять файл на то, что это вообще png, но тогда при постинге проверка будет идти повторно.
2. Таскать туда-сюда картинку в base64, как она таскается сейчас дудлятором. Проблемы две: во-первых, всего картинку придётся протащить четыре раза: с рисовалки на сервер, с сервера на форму ответа (и как картинку и как поле формы ответа), и с формы ответа обратно на сервер. При этом на втором шаге картинка невозбранно подменяется на что угодно, даже не base64.
3. Хранить картинку где-то в памяти браузера и показывать её оттуда же. Всё ещё возможна подмена как в 2, но нет таскания файлов туда-сюда. Но надо будет переписывать форму ответа специально под этот случай, по-моему.

Я сейчас сделаю 1 с проверкой на png. 3 мне сделать не хватает теоретических знаний.
No. 19992    
152680951755.jpg-(71.43KB, 600×600, 1150265137612.jpg)
19992
>>19991
http://yakuji.moe/wakaba/oekaki.diff
Содержит диффы к jfc.js и milf.js из https://github.com/f2d/doodle-mutator/tree/master/doodle, но не сами эти файлы.
Наверное, можно ещё посмотреть, почему при загрузке файла холст слетает в выравнивание по левому краю, как красиво убрать сохранение/загрузку чтобы кнопок не было, но при перебое питания можно было восстановить картинку, и ещё что-нибудь (например, передавать параметры чтобы интерфейс на русском), но я лучше спать. Благо, серверная часть в основе своей сделана.
No. 20722    
153801602831.jpg-(28.47KB, 412×882, 1157976982106.jpg)
20722
Кажется, я нашёл что-то более Щи-подобное. https://github.com/funige/neo
Другой вопрос - кому это надо.
No. 20791    
15392679067.png-(858.11KB, 1903×11056, Ычан_—_Работа_сайта_-_2018-10-11_.png)
20791
Вот такой закреп, когда ещё и дублируется id на странице - это очень плохо, пнятненько?
No. 20792    
>>20791
Stick-тред не скрывается с доски, просто кто-то забыл его ещё и hide сделать.
No. 20793    
153928017030.jpg-(57.06KB, 420×456, 1150269302585.jpg)
20793
>>20792
Сейчас лучше, но я был бы признателен, если бы там было хотя бы три последних ответа. Зайти в репорт-тред чтобы увидеть, что репорт уже есть не очень приятно. А если кто-то пользуется куклоскриптом, и привык отправлять с нулевой?
No. 20794    
>>20793
Алсо, я не уверен, что это надо на каждую страницу лепить, достаточно на нулевой.
No. 20913    
154247686591.png-(24.05KB, 659×89, Ычан_-_2018-11-17_17_47_03.png)
20913
Закрытые треды невозможно скрыть. Или что-то в этом роде.
No. 21492    
>>20791>>20793
>Разлепили
Лол.
No. 21756    
Я так понял, что до прикручивания рисовалки руки пока так и не дошли.

Так что давайте пока обсудим «Быстрый ответ». Прикручивание этой функции на «Ычане» и доработка на «410чане» в целом одобрены, но есть вопрос по реализации.
Скажем, на «4чане» форма быстрого ответа вылезает в качестве отдельного окна, которое можно свободно двигать по экрану, а на «Доброчане» и в отдельных скриптах она появляется под сообщением и «прибита» к нему.
Какая реализация по вашему мнению удобнее? И что требует меньше сложного кода/последующей нагрузки на браузер?
(Этот вопрос касается обоих сайтов, потому что будем прикручивать одинаковую реализацию.)
No. 21757    
>>21756
По количеству кода и сложности проще под постом делать. На самом деле, главное отличие — для плавающей формы нужен ЖС для тягания формы и определения позиции формы при открытии. С другой стороны, при статичной форме нельзя добавлять её в одно место в страничке. Так что в целом разница минимальна.
По-хорошему, нужно совместить оба варианта: изначально форма появляется под постом, но можно нажать кнопку/потянуть за шапку и она станет плавающей. Но опять же, если идти от обратного и делать максимально просто, то можно вообще сделать плавающую форму на HTML+CSS, которая будет работать и без JS, от которого там будет только добавление ссылки на пост по onclick.
Посему, вопрос нужно ставить не плавающая или статичная форма, а делать хорошо или просто.
No. 21758    
>>21757
Почему нельзя? Форма хранится в переменной, при нажатии на кнопку ищетсяна странице, предыдущее вхождение убирается из дерева, вставляется под новым постом.
No. 21759    
>>21758
Я как раз про то, что в одном неизменном месте дерева нельзя держать, придётся теребить дерево под каждое сообщение.
No. 21760    
155423664453.png-(18.57KB, 384×384, 1151936015016.png)
21760
>>21759
А. Ну это да.
Вообще, что до ЖСа - на Автобусе, ЕМНИП, уже есть вское resizable и draggable, так что если бы не было нужды делать и под Ычан тоже, то плавающая форма была бы очевидным вариантом. А вот насколько много ЖСа готов Мод-тян чтобы мы впихнули в Вакабу - вопрос (где публичная репа, блджад?).
No. 21762    
>>21756
Я однозначно за отсутствие плавающего окна, на мобильных устройствах будет вообще кошмар, на ПК оно будет вечно куда-то теряться и уезжать, что и происходит в известных реализациях.
Вопрос: нужно ли скрывать форму создания треда за кнопкой "создать тред", как это реализовано в кукле? Так будет гораздо меньше снайперов, если вообще будут. Еще можно сделать эту кнопку и вверху, и внизу страницы, и тогда не придется скроллить. Реализовать это не сложно, и кроме того, чисто с технической точки зрения проще родную форму ответа вырезать со своего места вверху страницы и вставить под пост, значит сверху она пропадет, значит нужна кнопка, чтобы ее вернуть.
No. 21763    
>>21762
Категорически против таскания одной формы. Там, где есть быстрая форма, часто начинаю писать в быстрой форме, потом, когда текст получился достаточно объёмным, не закрывая её, перечитываю всё в растянутой основной форме.
No. 21764    
>>21763
Можно же вернуться к основной форме, нажав кнопку, и весь текст в ней сохранится.
No. 21767    
Еще вопрос: оставлять ли правила и прочий подвал в форме быстрого ответа?
No. 21768    
>>21767
Разумеется, нет.
No. 21769    
>>21762
Считаю, что прятать форму создания треда за кнопкой не нужно, ибо это неудобно.
No. 21771    
>>21769
Типичный пользователь создает в лучшем случае 1 тред на 100 своих постов, и то этот 1 тред может быть промахнувшимся мимо треда ответом. Один раз нажать кнопку не так уж сложно, зато точно будешь знать, что делаешь.
No. 21772    
>>21756
Сделано. Особо не тестировал, но вроде работает. Скажите, если будут замечания.
Для копипасты в консоль или на сайт: https://github.com/WagonOfDoubt/iichan-extensions/blob/master/dist/escaped/iichan-quick-reply.min.escaped.js
Для тестирования в качестве юзерскрипта: https://github.com/WagonOfDoubt/iichan-extensions/blob/master/dist/userscript/iichan-quick-reply.user.js
Скорее всего в ближайшее время буду вносить косметические правки.
No. 21773    
155433563694.png-(17.76KB, 384×384, 1153747285403.png)
21773
>>21772
С индекса невозможно быстро ответить в тред, потому что неправильно заданы параметры key (и dummy, но последнее, насколько я знаю, не учитывается) у капчи. Соответственно, предлагаю при нажатии на кнопку капчу обновлять в соответствии с параметрами.

Ну и, версия на Чиоичан будет?
No. 21776    
155434872161.jpg-(339.44KB, 1024×768, 06 - 1024x768@32 [SIG52e12393ad0e8d973c8d4353e9079.jpg)
21776
>>21773
dummy — это такой древний костыль, чтобы браузер капчу не кешировал. У самой капчи (и фапчи здесь) есть GET-параметр, определяющий доску, для которой генерится капча (здесь это board={{boardId}}) и сессия на сервере, таким образом капча полученная для одной доски не применима для другой (это важно разрулить, если будете делать ответы на попупы).

Второй древний костыль — это параметризация процедуры создания нового поста или треда. Осуществляется при помощи скрытых полей в пост-форме (здесь это <input type="hidden" name="board" value="{{boardId}}" /> и <input type="hidden" name="replythread" value="{{(threadId || 0)}}" />), в которые пишутся id доски и id треда или ноль, если это запрос на создание нового треда.

Третий древний костыль — это защита от спам-ботов при помощи кучи полей, скрытых разными способами (type="hidden" или display:none;), имеющие разнообразные, в том числе и пустые, значения, которые трогать, равно как и выкидывать эти поля из формы, не надо.
No. 21777    
>>21776
Что-то сейчас глянула по второму костылю: у Автобуса в дополнение имеется параметризация самого урла вида /board.php?{{boardId}}, её тоже надо учитывать.
No. 21778    
Юзернейм, чем объяснять очевидности человеку, который занимается этими двиглами уже года четыре, вы бы скрипт починили. Тем более что второй и третий пункт в этой реализации ну никак не проявляются.
>dummy — это такой древний костыль, чтобы браузер капчу не кешировал.
Таки никто не мешает инвалидировать капчу при появлении нового поста в треде, в теории. Исходники-то закрыты.
>это важно разрулить, если будете делать ответы на попупы
Поддержка костылей не является самоцелью администраций обоих ресурсов, насколько нам известно, и такого нет в ТЗ. Как и попапов в нынешних движках.
No. 21780    
>>21778
Я думаю, что человек, занимающийся такими движками четыре года, сделает этот реквест играючи, быстрее и лучше. Чего в таком случае я-то тут буду пыжиться и оскорблять своими потугами специалиста?
No. 21782    
>>21778
>нет в ТЗ
Так и ТЗ никакого нет пока, только вынесли на обсуждение.
No. 21790    
>>21773
Починено.
Еще в видео плеере справа от "[Свернуть видео]" добавлена галочка для включения звука по-умолчанию. По-моему, она совсем не мешает, и это будет хорошим компромиссом для тех, кому не нужно отключение звука.
В hide-threads заменил кнопку в каталоге с [┼] на [+]
No. 21801    
Шел 2019 год, а на Ычане так и не осилили Вакабу переписать. Все тормозит, ну как так можно?
No. 21807    
>>21801
Потому что допиливают для модераторов, а не для постеров.
No. 21890    
Можно наконец отключить автофокус на поле сообщения при загрузке страницы?
Для этого всего-то нужно убрать строчку в wakaba3.js:
nya4.focus();
В функции set_inputs().
Жутко бесит же. Нажал F5 чтобы обновить тред - и страница скроллится в самый верх.
No. 21891    
>>21890
неистово ычую
надо в /d/ ычана написать
No. 21892    
>>21890
Пользуюсь Ычаном 10 лет, впервые о таком слышу.
No. 21893    
>>21890
Кстати, а возможно ли это как-нибудь отключить на стороне клиента (не ломая при этом остальные тамошние скрипты)?
No. 21896    
>>21893
Кукла это отключает. Пока расширения не поломались, не осознавал, с чем приходится мириться тем, кто ей не пользуется.
No. 21897    
Почините, пожалуйста, дату, я с сырноида в /b/ зайти не могу.
No. 21899    
>>21896
Куклу ради этого ставить точно не буду.
А вообще — надо будет проверить, сработает ли, если в юзерскрипте написать что-то вроде
nya4.focus = function(){}
>>21897
Так вернули же уже, не?
No. 21901    
155717330829.png-(5.20KB, 398×97, Screenshot_2019-05-06 Авто b ус.png)
21901
В связи приделыванием «Быстрого ответа» ещё назрел вопрос по десигну.
Очевидно, пора хотя бы часть этих текстовых [Ы] заменить на пиктограммы.
В общем, приделайте к «Ычану» значки с «410чана». Как минимум скрывалку/раскрывалку тредов и собственно «Быстрый ответ» (надо сделать как на картинке).
Возьмите примерно такую же реализацию: через добавление пустого прозрачного файла на саму страницу и показ значка через background в CSS. Сами значки будут 410чановские (синяя версия для «Футабы»), чтобы людям проще было ориентироваться в интерфейсах обоих сайтов.
No. 21902    
>>21901
На Автобусе нет Буричана, под него какие значки будут?
No. 21903    
>>21902
*Гурочана, то есть.
No. 21904    
>>21903
Можно красные попробовать.
No. 21905    
>>21901
Не понел, уже запилили быстрые ответы или как?

>>21902
Там свг, филл тебе в помощь.
No. 21906    
>>21901
Что насчет скрытия/раскрытия? Плюсик тоже взять свгшный, или [x] лучше сохранить?
No. 21907    
>>21906
>Как минимум скрывалку/раскрывалку тредов
No. 21911    
15574365967.png-(101.21KB, 725×629, Screenshot_2019-05-09 Ычан — Бред.png)
21911
Сделано. Так же добавлен ❌ для закрытия видео (надпись оставлена).
No. 21913    
>>21911
А закрытие формы быстрого ответа с тем же ❌ нельзя сделать?
No. 21914    
>>21913
Зачем, когда она закрывается нажатием на ту же кнопку быстрого ответа, с которой вызывается?
No. 21915    
>>21914
Это неинтуитивно.
No. 21917    
Ычую закрытие формы крестиком в углу самой формы. Так везде сделано.
No. 21918    
15575139876.png-(188.86KB, 920×817, Screenshot_2019-05-10 Ычан — Бред.png)
21918
Ладно, сделал так.
No. 21919    
>>21918
Вот так красота.
No. 21920    
15575201729.png-(1.52MB, 994×744, Screenshot_2019-05-10 Ычан — Аниме и ?.png)
21920
Кстати эта лабуда совместима с любыми стилями, благодаря тому, что в SVG установлен fill=currentColor, то есть иконки будут того же цвета, что и текст.
No. 21923    
>>21920
А теперь сделайте так, как вас просили в ТЗ, пожалуйста.
No. 21924    
>>21923
Так нет никакого ТЗ, или я что-то упустил?
No. 21926    
>>21901
>через добавление пустого прозрачного файла на саму страницу и показ значка через background в CSS
Излишне и костыльно. Такой способ не позволяет изменять параметры svg и теряется весь смысл в нём. Лучше инъектить непосредственно svg, желательно либо в контейнере, либо просто указывать класс, что позволит одной строкой в css менять цвет всех глифов. К тому же тот файл, что сейчас на Чиочане можно разрезать на элементы, чтобы не мучать позиционирование, а указывать айди нужного глифа.
No. 21927    
>>21926
В скрипте именно так и сделано.
No. 21928    
>>21924
Так тяжело нить почитать? >>21901

>>21926
Если бы был нужен инлайн-SVG, то так бы и просили.
Он не нужен, его не просили. Такую реализацию принимать не будут.
No. 21931    
>>21928
Аргументация, зачем вообще тогда нужен svg, будет?
No. 21932    
155758452354.jpg-(266.66KB, 1245×1457, 73311827_p2.jpg)
21932
>>21931
Я заменил здесь ПНГ на СВГ потому, что это векторный формат, который смотрится одинаково при любой плотности пикселей. Лично я отказался от этих чудовищных костылей с засовыванием исходного кода картинок в исходный код страниц, ибо это раздувает размер файлов и затрудняет читку исходников. Ещё было соображение, что так люди могут легко поменять себе значки на вообще другие.

Упорное желание сделать не так, как просили, с последующим флудизмом с требованием «аргументов» просто задерживает и без того неторопливые изменения на «Ычане».
No. 21933    
155758753589.jpg-(237.64KB, 1280×738, 1469300876476.jpg)
21933
>>21932
> Лично я отказался от этих чудовищных костылей
Чудовищными костылями является как раз то, что продвигается. Обусловлены они при этом лишь тем, что так было сделано в движке 2008 года автором, который не подразумевал использование svg.
> ибо это раздувает размер файлов
Напомню, речь идет о скрипте. В HTML-файлах никаких svg не хранится это раз, а если бы и хранились, то только ускоряли бы загрузку страницы это два.
> Ещё было соображение, что так люди могут легко поменять себе значки на вообще другие.
Так в любом случае одинаково легко заменить эти значки. Более того, так иконки намного легче стилизовать, добавив им фон или перекрасив в любой цвет. Продвигаемый способ кусабы 2008 года такой свободы не дает.
> сделать не так, как просили
Сделали так, как правильно. Лучше сразу делать нормально, чем "как просили", а потом переделывать.
> просто задерживает и без того неторопливые изменения на «Ычане».
Придирки к готовой работающей реализации, в полной мере решающей все поставленные задачи, замедляют этот процесс. Ничто не мешает запилить готовую реализацию хоть сейчас. Упорное желание заставить переделывать уже сделанное потому что ятакскозал - это просто манипуляция ради манипуляции, и банальное неуважение к чужому труду. Быть или не быть злобными Буратинами - это исключительно ваш выбор.
No. 21936    
>>21932
Так аргументация и требуется для выяснения причин такого решения с последующей дискуссией о плюсах и минусах того или иного способа.

Во-первых, самое главное, элементы управления сообщения можно и нужно добавлять на стороне пользователя (что и сделано в текущей реализации ещё не внедрённых быстрых ответов и, внезапно, уже внедрённого скрытия). В связи с этим, сама страница не будет жрать больше трафика и толстеть без включенных скриптов, а чтобы поменять кортинку-иконку, достаточно один раз поменять её в скрипте. Тут, правда, возникает вопрос, что и после чего пришлось чистить от мусора; подозреваю, что это связано с Чиочаном и его архивом, и, следовательно, тем, что на Чиочане при сохранении в архив сохраняется не голая страница, а текущий стейт со всеми включенными скриптами. Если так, нужно исправить.
Во-вторых, люди смогут поменять значки на свои, если, опять же, обернуть в контейнеры. Тогда просто скрывается svg и впендюривается своя.
В-третьих, если что и не нужно, так это костыль в виде прозрачного гифа. Есть inline-block, которому можно задать нужный размер. То есть всем кнопкам достаточно задать контейнер с display: inline-block.

Можно же не просить в лоб так, как уже работает, а вынести на обсуждении, может кто-то знает, как сделать лучше и заодно исправить там, где уже работает.

>>21933
Что ж ты так пассивно-агрессивно? Просто нужно лаконично объяснить, почему именно так лучше.
No. 21937    
155760344631.jpg-(207.35KB, 1920×1080, 1499266494808.jpg)
21937
>>21936
Представь, что ты строитель, и построил заказчику дом, и тут он с видом эксперта поясняет, что я же хотел дом не из кирпича, а из пластилина, а чтоб стены не обрушились поставь прозрачные трубочки от сока, давай переделывай.
На вопрос "почему так" отвечает, что в кирпичный дом нельзя заходить с левой ноги, ставить пластиковые окна, и вообще он своей гравитацией притягивает Луну, что влияет на приливы и отливы, из-за чего труднее чистить крышечки от йогурта. И вообще, ты своим флудом только замедляешь строительство.
Так и тут, приводятся аргуметы: "раздувает размер файлов" (нет), "затрудняет читку исходников" (на сайте с табличной версткой, ага), "так люди могут легко поменять себе значки на вообще другие" (а тут им сделать то же самое религия не позволяет), заключая тем, что заткнись и делай что говорят, что ты время тянешь.
No. 21939    
155764041053.png-(406.92KB, 463×617, 1512057457836.png)
21939
>>21937
Нет, заказчик вам деревянный дом заказал, а вы впариваете ему небоскрёб, патамушта нибаскрёп круче. Сделал что-то не то, и теперь капризничает.
Причём смысл всей инициативы был в прикручивании «быстрого ответа», а значки шли вдовесок. Сделали ли бы базовую реализацию, как просили (причём вполне прокатило бы без прозрачных гифов, если можно просто HTML-блоки нужных размеров вставить), дальше можно было бы обсуждать улучшения. Теперь уже майские выходные из-за этих порожних амбиций и флуда полностью протеряны в плане разворачивания этих функций хотя бы на тесте, а могли бы уже с рабочим «быстрым ответом» сидеть.
No. 21940    
>>21939
Если Д'Артоньян несет дичь, причем чем большую дичь несет, тем больше он Д'Артоньян, это не повод идти у него на поводу. Пост ясно >>21932 показал, что отсутствует даже понимание о том, о чем идет речь, не было приведено ни одного валидного аргумента, кроме своего понимания фен-шуя. Причем убедть Д'Артоньяна в чем-либо невозможно, посему флуд прекращаю.
Вы можете набираться ума хоть до следующих майских, все, кому нужен этот функционал, и так пользуются им последние 10 лет.
No. 21941    
>>21940
Добрее быть нужно. Заказчик тоже человек.
No. 21942    
155765976233.jpg-(66.50KB, 1280×720, 1312831655325.jpg)
21942
> — Вот вам ТЗ, сделайте.
> — hurr я сделал что-то другое не по ТЗ durr какие у тибя аргументы hurr дартаньян durr
No. 21943    
>>21942
Ну, про аргументы спросил я и потом расписал >>21936, почему в принципе можно принять уже предложенную реализацию.
No. 21944    
155766184341.jpg-(136.18KB, 600×338, 00000003.jpg)
21944
>>21940
Ну так кто ж этому д’Артаньяну виноват, что он объективных и убедительных аргументов не привёл никаких, а просто трясёт субъективно нравящейся ему реализацией костылей? Единственный аргумент тут построен на допущении, мол, вот я сделал, а больше тут никто не сделает.
И главное: зачем этот д’Артаньян спорит со мной, если я только объявы размещаю, лол? Вы сделали не по ТЗ, так что это продлевает затуп. Могут в итоге и принять ваши костыли, я не знаю.
No. 21945    
>>21944
Я не знаю, почему д’Артаньян решил вместо убедительных аргументов упираться в на то, что так было в "ТЗ" и что ему нравится такая реализация костылей (которую по-хорошему и на 410чане следовало бы убрать, но уж так тому и быть).
Насчет аргументов в пользу реализации здорового человека, которые уже привели в паре простыней выше, их можно повторить еще раз:
1) Значки будут поддерживать любую уже существующую тему оформления. Значки легко: перекрасить, добавить фон, фильтры, анимацию, что угодно. Не нужно делать несколько разноцветных SVG под каждую тему оформления, о чем говорилось в "ТЗ". Если делать по строго "ТЗ", то нужно зачем-то добавлять файлы на все цвета радуги, раздувая объем скриптов и создавая лишнюю работу. То, что здесь при наведении на значок background меняется с ./icons/red/icons.svg на ./icons/blue/icons.svg весто изменения свойства fill или color - это дикий костыль. Вообще, файлов с разными цветами можно было бы и с background'ом избежать.
2) В background кнопкам уже нельзя стилем добавить тот же background в виде цвета или градиента - иди рисуй новые значки, к тому же отпадает половина CSS-свойств, хочешь немного изменить их вид - иди рисуй.
3) Люди могут легко поменять себе значки на вообще другие. (Почему кем-то подразумевалось, что нет - непонятно)
4) Зачем в "ТЗ" говорилось про
> через добавление пустого прозрачного файла на саму страницу
не понятно, очевидно из сентиментальных чувств к древним костылям. Ведь прозрачная гифка не нужна ни в какой реализации, что через inline svg, что через background. Если делать по такому "ТЗ" - значит добавлять костыли ради костылей.
Напоследок, хотелось бы пожелать, чтобы разместитель объяв не считал всех идиотами, и допускал бы, что если человек принимает то или иное решение, на это есть определенные соображения, а не "упорное желание сделать не так, как просили", и вместо выставления абсурдных требований в ультимативной форме попытался бы выяснить и понять, почему сделано так, а не иначе.
No. 21946    
>>21945
Сразу видно, что с заказчиками не работал практически. Нужно не убеждать, что твоё лучше, чем в ТЗ, а объяснять, почему в ТЗ хуже, чем у тебя. Это немного разное.
Просили сделать как в ТЗ только потому, что оно уже сейчас точно работает и было время для обкатки на длинных выходных, а вот потом уже как хотите допиливайте.

Разговаривайте друг с другом как люди, а не как упёртые бараны. Тогда и обсуждение продуктивнее выйдет, и агрессии не образуется.
No. 21948    
155767502347.png-(570.89KB, 680×633, 1542092315532.png)
21948
>>21945
> чтобы разместитель объяв не считал всех идиотами, и допускал бы, что если человек принимает то или иное решение, на это есть определенные соображения, а не "упорное желание сделать не так, как просили", и вместо выставления абсурдных требований в ультимативной форме попытался бы выяснить и понять, почему сделано так, а не иначе.
Вам там ничего не жмёт, лол? Вот написали вам ТЗ, за которым стояли определённые соображения. Не нравится? Ну, мимо бы прошли. Или сначала бы покритиковали. Нет, вы посчитали автора идиотом и выставляете ему (лол, это ведь его запрос, вообще-то) ультимативные требования, срётесь в тредике с рандомными людьми, обзываетесь. Но д’Артаньян, конечно, кто угодно, но не вы. Вы у нас Наполеон I Бонапарт.
>раздувая объем скриптов и создавая лишнюю работ
Лол, это сование исходного кода файла целиком раздувает объём скриптов. А создаёт дополнительную работу ситуация, когда мало отредактировать в графическом редакторе картинку и тупо кинуть на сервер, но надо выдёргивать её исходный код и каждый раз совать в скрипт, от которого зависит часть работы интерфейса. И CSS ради новых цветов всё равно надо каждый раз редактировать, если вам не нужны кнопки цвета текста (а они нужны цвета гиперссылок, лоло).
Как удобно и прогрессивно! Ради этого надо один костыль (я ведь не спорю, лол) на другой костыль менять, прямо облегчение. Впрочем, с этим будут ковыряться жалкие идиоты-заказчики, а не наш Наполеон.
No. 21949    
>>21948
Текущая реализация на 410чане ужасна и запиливать ее не нужно ни в коем случае. Захотите заменить ее на нечто нормальное - обращайтесь.
Если вам нужен был svg-спрайт отдельным файлом, а не добавляющийся в тело страницы - то надо так и сказать, а не тыкать носом в "ТЗ", описывающее то, что делалось в 2008 году с оглядкой на IE6 не подразумевая никаких svg.
Если нужен отдельный файл, это значит, что вместо
<svg><use xlink:href="#iichan-icon-reply"></use></svg>
будет
<svg><use xlink:href="/icons/isons.svg#iichan-icon-reply"></use></svg>
И заметьте, решение данной проблемы никак не затрагивает никаких background'ов.
В ТЗ описываются цели и задачи, а не детали конкретной реализации. В изначальном посте не говорилось ничего про отдельный файл. Если все делать строго по тому посту, то можно зафигачить эти svg в виде data uri в CSS и полностью ему соответствовать. Ответ без вопроса задачу никак не описывает.
> А создаёт дополнительную работу ситуация, когда мало отредактировать в графическом редакторе картинку и тупо кинуть на сервер
Вообще-то, этого в любом случае мало. Нужно как минимум прогнать файл через оптимизатор для веба, и проверить их еще и вручную, так как Inkscape или любой другой редактор выдает в исходном коде черти что, и использовать в спрайте не оффсеты, а раздать значкам читаемые айдишники.
> Как удобно и прогрессивно!
Да, без сарказма и иронии, такой способ - наиболее правильный.
> CSS ради новых цветов всё равно надо каждый раз редактировать
Но не надо создавать десятки одинаковых файлов, отличающихся лишь цветом.
No. 21950    
155768228630.jpg-(572.72KB, 800×800, 54217868_p3.jpg)
21950
>>21949
Вам из предыдущих задач для «Ычана» должно было быть понятно, что чем меньше вы всякого лишнего мусора добавляете на страницу, тем лучше.
Если вы можете хотя бы само СВГ в отдельный файл сунуть, а не размазывать его прямо на страницах, это уже похоже на что-то более вменяемое.
No. 21952    
>>21950
Изначально говорилось, что: минимальными должны быть и предлагаемые правки вёрстки самих страниц.
Что и было сделано: скрипты содержали в себе все необходимое, включая недостающий CSS и HTML, и тут вдруг добавление еще одного элемента на стороне клиента помимо всего уже имеющегося - это почему-то лишний мусор. Это не разу не очевидно, ну да ладно.
icons.svg кидается в корень сайта, правится если что руками путем копипасты содержимого path из исходного файла.
No. 21961    
>>21772
В svg не хватет ’xmlns:xlink="http://www.w3.org/1999/xlink";’
No. 21962    
Сделайте, пожалуйста, версию без сворачивания основной формы ответа при использовании формы быстрого ответа.
No. 21963    
155828077495.jpg-(104.62KB, 800×600, P1030938.jpg)
21963
>>21772 Путь к .svg файлу сделать бы куда-нибудь в /extras
No. 21964    
Поясню >>21962:
1. Скрытие главной формы и быстрый ответ — в известных реализациях (можете посмотреть на «4чане» или у оранжевых) две разные и не связанные между собой функции. Произвольное сворачивание главной формы и скакание высоты страницы выглядит нелогично, непривычно и вырвиглазно. Вас не просили делать скрытие главной формы как таковое, ибо оно (пока, по крайней мере) не нужно. (Не надо его сейчас предлагать.)
2. Если вас беспокоит, что текст пропадёт при закрытии формы быстрого ответа, просто сделайте как у оранжевых, где вводимый текст синхронно появляется в обеих формах при просмотре треда, и можно делать отправку из любой. При ответе в тред с доски я бы вообще на это забил, там форма создания нити и форма ответа — две разные сущности.
No. 21965    
>>21964
Форма ответа на Ычане и на оранжевом - две разные вещи. Там загрузка картинок осуществляется полностью через JS, показывается превьюшка, и блобом загружается на сервер. При использовании для загрузки стандартного инпута с type="file", поменять его значение программно невозможно.
Использование одной формы на страницу было самым простым и логичным решением. Никакой вырвиглазности не наблюдалось бы, будь форма ответа скрыта по умолчанию, как это и сделано в приведенных примерах.
В данном случае для синхронизации выбранного изображения между формами пришлось использовать хак с клонированием ноды, который, как пишут, может не работать (да и не должен) во всех браузерах. Тем не менее, в последнем фаерфоксе и хроме оно работает.
Синхронное редактирование форм включается только на странице треда, но при первом вызове формы быстрого ответа содержимое основной формы копируется в нее в любом случае (юзкейс: увидел форму создания треда, начал писать, понял, что ошибся и хотел ответить в тред, и нажал быстрый ответ).
>>21963
Перемещено.
>>21961
Исправлено.
No. 21975    
155880462866.jpg-(76.37KB, 1242×800, 1497216219001.jpg)
21975
>>21965 Не работает в /o.
No. 21976    
>>21975
Починил. Вроде бы.
No. 21977    
В хромоте ссылкота на сообщение не вставляется, похоже.
No. 21978    
Пуклоскрипт даже выключенный ломает инъекцию кнопащик.
No. 21979    
>>21978
https://dscript.me/de/
No. 21980    
>>21979
Так в том и дело, что это показывает неоптимальность алгоритма детекта страницы, раз оно об малейшее изменение ломается. Очевидно, что можно стотысячный костыль в пуклу вставить, но, во-первых, оно должно работать само, если в стороннем скрипте нет принудительного выпиливания нативных скриптов, во-вторых, оно будет ломаться об другие скртпты, поддержкой которых никто давно не занимается.
No. 21981    
>>21980
В ФорчанХ, например, стоит кнопка "отключить нативные скрипты". И с ними оно не работает.
Скрипты сайта не должны пытаться отключать скрипты юзеров или пытаться как-то под них приспособиться.
No. 21982    
>>21981
Так я о том и говорю. Сейчас ситуация такая, как если бы 4Х отключал нативные скрипты фактом своего существования, а не настройкой отдельной.
Подозреваю, кукла добавляет свой элемент в корень страницы, а скрипт быстрой формочки ищет первый из некоторых, находит элемент куклы и пытается найти в нём посты, ничего не находит, а дальше не ищет.
No. 21983    
>>21982
И сейчас куклоскрипт ломает скрипты сайта своим существованием.
Не вижу проблемы.
No. 21984    
||iichan.hk/extras/iichan-quick-reply.min.escaped.js

А было время, когда никакие блокировщики на Ычане были не нужны…
No. 21985    
>>21978
Если речь про то, что кукла отключается нажатием на "включить/выключить Dollchan", и кнопка быстрого ответа не появляется, то так и должно быть. Встроенные скрипты детектят само наличие куклы, а не то, в каком она состоянии. Любой юзерскрипт можно отключить в один клик настройках расширения.
No. 21986    
Исправлено:
  • ошибка в хроме, из-за которой ссылка на пост не вставлялась в форму автоматически.
  • копирование текста из формы быстрого ответа в форму создания треда, когда форму быстрого ответа переключали на другой пост
  • дефолтное поведение по нажатию на номер поста, прописанное в wakaba3.js: нажатие на номер поста приводило к вставке ссылки на пост в верхнюю форму, если это делалось со страницы доски, а не треда, то сначала осуществлялся переход на страницу треда, а затем вставка ссылки в эту форму. Теперь же ссылка вставляется в форму быстрого ответа, при этом форма быстрого ответа не переносится со своего текущего положения, в отличие от нажатия на 💬, которое перемещает форму ответа на свой пост. Если форма быстрого ответа не открыта, то на странице треда ссылка на пост вставляется в основную форму, на странице доски форма быстрого ответа появляется так же, как при нажатии на 💬.
Никакие другие сообщения об ошибках воспроизвести не удалось. Кукла тоже работает как надо, не ломается и ничего не ломает.
No. 21987    
>>21985
Мне кажется, указывать исключения в виде конкретных юзерскриптов со в скрипте нативном — моветон. Пусть лучше Штёпа выпиливает в своём скрипте кнопки Иичана, чем Иичан будет выпиливать свои кнопки всем с куклоскриптом.
No. 21988    
>>21986
Примечание по кукле: при ctrl+f5 с выключенной куклой не появляются кнопки в первый раз.
No. 21989    
>>21964
Еще один минус двух разных форм:
При ответе с доски в форму быстрого ответа, если неправильно ввести капчу, то при возврате назад всё содержимое формы пропадает: наверху-то была форма создания треда, и вернуть его никак нельзя. В изначальной реализации все сохранялось бы.
Ну и синхронизация поля выбора файла между формами не работает на всяких андроидах, как и ожидалось.
No. 21990    
>>21989
Следующий шаг — аякс-постинг и попапы вместо редиректов.
No. 21993    
155901050792.png-(4.75MB, 3338×1080, Hitsugi no Chaika - closed road.png)
21993
>>21990

Мрачно предполагаю, и не вполне безосновательно, что для реализации этой идеи потребуется перемѣнить и сёрверную часть кода, а не одну только клиентскую.

И так как сёрверная часть кода не открыта, а закрыта, то — — —
No. 21994    
155902266033.png-(442.59KB, 1145×644, 12345688.png)
21994
>>21949
>Захотите заменить ее на нечто нормальное - обращайтесь.
Кстати, вы можете попробовать сделать это для верхнего меню. Я там всё равно так не сделал цветные версии.
No. 21995    
>>21993
В Dollchan Extension Tools это давно реализовано для десятков борд и всё на стороне клиента.
No. 22026    
155927011475.png-(138.83KB, 668×716, settings.png)
22026
Пока скрипты не накатили, исправил несколько мелочей. Порядок кнопок "быстрый ответ" и "скрыть тред" мог быть случайный и зависел от порядка выполнения скриптов браузером. Теперь кнопки в отдельном контейнере, и кнопка скрытия треда всегда слева.
Сделал новый скрипт cofigurator, добавляющий на страницу окно настроек. Позволяет отключать фичи выборочно без адблоков. Кнопка открытия окна настроек находится в нижнем админбаре, чтобы не сильно мозолила глаза. Кнопочки так же можно перекрашивать во все цвета радуги.
Накатывать окно настроек или нет решать вам, но все скрипты (expand-images, hide-threads, quick-reply, video-player) желательно накатить свежие из репозитория, так как без новых изменений в скриптах окно настроек не сможет их отключать.
No. 22027    
>>22026
Вот вы опять начали городить то, что вас не просили, а потом какие-нибудь баги из-за этого полезут с тем блестящим уровнем тестирования совместимости, когда вставку номеров в хромоте все проморгали.
No. 22045    
>>22027
Может имеет смысл запилить тестовую доску, не обязательно даже на Ычане, и с недельку обкатывать нововведения там? Я думаю найдутся желающие помочь, которые не могут или не хотят возиться с кодом, но в состоянии отправить багрепорт.
No. 22046    
>>22045
Обязательно найдутся.
No. 22047    
>>22045
>>22046
Для тестирования не нужна тестовая доска, в особенности когда многие доски имеют свою специфику и работу на них приходится тестировать отдельно. Не нужен вообще никакой доступ к бекэнду, достаточно заблокировать встроенные скрипты адблоком, а новые установить через Greasemonkey, как и написано в readme: https://github.com/WagonOfDoubt/iichan-extensions#установка-в-качестве-юзерскрипта
Затем можно заниматься своим обычным постингом, а об ошибках сообщать по мере обнаружения. Причем так было с самого начала, и за все эти годы ни одного волонтера так и не нашлось.
No. 22048    
>>22047
Сложно. Тем более для этого постить на Ычане нужно.
No. 22095    
>>21989
Можно прикрутить сохранение текста перед отправкой в localstorage какой.
No. 22096    
>>22095
А потом не понять, когда текст возвращать в форму, а когда нет. К тому же поле файла не сохранить.
Наверное все же придется делать аякс-постинг.
No. 22097    
>>22096
>А потом не понять, когда текст возвращать в форму, а когда нет
Наконец-то у кнопки "Назад" на Ычане появится смысл!
No. 22103    
При ответе с доски почему-то перестал работать старый способ ответа (при нажатии на номер открывается форма быстрого ответа). Воспроизводится в последних «Хроме» и ФФ.
Надо починить.
No. 22104    
>>22103
В >>21986 это поведение было описано. Для захода в тред есть кнопка [Ответ], на сенсорном экране легко промахнуться пальцем мимо кнопки быстрого ответа, и зайти в тред.
Интуитивно клик по номеру как раз и должен открывать форму ответа и добавлять ссылку на этот пост в поле сообщения. Так сделано и на 4чане, и на оранжевом, уж коли на них и предложено было равняться. Если учесть, что содержимое формы после внесения предложенных правок не сохраняется, и на это уже жалуются, что "юзабилити на нуле", то такая починка понизит юзабилити вообще ниже плинтуса, ведь такое поведение пойдет в разрез с тем, к чему привыкли и что видели пользователи вообще где-бы то ни было.
Если перекидывать в тред вообще всегда:
1. Пользователь строчит стену текста в форму быстрого ответа.
2. Желает ответить одновременно на второй пост, и кликает на номер поста, ожидая, что ссылка на него появится в поле ввода.
3. Пользователя перекидывает в тред, его взору предлагают пустую форму ответа с единственной ссылкой на пост.
4. Пользователь жмет назад, надеясь исправить свою ошибку.
5. Пользователь открывает пустую форму ответа, весь контент которой безвозвратно утерян.
6. Фрустрация, жалобы на плохие скрипты в /a/, жалобы на плохие скрипты в /b/, в /d/ и наконец в /dev/
Если перекидывать в тред, только когда форма не открыта:
1. Пользователь строчит стену текста в форму быстрого ответа.
2. Пользователь решает на время закрыть форму ответа, потому что она занимает много место на экране или чего еще.
3. Пользователь решает продолжить написание, и кликает на номер поста (так как в этом варианте ему привычно поведение, что при открытой форме быстрого ответа в поле ввода должна добавиться ссылка).
4. См. предыдущий кейс.
Нужен ли вам такой UX?
Может, если пользователю нужно именно старое поведение, не проще ли ему предложить настройку, отключающую быстрый ответ вовсе?
Решением старой проблемы, что страница слегка прыгала из-за того, что верхняя форма убиралась (в кукле например сделано именно так и за все эти годы что-то никто не жаловался), было: отступ от принципа KISS, добавление синхронного редактирования текста в двух полях ввода одновременно, добавление костыля для установки значения в поле загруженного файла путем clone(), что работает далеко не во всех браузерах, и наконец, отсутствие сохранения содержимого формы при ответе в тред со страницы доски, с чем уже многим пришлось сталкиваться посетителям к их негодованию. И простого решения это проблемы нет. То есть чисто косметический дефект был устранен ценой существенного снижения юзабилити.
Поэтому предлагаю хорошо подумать, над тем, чего стоит чинить, а что нет, и подробнее изучить существующие реализации.
No. 22105    
>>22104
Быстрый ответ должен вызываться только по нажатию на кнопку. Иначе бы никто не просил делать кнопку.
При нажатии на номер, должен работать старый вариант. Единственное, что может быть допустимо, это случай, когда форма быстрого ответа уже открыта, и тогда нажатие на номер вставляет номер в неё.
Все нововведения в интерфейс «Ычана» делаются так, чтобы дополнять, а не разрушать сложившийся и привычный за двенадцать лет пользовательский опыт, там, где это возможно. Тут никакого практического смысла его ломать нет.
No. 22107    
>>22105
При клике на номер поста из треда ссылка всегда добавлялась в форму ответа. Именно это и является текущим пользовательским опытом, сложившимся за 12 лет. Так как сейчас форма ответа в тред может существовать и на странице доски в виде формы быстрого ответа, то сложившийся пользовательский опыт будет говорить о том, что клик на номер поста добавит ссылку на пост в форму ответа в тред (которая теперь есть на странице доски).
Если учесть, что содержимое формы быстрого ответа не сохраняется, то всякие неочевидные и ли случайные/по неосторожности перемещения между страницами крайне нежелательны.
Если же при открытой форме делать одно, в при закрытой другое, то это запутает пользователей, так как на одно и то же действие будет две радикально разных реакции.
Проблема постера из /d/ заключалась в том, что у него не работает скрипт, корректирующий раскладку в поле ввода капчи, из-за чего ему нужно было старое поведение и из-за чего он быстрым ответом вообще не пользовался (ему не нужна была и кнопка, и номер, он хотел пользоваться чем-то одним). Это действительно баг, но баг того скрипта, и он уже исправлен.
Что же касается этой оценки сложившегося за 12 лет пользовательского опыта, то она крайне субъективна, в этом по крайней мере надо опираться на общественное мнение, а не на личный опыт.
Спросите же посетителей, хотят ли они перехода в тред при клике на номер (это при условии того, что содержимое формы ответа будет теряться), и нужна ли им форма настроек (на радио говорилось, что не нужна, но вот несколько людишек ее реквестировало, стало быть кому-то да нужна). Если заниматься десигном с позции крутого десигнера, то можно додесигниться до Джона Федора с ловилавашем.
No. 22109    
>>22107
Вас просят об очень простой вещи: добавить кнопочку и связанную форму для нового способа ответов и сохранить при этом старый способ. Какое-то другое поведение не нужно.
И вопрос очень простой: вы сделаете то, что вас просят?

Администрация, конечно, сама виновата, что пропустят это при чтении нити и тестировании скрипта, но она и ожидала, что там баг с «Хромом» починят, а не добавят ещё отсебятины.
No. 22110    
>>22109
Все эти нововведения делаются в первую очередь для пользователей, и потом уже для администрации, если бы допиливалась админка, то это был бы другой разговор. Мне не больше вашего хочется ломать чей-то пользовательский опыт.
> вы сделаете то, что вас просят?
Сделаю, с радостью, если будет доказано, что именно это пользователям надо. Мнения 2-3 человек вполне достаточно.
No. 22111    
>>22110 На самом деле, это действительно не нужная штука.
No. 22112    
15597609566.jpg-(75.62KB, 510×414, uiharu.jpg)
22112
>>22110
Я вот не замечал, потому что всю неделю целенаправленно тестировал функцию, нажимая на (ненужную, лололо) кнопочку. А тут увидел то сообщение в /d/, проверил, и оказалось, что есть такой «баг». Там накануне браузер обновился, я подумал, что нечто отломали в нём. А тут вон чего.
Если бы не тестирование, мне старая функция привычнее и удобнее, я бы предпочёл пользоваться ей, а вы её переделали, о чём вас никакие «пользователи» не просили. И ваши попытки шантажа вас не красят.
No. 22116    
>>22112
Фантазии господину Соусову не занимать. То амбиции, то Наполеоны, теперь вообще кто-то шантажирует. На вы общается (хорошо хоть не с большой буквы). А рассматривать это как нормальный разговор, как с человеком, в котором приводятся и аргументы, и мнения - не вариант. Как будто тот, кто вам добровольно помогает - враг и шпион, так и хочет все саботировать. И все потому, что кто-то в ваших джабберах, твиттерах, и телегах не сидит.
Цветочки в имени еще не делают написанное истиной в последней инстанции, его все же можно обсудить, критиковать, оспорить. Сделать так как лучше - в моих интересах как пользователя. И если от цветочков исходят сомнительные предложения, то я сомневаюсь. Только и всего. На самом деле таких дискуссий, не по делу, мне больше всего хотелось бы избежать.
То, что при открытой форме быстрого ответа нажатие на номер кидало в тред, было явной недоработкой и ее следовало исправить. А вот при закрытой было действительно два варианта: либо старое поведение, либо открывать форму ответа. Я выбрал второе, так как, как уже говорил, содержимое формы легко потерять, и такое нажатие было бы досадным.
Конкретно здесь я уже нашел компромиссный вариант, так что да, просьбу выполню, но опять как всегда.
No. 22126    
155976804624.png-(72.49KB, 906×463, SoY3psr[1].png)
22126
>>22116
Даже в кукле поведение при нажатии на номер не меняли.
No. 22127    
>>22126
Кукла, всё же, на мобильных устройствах не работает.
No. 22128    
>>22127
Про мобилки, вроде, вообще речи не шло. И там надо всю морду переделывать всё равно.
No. 22129    
Есть API, позволяющее определить, была ли страница обновлена, перешли ли на нее по ссылке или вернулись по кнопке назад, но API это экспериментальное и поддерживаются не всеми браузерами: https://developer.mozilla.org/en-US/docs/Web/API/PerformanceNavigationTiming/type#Browser_compatibility
Логика такая:
Перед переходом на другую страницу или обновлением, состояние формы быстрого ответа сохраняется в localStorage.
Если страница была обновлена или на нее перешли по кнопке назад, url тот же, что и в прошлый раз, и прошло менее 3-х минут, состояние формы восстанавливается. (Кроме состояния поля загруженного файла, которое изменить нельзя). Та же ли эта вкладка не детектируется, например, сели на одной вкладке ввести неправильно капчу, а на другой вкладке с той же страницей нажать F5, то там появится отправленная только что форма, поэтому и введен таймаут.
Ну и, так как опасность потерять весь текст устранена, клик по номеру поста теперь будет перекидывать в тред при условии, что форма закрыта.
No. 22130    
>>22129
Какое вообще отношение потеря текста имеет к поведению при нажатии на номер, когда никакие формы не открыты и никакого текста ещё нет?
Причём при этом методе использовалась стандартная форма постинга, из никакой текст и не терялся никуда. Что за хуита вообще происходит?
No. 22131    
Заблокировал новый мерзкий скрипт через аддблок. Вначале всё было хорошо, затем, однако, при нажатии на номер поста перестал переводиться фокус на форму ответа в начале треда. Впрочем, сам номер в нее добавляется, так что, возможно, так даже лучше…
No. 22132    
>А вот при закрытой было действительно два варианта: либо старое поведение, либо открывать форму ответа. Я выбрал второе

Пожалуйста, верните как было. Ваша фича плоха и раньше было лучше: тем более, что в мобильной Лисе оно выглядит вот так.
мимо user_feedback
No. 22133    
155980013656.jpg-(222.98KB, 1080×1281, фориа узкого ответа.jpg)
22133
отклеилось
No. 22134    
>>22126
Таки меняли. Нажатие на номер с доски загружает страницу фокусом на посте, не добавляя ничего в форму ответа. Нажатие внутри треда открывает форму быстрого ответа и работает так же, как кнопка.
No. 22135    
>>22133
Это потому, что никто не почесался под мобилки CSS исправить. Надо ж какой-то ерунды вместо этого в скрипт напихать, когда тут ещё CSS править.
No. 22136    
>>22135
#iichan-quick-reply-form table {
width: 100%;
}
No. 22137    
Кстати, давно хотел спросить. Патчи для цсс тоже не Гитхуб выкладывать, или достаточно фалом сюда?
No. 22138    
>>22136
Там не table, а инпуты изменяются вообще-то.
No. 22139    
> Если нажать на номер поста, который цитируется в другом посте, не открывая сам тред, открывается тред и целевой пост выделяется пунктиром. Это норма, так и раньше было. Только теперь, если попытаться самому ответить на этот пост, нажав на его номер, то в окне ответа появляется не номер этого поста, а номер ОП-поста треда.
Да, это баг. Исправлено.
>>22133
Исправлено.
No. 22143    
>>22135
Но этого не было в тз.
No. 22144    
>>22143
Ну так ТЗ же дебилы какие-то выдвигают и можно на него класть, как мы уже выяснили.
No. 22146    
>>22144
Еще мы выяснили, что наличие прозрачных гифок в кнопках совершенно необходимо, а на 100% сайтов в интернете чудовищные костыли и лишний мусор, и как кто-то посмел в этом усомниться.
No. 22156    
>>21989
А если бы вторая форма была с самого начала, то не пропадало бы?
No. 22168    
>>22156
По идее — да. Так как нормальные браузеры запоминают стейт изначального ДОМа, без учёта всего добавленного жаваскриптом. Так что да, лучше добавить форму быстрого ответа в темплейт страницы и жсом только перемещать в нужное место.
No. 22179    
>>22168
А если сделать onkeydown/onclick(submit)-синхронизацию формы быстрого ответа с главной формой?
No. 22180    
>>22179
Тогда всё будет ок. При ответе в треде с синхронизацией форм всё работает уже сейчас, если капчу неправильную ввести.
Алсо там ошибка на странице ошибки.
No. 22182    
>>22179
По F5 тогда все равно будет пропадать, а многие привыкли именно так капчу обновлять.
No. 22184    
>>22182
Они неправильно привыкли.
No. 22186    
>>22184
Чтобы пропала привычка >>22182, предлагаю обновлять капчу при фокусе на поле ввода капчи.
No. 22217    
В хромоподелиях скрипт быстрого ответа шлёт лишние запросы. При каждом обновлении страницы или переходе на другую - запрашивает капчу с предыдущей страницы. При непонятных обстоятельствах может приводить к множеству запросов даже с одной вкладки.
No. 22219    
Так же при открытии формы на борде шлёт запрос два раза, к борде и к треду. Это уже во всех браузерах.

Может уже сразу дудосилку и майнер в скрипт встроить?
No. 22249    
156119426331.png-(2.23MB, 2139×1080, Isekai Maou to Shoukan Shoujo no Dorei Majutsu - e.png)
22249
Встройте эвона чего: поглядите, как в файле https://410chan.org/lib/javascript/kusaba.js сочинена функция «expandThis» с развёртывателем картинок третьего поколения, да и напилите аналог его на Ычане, чтоб он догнал 410чан (и Архивач) в этом отношении.

Обоснование излагается в реплике https://410chan.org/dev/arch/res/17371.html#20260 и в следующей за нею.
No. 22304    
ЯЩИТАЮ, все эти дополнительные ссылки вроде реквест-треда в /to/ и /a/ в форме быстрого ответа лишние.
No. 22594    
Мобильная версия CSS подавляет раскрывалку картинок.
Гляньте, что с этим можно сделать, пожалуйста.
No. 22595    
>>22594
>>15857
No. 22596    
>>22595
Там смысл был, мол, пусть оно в новой вкладке открывается по-старому.
Сейчас происходит бессмысленное действо, когда оно открывает полную версию на странице, но CSS всё равно её скукоживает. Это довольно тупой баг, который никакого отношения к умышленному поведению иметь не может.
Опыт «410чана» показал, что раскрывалку можно не подавлять, ничего плохого в ней под мобилками нет.
No. 22597    
>>22596
Т.е., я смотрю, что на каком-то разрешении оно действительно подавляется, как задумано, а на каком-то просто скукоживается на странице.
Вот со вторым надо разобраться.
No. 22598    
>>22596
>>22597
Собственно, демонстрация бага:
https://iichan.hk/b/res/4951415.html#4951610
https://iichan.hk/b/res/4951415.html#4951612
No. 22600    
>>22597
Баг вызван конфликтом с мобильным CSS сайта, который все переопределяет и скукоживает изображения обратно. Основную массу удалось побороть костылями, но вот из-за этих правил в .global.css
@media only screen and (max-width: 480px) {
...
.thumb {
width:auto!important;
height:auto!important;
margin: 2px 4px;
}
...
}
Картинки раскрываются ступенчато: сначала превью раскрывается до своего размера в не-мобильном варианте, и только после полной загрузки разворачивается на весь экран. Уберите эти !important, и будет нормально, тем более что они там ни к чему.
Порог открытия на новой вкладке уменьшен до ширины экрана в 360 пикселей, правда на таких устройствах эти скрипты и так никогда не работали.
No. 22601    
В рубрике "мы вас не просили": добавлена опция "раскрывать спойлеры" в конфигураторе.
No. 22692    
156846863543.jpg-(50.98KB, 556×547, 9373224.jpg)
22692
>теперь на главной список досок есть в шапке, в футере, в непонятно зачем ваихнутом после новостей и списке страниц "фрейме".
>И ещё раз если зайти с фреймами
No. 22693    
156847307032.jpg-(718.30KB, 2560×1600, Screenshot_20190914-155254.jpg)
22693
Веселье продолжается.
Дорогуши, у вас картинки произвольной длины из месяца в месяц, оно тупо не будет работать. Сделайте ограниченный контейнер, новости с картинками в двух колонках, список досок во всю страницу красивой табличкой. Галерею всё равно переделывать, конечно.
No. 22695    
156847787489.jpg-(32.46KB, 500×499, 1435875226658.jpg)
22695
Вот нельзя было сделать нормально, как было https://jsfiddle.net/5pnx2otq/1/show
Всего то и надо вместо фрейма поставить div с float: left; Нет блин, давайте перелопатим всю верстку до вырвиглазного состояния, и чтоб новости про закрытые доски, обновляемые раз в 5 лет были на самом виду, а нормальная навигация где-то в жопе.
И кто это говорил "Как обычно, лучшие изменения в десигне любых интерфейсов — это те, которые никто не заметил"?
No. 22696    
>>22695
Но ведь это выглядит как говно.
Более привычное, да, но говно.
No. 22697    
>>22695
>>22696
Скажу больше, тут прямо эталон модели теоремы Эскобара.
Чтобы делать хорошо нужно не опираться на старое, думать, как было бы удобно пользоваться имеющимся.
No. 22698    
>>22697
Удобно было бы выводить разный контент под мобильную версию и пк. А в остальном это попытка скрестить корову с бараном.
No. 22699    
15684897937.png-(10.34KB, 384×384, 1149378530564.png)
22699
Малаца, хорошо зделоли, уменьшить только количество новостей до 8 может стоит.
No. 22700    
156849032332.jpg-(1.01MB, 1600×2560, Screenshot_20190914-204413.jpg)
22700
>>22699
А, ещё надо меньше текста у картинок.
No. 22709    
156858537978.png-(444.14KB, 1111×1000, 1568271259118.png)
22709
>>22699
Все будет. Но не сразу.
No. 22719    
Доброго денечка! Как вам идея переделать фронт Ычана на Vue с SPA?
No. 22720    
>>22719
>фронт Ычана
Хорошая шутка.
No. 22722    
>>22600
В «Хроме» не работает.
No. 22723    
>>22719
Без переделки бэка на что-то рест-подобное смысла не имеет, только увеличится размер передаваемых по сети ресурсов.
А с переделкой бэка получается новая полноценная борда.
Очевидно, администрация не пойдет ни на первое, ни на второе. Плюс забота о БЕ3СКРNПТОВЬlX.
No. 22724    
156908026658.png-(261.66KB, 460×700, 2016-02-27-813951.png)
22724
>>22719
Для этого надо бэк переписать с Перла на хотя бы Java EE 6, а потом уже прикручивать фронты хоть на JSF-е, хоть на Vue, хоть на Swing-е. Ну или найти героя, который будет имплементить энтерпрайзные фреймворки на Перле. Или ты предлагаешь сделать моструозный костыль на JS, который внутри себя по сути имитирует браузер без JS и отваливается от каждого изменения разметки?
No. 22725    
>>22724
Ну и выйдет из этого новый движок нульчана, где фронтенд на vue и бекенд на php. Народ не особо его оценил, хотя где-то его даже используют.
No. 22726    
>>22724
>Прикасаться к Яве меньше 8 верии
>Не знать о Mojolitious
>НАСТОЛЬКО быть рабом энтерпайза, что нужны фреймворки
No. 22731    
156917238571.jpg-(187.98KB, 700×770, 2015-04-13-727020.jpg)
22731
>>22725
Кто заставляет копировать нульчан? Если хотите развиваться, надо своевременно обновлять используемые технологии, дабы они перестали тормозить внедрение нового функционала.

>>22726
Привет, зеленый.
>Прикасаться к Яве меньше 8 верии
При чём тут версия Джавы и версия Ентерпрайза?
>Не знать о Mojolitious
Почему кто-то должен знать о древних фреймворках мёртвого ЯП?
>НАСТОЛЬКО быть рабом энтерпайза, что нужны фреймворки
Почему кто-то должен приходить в восторг от запила инфрастуктуры с нуля? Или тебя зовут Миша, ты очень своеобразный человек и желаешь пофинансировать разработки подобных велосипедов?
No. 22733    
>>22731
>Почему
Кто ихсперта без пруфов строит, к тому и вопросы.
No. 22734    
15691915019.jpg-(210.40KB, 517×496, 2018-02-09-949744.jpg)
22734
>>22733
Так вот я и спрашиваю у ихсперта, пусть он по полочкам всё разложит и пояснит, чем специализированные решения хуже кустарщины и самопала; особенно меня интересуют моменты, сколько потребуется жопочасов, чтобы на базе Перла сделать ентерпрайз-грейд приложение, которое можно поддерживать, где искать бесплатных запиливателей подобных приложений и сколько их потребуется. Местный запиливатель, вон, чегой-то отказался спойлеры запиливать, сказал, мол работы сильно дохрена, а ему недосуг. Доброчановский, так вообще молча в туман свалил и на связь не выходит.
No. 22735    
>>22734
>специализированные решения
Вы опять тащите свои представления о том, что все программы должны быть 20гиговые яваподелия просто.
>ентерпайз-грейд борда
ЧТД.
>Местный запиливатель
Но тут работают спойлеры.
No. 22736    
156920210241.png-(425.41KB, 577×991, MillieChliette.png)
22736
>>22735
А вы опять занимаетесь троллингом в тематике. Обсуждаемый предмет вы не знаете, путных ответов от вас ждать бесполезно, о проблемах форума, на котором перекатываетесь, тоже не в курсе. Ещё и на Ичан побежите рассказывать, какие здесь все нехорошие и вас слушать не хотят.
No. 22737    
>>22736
>о проблемах форума, на котором перекатываетесь, тоже не в курсе
У меня есть коммиты в движок, в отличие от. И нет, я в сортах 20гб яваподелия не разбираюсь, и тому рад.

А впрочем, давайте заключим пари, code doesn't lie, в конце концов. Берётся спецификация https://github.com/WagonOfDoubt/kotoba.js (а лучше всё-таки выцыганить нормальное ТЗ у администрации), каждый пишет свою версию, и к НГ 2011 сравниваем три версии того что есть (третья в первом случае псевдокодоба, во втором - ФБЕ). Оценка складывается из анонимного голосования, отзывов Администрации и отзыва владельца спеков, на которые равнялись. Может хоть что полезное получится.
No. 22738    
>>22737
*2021
No. 22739    
15692068233.jpg-(108.34KB, 900×1200, 03_Lacus_sama_by_RayearthBlue.jpg)
22739
>>22737
Администрация Ичана ещё в 2009-м ясно дала понять, что движок они трогать не будут и никого к нему не подпустят. Соус ясно дал понять в треде о Котобе, что ему новый движок не нужен. Пилить очередной CRUD чисто для себя мне не интересно. Если у вас детство в заднице играет, запилите спойлеры в FBE — тем более, что это вы ратуете за самопальщину, значит труда вам это составить не должно.
No. 22742    
>>22739
Ясно. Слив засчитан.
No. 22744    
>>22742
Смойте за собой.
No. 22773    
>>22722
Исправлено.
No. 22839    
>>22739
>спойлеры в FBE
А что не так со спойлерами?
No. 22853    
156985550938.mp4-(111.80KB, 1920×1080, Gotoubun no Hanayome - Uesugi Fuutarou having rais.mp4)
22853
>>22839

Имѣются въ виду графическіе спойлеры, https://bitbucket.org/Therapont/fbe-410/issues/8/
No. 22854    
>>22853
Мне так и не ответили там, как опции впиливать.
No. 22857    
156988426652.jpg-(6.66KB, 147×153, staredad.jpg)
22857
>>22854

Видеозапись >>20965 говорит нам, что для начала можно вообще без опций (а просто жёстко ограничить поддержку употребления спойлеров досками a/ и ts/ только).
No. 22876    
>>22854
Я расширил описание того тикета.
И не надо угонять этот тред.
Удалить сообщение []
Пароль  
[Mod]