[WT] [Архив]  [Поиск] Главная Управление
[Совместно с Ычаном]
[Назад] [Вся нить] [Первые 100 сообщений] [Последние 50 сообщений]
Ответ в нить [Последние 50 сообщений]
Имя
Animapcha image [@] [?]
Тема   ( ответ в 15850)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, OGG, PDF, PNG, PSD, RAR, SVG, SWF, TXT, XCF, ZIP размером до 10000 кБ.
  • Ныне 3006 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
148897178963.png-(34.62KB, 355×585, 1383852009227.png)
15850
No. 15850 watch    
Данная нить сделана по согласованию с администрацией Ычана.

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

Пока всё. Администрация не рассматривает идеи подключения куклоскриптов или чего-то подобного тяжеловесного целиком, так как стремится сохранить минимализм интерфейса сайта. Также пока не рассматриваются предложения по неким другим функциям.
78 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
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, но не сами эти файлы.
Наверное, можно ещё посмотреть, почему при загрузке файла холст слетает в выравнивание по левому краю, как красиво убрать сохранение/загрузку чтобы кнопок не было, но при перебое питания можно было восстановить картинку, и ещё что-нибудь (например, передавать параметры чтобы интерфейс на русском), но я лучше спать. Благо, серверная часть в основе своей сделана.
Удалить сообщение []
Пароль  
[Mod]