А что, sarcastic cat таки забил на перепиливание движка?

>>15851
Если бы кто-то чем-то занимался, то этого треда бы не было.

>Скрытие тредов
Скрытие тредов сделать будет проще всего. Собственно, это можно реализовать как на 410м, добавить плашку-плейсхолдер для скрытых тредов, и кнопочку скрытия. Для браузеров у которых нет локалстореджа можно сделать фоллбек на куки.

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

Вы не назвали целевые браузеры для отображения. Базово, насколько олдскульно всё нужно сделать? Потому что мне кажется, что текущий ычан можно вообще открывать на чем угодно и использовать без яваскрипта, например. Т.е. хотелось бы понять, к насколько старым версиям JS и CSS мы стремимся

>>15854
Куки не хотят, чтобы не раздувать оные куки всякой лабудой.
Браузеры актуальные, костыли для всякого старья не нужны. Просто с отключенными/неподдерживаемыми скриптами оно должно работать как работает сейчас.
В чём проблема скукоживать на смартфоне? Там всё равно будет удобнее в новой вкладке открыть.

>>15855
>Просто с отключенными/неподдерживаемыми скриптами оно должно работать как работает сейчас.
Т.е. я правильно понимаю, что хочется вообще никаких изменений в вёрстку не вносить, и необходимые элементы интерфейса тоже добавлять скриптами?

>В чём проблема скукоживать на смартфоне?
Читать будет неудобно же. Это сейчас для смартфона всё классно, нажал - открылась картинка в новой вкладке. А с этим скриптом - уже нет, будет подгоняться прямо в текущем DOM под экран. Ну, если не делать специально чтобы на смарфтонах всё было по-старому.

>>15856
>Т.е. я правильно понимаю, что хочется вообще никаких изменений в вёрстку не вносить, и необходимые элементы интерфейса тоже добавлять скриптами?
Что-то уровня кнопок скрытия можно добавить. Главное, чтобы эти не мешали пользоваться сайтом тем, у кого это не работает. По-моему, это самоочевидно.
Если можно разворачивалку картинок на мелких экранах подавить, то лучше подавить.

>>15857
Ок, I'll see what I can do.
Если что, запощу предлагаемое решение прямо сюда.

Полчаса в блокноте http://pastebin.com/qdDGcMjB

>>15859
Ну и картинки http://pastebin.com/1M1TE13U

Родное скрытие тредов? Вот это поворот.

>>15861
Это будет не нативное скрытие, а лабуда какая-то. Нативное скрытие — это когда сервер отправляет тебе только нескрытые треды для отображения на нулевой, динамически формируя эту самую нулевую для каждой сессии. Здесь же предлагается решить всё на стороне браузера. Нет, для тех, кто не использует сторонние юзерскрипты, это будет лучше, чем ничего, конечно...

>>15862
Для тех кто не использует? Лол. После выше описанной ситуации те кто не использует начнут использовать принудительно скрипты же. И единственный способ отключить их будет в отключении JS на корню. Особенно если все функции в один файл запихают.

>>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>

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

>>15864
Вместо 'rm' и 73380 подставляются имя доски и номер треда соответственно.

>>15854
Через стили можно реализовать всё, кроме запоминания скрытия. У кого работать не будет, у того просто не будет работать. Но без запоминания теряется смысл. А вообще >>15862 господин прав, и в /d/ ычана всё это много раз обсуждалось. Всё что не на сервере = костыли, а в данном случае ещё и костыли принудительно вставленные. И так уже гуглозонд нам вставили. Выбора пользователю никто не даёт. Сейчас конечно модно всё за других людей решать. Но по человечески эгоистично всё это. Лучше дайте нормальный инструмент по подключению всех этих функций к браузеру для технически не подкованных людей. Хотя бы однокнопочный однострочный скрипт по подключению куклы. А то армейским способом кусабите. Ссылки на куклу во фрейме нет? Каталога браузерных расширений там же нет? Конструктора расширенного функционала нет? Нативной серверной поддержки нет? Зато будем принуждать всех парсить жабокостылями сраницы. Потому что новички тупые и им лень. Да любому нормальному человеку будет лень, если он не гик-линуксоид. Но это же не повод в самом деле!

>>15862
>>15866
Напишите сначала нормальный движок с динамическими страницами, а потом будете продвигать ваши блестящие идеи.

>>15867
Блестящая идея заключается в том чтобы дать людям выбор. А то меняете мыло на шило. Даже хуже. Раньше скриптов почти не было, но их можно было основательно погугля найти и подключить. Теперь всё будет включено как в метроотеле, опять же принудительно, а на выбор только отключить JS. Зачем обязательно впадать в крайности и устраивать из их выбора драму? Я не понимаю. Кому надо - тот подключит. Хотите помочь им? Положите на видное место и упростите процесс. Нет же, нужно тех кого всё устраивает упрекать в том что они не пилят новый движок, а тех кому нужен падающий снег и webm что не могут сидеть на голой вакабе. Всё через садо-мазо, чесслово.

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

Я бы может и раз запилить движок для АИБ и давно сам мечтаю. И опыт у меня есть, аж по написанию движка для полноценного форума... правда он накрылся недописанный вместе с хардом больше 10 ле назад. Но только меня всё устраивает и даже после отключения JS будет по большому счёту устраивать, а время незаметно всё куда то уходит, уходит и кажется что даже от части на пользу Ычану, а мир всё так же катится по маршруту автобуса. И логика в нём.

>>15868
> Блестящая идея
Блестящая она конечно потому, что твоя.

>>15867
Котоба жи!

>>15869
Не понял сарказма. Мой был в том чтобы назвать "блестящей идеей" что то из очевидного и извечного. Если право выбора было твоей идеей, я не против, коперайти.

>>15867
https://github.com/ololoepepe/ololord
https://github.com/ololoepepe/ololord.js
https://github.com/rngnrs/tumbach

>>15874
Страницы не динамические, алло. И не могут они быть динамическими при хоть сколько-то заметной посещаемости, разоришься на серверах каждый раз рендерить их.

>>15875
Тогда го в твиттер, максимум динамики и кто-то умудряется в его убыточность до сих пор инвестировать.

>>15876
Попробуй его без JavaScript открыть для начала. Там на стороне клиента делается ВСЕ, что только можно, и это правильно.

>>15877
Всё, кроме собственно генерирования уникальной ленты для каждого юзера, его уведомлений, меншенов, а также листов. Потому он и лёг во время одного из оскаров, когда зрители пошли ретвитить один твит.
Алсо твитдек раньше позволял ленту любого неприватного аккаунта смотреть, но потом это убрали.

>>15876
Ты конечно сравнил, молодец. Чего не с гуглом сразу?

А Доброчан-онии-тян почему не отжат^H^H^H^H^H попросить? У неё же это всё есть.

>>15850
Ага, знаем мы эти желания.

>>15881
Во-первых, там очень тяжёлый движок, который потребует апгрейда всего что можно. Во-вторых (на самом деле во-первых), с чего бы его Рус кому-то давал?

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

Это всё хорошо, но что с предложенными вариантами скрытия тредов? Запостили сюда два, они были рассмотрены?

>>15891
Ждите, это ж Ычан.

Вобщем, запилил я разворот картинки. Получилось очень неинвазивно, достаточно просто подключить скрипт и вызвать инициализацию в конце страницы, всё. Спойлерон работает, /gf/ отсекается по критерию "ссылка заканчивается на .swf", допустимая ширина картинки берется из эффективной ширины поста. Остается один вопрос - как детектить мобилочки? Страшно, по юзер-агенту, или по-простецки, всё что меньше 800х600 записывать в мобилочки?

>>15893
>Остается один вопрос - как детектить мобилочки? Страшно, по юзер-агенту, или по-простецки, всё что меньше 800х600 записывать в мобилочки?
Может по соотношению сторон окна или по dpi экрана.
>по юзер-агенту
Он же для этой цели создавался.

Предлагаю какому-нибудь ОПу создать на автобусе филиал этих
http://iichan.hk/b/res/3953348.html
http://iichan.hk/b/res/3762663.html
http://iichan.hk/b/arch/res/2452321.html
тредов. А так же (не)оффициальный храм куклоскрипта.

>>15850
>>15857
Сделал вам разворачивалку с учетом мобилочек решил таки по юзер-агенту их определять В архиве примеры с досками /a/ (включая спойлерон) и /gf/. Это самая простая реализация, если она будет принята в целом, я могу подзаморочиться и улучшить визуальную отзывчивость сейчас для пользователя ничего не происходит пока картинка не загрузится, потому что принудительно не изменяется размер элемента img. В примерах из архива большие картинки грузятся прямо с ычана.

Подключается просто. В хедер нужно добавить сам скрипт:

<script type="text/javascript" src="a_files/iithumb.js"></script>

В конце страницы добавить вызов для инициализации:

<script type="text/javascript">iithumbinit()</script>

> в конец страницы добавить
Ну что за колхоз? В сам скрипт вставляешь:

window.addEventListener('load', function () { your init function });

>>15899
Скрипты по-хорошему добавляюься не в head, а как раз перед </body>, так они не замедляют время рендеринга страницы.

>>15900
Но у нас тут не кружок разработки веб-приложений, а вполне конкретное ТЗ. Скрипты будут добавляться в wakaba.js, ибо надо, чтобы работало и в архивных нитях. А там своих функций хватает. Приведенный выше метод позволяет вообще вставлять копипастом, не трогая другие места скрипта.

Короче вот:
https://github.com/WagonOfDoubt/iichan-extensions

>>15899
>>load
Ага, и жди когда загрузятся все картинки. Отказ же.
Там надо было бы по хорошему тогда мультибраузерный ready запилить, но опять таки, допилить что-то если ычановцы попросят не тяжело.

Алсо
>Кроля
>разбирается в JS на уровне "детектить колхоз"
Зачем вообще создавать этот тред тогда, если разработчик у вас уже есть?

>>15903
Ну тогда

DOMContentLoaded

используй.

>>15904
Никто ничего не спрашивает, а я им через libastral что-то должен делать?

>>15899
Ты лучше посмотри как тут на автобусе адаптивная капча и слежение за тредами реализовано. Какие эвенты? Всё прямо во время парсинга DOM-дерева запускается (inline script'ы).

>>15908
Почему его должен волновать местный код?

Мысли насчёт разворачивалок: при наведении на картинку в углу поверх неё показывать кнопку для раз/сворачивания, а клик по самой картинке как обычно в новой вкладке, чем мобилки и будут пользоваться. И выбор тогда в наличии (в идеале конечно меню настроек, как на форчане).

Кнопку не в левом верхнем углу, а например правом, и отключать ссылку на развёрнутой картинке, для чего достаточно превратить её в

javascript:void('изначальный_адрес');

, чтобы легко потом вернуть обратно. Это к тому, что у меня иногда левый клик на мышке 2 или 3 раза при нажатии в одну точку срабатывает, inb4 купи новую. Нынешний интерфейс вполне устраивает, wakaba.js отключен, костыли сам себе пишу.

Как вариант, в порядке бреда, кнопка разворачивания при наведении — размером ровно с тумбнейл.

Наверное, самое спартанское решение.
http://codepen.io/anon/pen/vxJLOz

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

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

Поддержка IE: 9+

>>15911
Негодяй-codepen минифицировал js

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

Размер 2.2К

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

В целом все это больше на css работает, чем на js - скрытие, максимальный размер картинки, етц. Js только классы переключает и события вешает.
Для широкоформатных мониторов тестировать удобнее так http://codepen.io/anon/pen/vxJLOz/left/

Возможно, также придется по вкусу css-стакование скрытых тредов
http://codepen.io/anon/pen/ryzjGa/left/

Ну вот, получился конкурс какой-то. Лушче б взяли что-то одно за основу и допилили.

>>15922
Сдается мне, никто ничего впиливать в ычан не будет.
В этом треде только 2 типа: одни против каких-либо изменений и вообще скрипты зло нужно сидеть через диал-ап, пользоваться нетскейп навигатором и гуглить в альтависте #вернитемнедевяностовосьмой; и второй - те, кто запилили свои костыли за 5 минут (а больше и не надо) и ждут, что Соус Мод-тян обрадуется и запилит их скрипт на ычан за те же 5 минут.
Ну и есть наверно третий тип, малочисленный, они сидят на ычане и не знают разницы между window.onload и addEventListener, про куклоскрипт не слышали и им и так хорошо, они ждут продолжения "лета".

>>15924
Если бы никто ничего не собирался впиливать, этого треда бы не было.
Чего кого-то теперь нетерплячка бьёт, я не знаю. Это Ычан, дела быстро не делаются, к сожалению. До лета впилят, я думаю, но точнее сроков никто не назовёт.

Э… там рак на горе свистнул? С чего вдруг такие предложения?

Повторю ещё раз - js нужен только для сохранения результатов действий пользователя. В куках или локальном хранилище, не важно. Всё остальное умеют стили. В том числе скрывать и раскрывать по наведению\клику и прочий интерактив. Причём вешать можно уже на имеющиеся классы.

>>15938
>умеют стили. В том числе скрывать и раскрывать по наведению\клику и прочий интерактив
По наведению, понятно, :hover, а вот про то, что стили умеют что-то скрывать по клику, слышу впервые. Нет, в теории, можно впиливать невидимый checkbox перед тредом, а тред обернуть в label, и повесить стиль на :checked+блок_треда, но это настолько костыль, что нет, спасибо.
Так что js должен отвечать за сохранение И за скрытие. За одменистрацией только остался выбор стратегии скрытия, выше есть варианты - js просто добавляет класс, и стиль скрывает тред, или более продвинутые, где происходит модификация содержимого, чтобы, например, выводить текст поста, если тема не заполнена. Если так радеете за аскетичность, первый вариант вполне подходит.

>>15940
>а тред обернуть в label
Спать пора. Кнопку скрытия обернуть в label. Но тут потребуется автогенерация id в чекбоксе и прописывание for в label'e, чтоб они связывались. А это уже не простое впиливание в верстку, а полноценный кодинг на серверной стороне. Оно вам надо?

Мое решение для вас. Убейте вакабу, она давно этого просит.

>>15938
Предлагается картинки раскрывать тоже цссом? Если да, то это будет худшее нововведение Иичана эвар.

>>15938
Как же забавляют такие теоретики, которые лучше всех знают как надо, но не имеющие представления как это сделать.

>Сперва добейся!
Ага, конечно, даже не почешусь. Иначе тогда уж брать и в самом деле готовый проект предлагать.
Кому интересно сами нагуглите. Кому не интересно - можете дальше гореть. Единственное что, повторюсь, результат не запоминается. А значит совсем без js бесполезно.

>>15945
Повторюсь, повторяя еще раз, как я уже говорил, повторяя вышесказанное, повторяю что я повторял, хватит писать глупости, если не имеешь представления.

Вы бы что-ли новости какие-то сообщили.

>>15967

>>15925

Буду признателен если вы пришьете вакабе нормальный tomorrow.

Я тут упоролся и сделал es6-only версию: https://github.com/WagonOfDoubt/iichan-extensions/tree/bells-and-whistles

Я знаю!
М-тян впилит нововведения аккурат к юбилею! Чтобы сырны могли с гордостью вспоминать этот день, говоря, что ждали этого момента 10 лет.

>>15911
Тут это... Добавил свертывание картинки по клику вне ее.
http://codepen.io/anon/pen/qrJbYo/left/

>>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)

>>15986
Спасибо за конструктивную критику, поправил.
С функциями вне цикла получилось на несколько строк больше. Про id в селекторе - сомнительно, т.к. там селектор дочерних элементов. Делать getById а потом на нем выбирать дочерние элементы имхо излишнее усложнение.

>>15974
Слил все в master: https://github.com/WagonOfDoubt/iichan-extensions
Решил оставить es6-версию потому как все актуальные браузеры поддерживают es6, а пользователям Оперы Престо, Эксплорера и телефонов со старым андроидом меньше всего нужны какие либо нововведения. У них скрипт просто не выполнится и все будут довольны. Поддержка оставшихся 5% в приоритет не входит.

Так кто победил в конкурсе? >>16010-кун?

>>16058
Ждем программиста, предсказанного Пророчеством - на белом коне и с большими усами, который сделает
>js нужен только для сохранения
>Всё остальное умеют стили

>>16078

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

たぶん。

А как насчет того, чтобы на чиочане такую же раскрывалку картинок запилить?

>>16462
Она есть с основания. Только надо на ссылку над файлом нажимать.

А зачем на div с тредом добавлять class="iichan-thread-hidden", если достаточно стилизовать не
.iichan-thread-hidden {display: none}
а
.iichan-hidden-thread-placeholder+div {display: none}
, тем паче что именно через + сделано "раскрытие по наведению". А то получается, скрываем по классу, а раскрываем по другой-класс+див, ну и добавление такого класса выглядит избыточным, не?

Объясните любознательной баке в образовательных целях.

Больно нужно это скрытие. Лучше бы карту постов добавили.

Добрый день!
Интересно было бы увидеть реализацию поддержки .webm для Вакабы (на примере Ычана), imagick в качестве внешней программы. Требования к реализации:
- наличие у видео тамбнейла в виде первого кадра, а не просто заглушка;
- запрет на загрузку файлов со звуком;
- поддержка прочих форматов: .mp4, .ogv;
- плеер по нажатию в теле страницы, а не отдельным окном.

Перспектива расширения функционала ресурса при наличии готового решения достаточно высока.

Достаточно для чего? Реализация из других мест не подходит или вообще не смотрелась?

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

>>17663
Каких «других мест»? Речь идёт о конкретном движке.
Уже есть какая-то реализация на базе Вакабы?

Давайте, я переведу.
ОП хочет, чтобы вы взяли публично доступные исходники «Вакабы» и, поковыряв их, написали для них поддержку видео.
При наличии такой реализации, этот код потом могут позаимствовать на Ычан для введения поддержки видосов там. Да, речь именно про него.
Такая вероятность действительно существует.

Если кто-то где-то уже такое делал, тоже тащите сюда.

>>17665
Есть, но исходники никто не даст.
>>17664
Тут что-то может быть, но я не смотрел.

>>17662
> Вакабы (на примере Ычана)
Исходники модабы ведь закрыты и никому не выдаются.

> наличие у видео тамбнейла в виде первого кадра, а не просто заглушка

convert input.webm[1] thumbnail.png

> imagick в качестве внешней программы

Изрядная нелепость.

В качестве внешней программы для этой задачи гораздо лучше подходит ffmpeg.

>>17669
Эта Ужасно Измененная Модаба, В Которой Нет и Следа Вакабы действительно интригует.

>>17665
Людей, внезапно, на земле много, есть реализация почти всего на основе почти всего. https://github.com/ernstchan/phutaba , например, вполне-таки перепиленная вакаба, только ogv не поддерживает, плеер не встроенный и не отсеивает аудио. Или https://github.com/marlencrabapple/Glaukaba . Или даже https://github.com/lisanyan/wakaba ...хотя, мне кажется, там у них почти одинаковый код, поэтому достаточно было одной ссылки.
Отображение, я вполовину уверен, можно слизать с какого форчонга и всё будет хорошо. У меня до сих пор претензии к развороту картинок на Ычане: при сворачивании обратно вид за ними не утягивается к посту.

>>17666
>ОП хочет, чтобы вы взяли публично доступные исходники «Вакабы»
Дружественное напоминание всем желающим, что последняя версия Вакабы - 3.0.9, хоть и вышла она после создания Ычана. А Ваху надо подвесить за ноги и долго спрашивать, чому у него нет нормального чейнджлога. Вобще никакого чейнджлога.

>>17671
Вообще, я понимаю, отчасти: Вакаба - параноидальный движок, и проверяет даже картинки ручками перед тем как отправить их в комбайн imagemagick. Чем обезопасила Ычан от некоторых уязвимостей. Но не настолько параноидалный, чтобы ручками выковыривать картинку из первого кадра, при, сколько, десятке различных вариантов форматов видео в контейнере? По крайней мере мне ради "существующей вероятности" в совсем байтолюбство лезть неохото, ибо затянется это на месяц, наверное.

> плеер по нажатию в теле страницы, а не отдельным окном

https://github.com/WagonOfDoubt/iichan-extensions/pull/1/files

>>17674

> Но не настолько параноидалный, чтобы ручками выковыривать картинку из первого кадра, при, сколько, десятке различных вариантов форматов видео в контейнере?

Каким образом эту идею («ручками выковыривать картинку из первого кадра») можно было вычитать в реплике >>17671? Я уж не говорю о том, что решение проблемы «выковыривать картинку из первого кадра» в реплике >>17670 только что было дано.

Поясняю мысль: реплика >>17671 была о том, что попытка использовать ImageMagick для того, для чего ffmpeg подходит гораздо больше, рано или поздно наткнётся на труднопреодолимое препятствие.

Или без примера не понятно?

Вот пример: для добычи первого кадра можно попробовать «convert input.webm[1] thumbnail.png» вместо «ffmpeg -frames:v 1 -i input.webm thumbnail.png» (я, впрочем, не пробовал, но по адресу https://stackoverflow.com/a/5430762 это советуют). Однако задача №2 (запрет на загрузку файлов со звуком) ужé может вызвать проблемы, так как ImageMagick вряд ли содержит штучки-дрючки для обращения к звуковой дорожке: это графическая библиотека.

Даже сраные япошки со своим ультраконсерватизмом сделали поддержу шебм.
На задачи нужно смотреть как на возможные алгоритмы, а не как на готовое решение, zdelot-khorosho.js, например. Нет такого понятия, как «реализация поддержки х на у», есть инструмент з, который может делать х и который можно заставить работать в связке с у.

>>17677
>Каким образом эту идею («ручками выковыривать картинку из первого кадра») можно было вычитать в реплике >>17671?
Эта идея из ОП-поста, в котором из сторонних программ указан только ImageMagick, который не может напрямую открывать видео, и использует для этого сторонние программы (http://www.imagemagick.org/Usage/formats/ ). Собственно, по ссылке на stackoverflow говорят ровно об этом же, а именно об ffmpeg. И я считаю, что установка на сервер ещё одного мультемедийного комбайна - достаточно большое отступление от ТЗ ОП-поста.

А дальше в тексте я наоборот соглашаюсь с >>17671.

А ежели всё-таки можно ставить свои комбайны, то я бы добавил сверху Image::ExifTool, и тогда список поддерживаемых форматов ограничивается только самим exiftool.

Ежели это всё дозволительно, то я хоть сегодня (завтра) могу выкатить рабочую версию, с готовым >>17675 тем более что.

>>17682
В принципе, допустимо всё, что есть в репозиториях Debian Strech и CPAN.

>>17682
Please do.

>>17675
Раз все равно будут сайт ковырять, шепните мод-тян чтоб обновила

iichan-expand-images.min.escaped.js

iichan-hide-threads.min.escaped.js

Улучшено юзабилити раскрытия картинок плюс косметические правки кода с учетом пожеланий из прошлых тредов.

>>17662

> запрет на загрузку файлов со звуком;

> плеер по нажатию в теле страницы, а не отдельным окном.

Напрашиваются уточняющие вопросы, и задам:

1) Должен ли видеопроигрыватель автозапускать воспроизведение видеозаписи?

2) Должно ли воспроизведение видеозаписи быть зацикленным (переходить к началу при достижении конца видеоролика)?

3) Точно ли необходим запрет на загрузку файлов со звуком? Может быть, достаточно одного того, чтобы видеопроигрыватель был с приглушённым (до нулевой громкости) звуком?

4) Должен ли видеопроигрыватель иметь пользовательский интерфейс для управления воспроизведением, в том числе перемоткою, паузою и продолжением воспроизведения?

3+4) Точно ли необходим запрет на загрузку файлов со звуком? Может быть, достаточно одного того, чтобы видеопроигрыватель изначально был с приглушённым (до нулевой громкости) звуком, но пользовательский интерфейс его содержал включатель звука?

>>17686
А прoгесс загрузки появился наконец? А то тычешь тычешь и непонятно, разворачивается или нет.