Ычан: [d | b / bro / 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 сообщений]
Ответ в нить [Последние 50 сообщений]
Имя
Animapcha image [@] [?]
Тема   ( ответ в 20450)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3440 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
153385789892.png-(34.48KB, 500×500, 410.png)
20450
No. 20450    
После публикации исходников мы можем обсуждать доработку не только ранее общедоступных частей интерфейса, но и движка в целом.

Репозиторий: https://bitbucket.org/Therapont/fbe-410
1. Для ваших предложений предназначена ветка public.
2. Только администрация 410чана решает, что в этом движке надо, а что не надо. Соответственно, не стоит излишне пропихивать всякие там революционные идеи. Одобренные потенциальные изменения перечислены на багтрекере (записи, созданные владельцами репозитория).
3. Тестирование предложенных изменений и развёртывание принятых ведётся при наличии у администрации свободного времени на это. Обычно это делается по выходным.
4. Код выложен как есть. Никаких неопубликованных скрытых функций и частей не существует.

Предыдущая нить: >>17371
247 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 23813    
С изначальным автором кто-нибудь смог выйти на связь за эти два с половиной года? Или он реально... умер?
No. 23818    
>>23813
>С изначальным автором
Автором чего?
No. 23842    
>>23818
Промах тредом.
No. 23873    
После отправки поста меня редиректит из треда на уровень вверх - на доску. Судя по тому, что никто об этом не пишет нигде, то я подозреваю, что так задумано.
Но неудобно же.
No. 23878    
>>23873
Используй noko
No. 23927    
157975963391.jpg-(361.31KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 01 [108.jpg)
23927
Ну щта, никто так и не выучил «Ӂаваскрипт», чтобы запилить «быстрый ответ»?
No. 23928    
>>23927
>>23927
Если отказаться от пункта
> Существующая версия «Быстрого ответа» упраздняется
А так же
> пользователь может потянуть за заголовок, чтобы открепить её и двигать по экрану
И просто сохраняя текущую реализацию вместо скролла наверх перекидывать форму под пост, то задача будет казаться более выполнимой.
Если такой вариант не устраивает, то возможно придется ждать еще три года.
No. 23929    
157976291422.jpg-(275.67KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 02 [108.jpg)
23929
>>23928
Ок, подождём. Нам нужен нормальный «быстрый ответ» как у всех, а не фигня какая-то.
No. 24001    
158264639240.jpg-(223.89KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 04 [108.jpg)
24001
>В Firefox 75 будет добавлена возможность отложенной загрузки изображений
(https://www.linux.org.ru/news/mozilla/15529229)
В хромоте уже есть, как я понимаю.
Как вы думаете, оно нам надо?
No. 24003    
>>24001
При медленном и нестабильном интернете просматривать нити будет не очень удобно. Нельзя будет подождать пару минут, пока страница сайта загрузится полностью и тогда уже её читать. Да и при несколько более быстром интернете всё равно, подозреваю, будет виден процесс подзагрузки изображений thumbnail’ов, что по-моему не очень красиво. Я предпочитаю читать цельный статичный документ без прыгающих туда-сюда текстов, стилей и ленивых дозагрузок. Как посетитель, я против.
No. 24004    
PS К тому же, в метро, если делать ленивую загрузку, треды не почитаешь: в тот краткий промежуток, когда поезд будет проезжать мимо станции и можно будет поймать связь, страница треда просто не загрузится полностью с миниатюрами приложенных к постам картинок. А в туннелях нет связи. Соответственно, любое предварительное открытие нитей, чтобы потом в офлайне их читать будет также невозможным. Таким образом, использование сайта в условиях нестабильной связи будет затруднительно.
No. 24018    
158323867157.png-(103.02KB, 1005×707, schnelle Antwort.png)
24018
>>23929
Это выглядит вот так?
No. 24019    
>>24018
Как это должно выглядеть, можно посмотреть на «Ычане».
No. 24020    
>>24019
Но на Ычане версия из >>23928
No. 24021    
158327332450.jpg-(168.67KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 04 [108.jpg)
24021
>>24020
На «Ычане» не было предыдущей версии «быстрого ответа», которую надо отломать. У нас есть. Её надо заменить на новую.
На «Ычане» верхняя форма никуда не перекидывается, её можно использовать. Но под сообщением появляется форма «быстрого ответа».
Да, на «Ычане» нельзя откреплять и двигать форму по экрану. Но у нас, в отличие от, эта функция уже есть в скриптах для формы «избранных нитей». Какая проблема её присобачить к форме «быстрого ответа»?
На >>24018 какой-то кривой вырвиглаз просто. Так оно выглядеть не должно в любом случае. На «Ычане» оно выглядит именно так, как должно выглядеть здесь.
No. 24022    
>>24021
>Но у нас, в отличие от, эта функция уже есть в скриптах для формы «избранных нитей».
Потерять окошко ответа - малоприятная перспектива.
No. 24031    
>>23928
>И просто сохраняя текущую реализацию вместо скролла наверх перекидывать форму под пост, то задача будет казаться более выполнимой.
Можно выложить эту версию?
No. 24245    
Хочется, присоединяя свой голос к просьбе >>20915, ещё раз высказаться в пользу того, чтобы на имиджборде поддерживался формат WebP, и выскажусь. Прежде этого репликою >>21953 я указывал на несостоятельность одного из аргументов, ранее высказанных против WebP (аргумента о не всеобщей технической поддержке этого формата), привёл адрес полифилла, то есть такого костыля, которым отсутствие поддержки WebP можно подпереть во браузерах, не содержащих такой поддержки. Но этого мало, надо высказаться ещё раз и о нѣсколько другом предмете — о тѣхъ достоинствах формата WebP, знание о которых одно должно служить достаточным побуждением для того, чтобы внедрить и поддерживать формат WebP.

Для начала никак нельзя обойти упоминанием то обстоятельство, что формат WebP представляет собою гугловскую попытку соединить под одним названием и под одним расширением файла, в сущности, три различных формата. Первый из них (lossy WebP) предназначается для сжатия изображений, совершаемого с потерями — идейным основанием для этого формата послужил формат ключевых кадров видеопотока VP8. Второй из них (lossless WebP) предназначается для сжатия изображений, совершаемого без потерь — этот формат не имѣетъ ни малѣйшаго отношения к VP8, а вмѣсто того сочинён на основе различных передовых методов сжатия информации (их по адресу https://developers.googleblog.com/2012/08/lossless-and-transparency-modes-in-webp.html перечислил тот инженер Jyrki Alakuijala, который-то и был проектировщиком). И есть ещё третий формат (animated WebP), который используется для хранения анимированных изображений, каждый кадр в которых хранится в одном из двух ранее упомянутых форматов — с потерями или без потерь.

Из этих трёх форматов только один (lossless WebP для сжатия изображений без потерь) я считаю действительно заслуживающим поддержки. Что же до двух других, то анимированный WebP не очень нужен на имиджборде, так как на страницах не используются никакие анимированные элементы или украшения, если не считать время от времени публикуемых пользователями цитат из кинофильмов, из аниме и всего такого — а всѣ эти послѣднія гораздо лучше смотрятся в современных видеоформатах (VP9 и тѣмъ болѣе AV1) и в таких контейнерах (WebM или MP4), в которые заодно можно всунуть и звуковую дорожку. Не очень-то нужен и lossy WebP для сжатия без потерь: репликою >>20925 я сообщал ужé о существовании исследования, проведённого Фондом Мозиллы и свидетельствующего о том, что достаточно сжатый файл JPEG не слишком превосходит собою по размѣру lossy WebP подобного ему качества. Притом по адресу https://nowere.net/b/res/167102.html#171866 я упоминал и про нѣкоторые досадные недостатки lossy WebP: обязательная цвѣтовая субдискретизация 4:2:0 (то есть всегда только один пиксел цвѣтности на 2×2 пиксела яркости), размѣръ не больше 16383×16383 пиксела, нѣтъ режима постепенной (чересстрочной) развёртки файла (то есть файл показывается по мѣрѣ загрузки всегда только сверху вниз), etc. Короче говоря, если хочется использовать такой формат сжатия с потерями, который был бы очень хорош въ своёмъ дѣлѣ, то уж лучше дождаться того, когда Joint Photographic Experts Group опубликует новую версию своего формата — JPEG XL; сознаюсь, что мнѣ хочется вѣрить, что это случится в нынешнем (2020) году, несмотря на всѣ короновирусныя трудности.

⬇️ ⬇️ ⬇️ ⬇️
No. 24246    
А вот lossless WebP — это другое дѣло, как я чуть выше только что начинал уж говорить. К счастью, про такой формат, который предназначен для сжатия изображений, совершаемого без каких-либо потерь, нам не нужны никакие исследования, сравнивающие внѣшній видъ результатов съ тѣмъ видомъ, который обеспечивается конкурирующими форматами, и также не нужна сама постановка подобных https://nowere.net/b/res/167102.html#171819 вопросов о том, насколько та или иная метрика вида изображения соѿвѣтствуетъ или не соѿвѣтствуетъ человѣческому впечатленію. Наоборот, мы можем раз навсегда успокоиться насчёт качества сохранения изображений в этом формате: оно всегда стопроцентное — и обращать наше внимание единственно на выигрыш въ размѣрѣ файла. И что же? — оказывается, инженер Jyrki Alakuijala превосходно сдѣлалъ свою работу, так что в качестве конкурента для PNG (то есть для единственного формата сжатия полноцвѣтныхъ изображений без потерь, сейчас на имиджборде поддерживаемого, не считая архиваторных форматов в /dev) формат lossless WebP годится очень хорошо, упомянутую по адресу https://developers.google.com/speed/webp/docs/webp_lossless_alpha_study#results способность сжимать содержимое большинства PNG-файлов (даже после переужатия их лучшими средствами переужатия PNG, совершаемого без потерь) ещё на 20% или даже на 40% (а в среднем — где-то на четверть) можно только попривѣтствовать, особенно когда в крупных файлах экономятся цѣлые мегабайты (то есть, для мобильных зрителей — полновѣсныя секунды их времени). Болѣе того: даже тот режим сжатия, совершаемого без потерь, которым будет оснащён грядущий формат JPEG XL, в представленном по адресу https://twitter.com/FidonetRunes/status/1236833595144040448 частном случае сжимает изображение не так сильно, как PNG (потому что проектировщики решили пожертвовать экономиею объёма в пользу большего распараллеливания декодирования и в пользу большей простоты извлечения ѿдѣльныхъ фрагментов изображения) — а вот lossless WebP даже в этом же частном случае сжимает болѣе чѣмъ на четверть сильнѣе, чѣмъ PNG.

Поэтому призываю администрацию запустить поддержку WebP на имиджборде.

(На первое время это можно сдѣлать даже без упомянутого репликою >>21953 джаваскриптового костыля, полагаясь на то одно, что желающие воспользоваться им сумѣютъ подключить его себѣ сами въ качествѣ юзерскриптового.)
No. 24252    
158647852731.webm-(727.86KB, 600×600, noWebP.webm)
24252
На двадцать шестой минуте чифира >>/b/152677 прозвучал отказ от реализации поддержки WebP (цитату прилагаю), и отказ этот заключается в повторении смысла реплики >>20916 с таким видом, как будто ни отклика >>21953 не поступало, ни костыля https://webpjs.appspot.com/ не существует на свѣтѣ.

Ну 仕方がない тогда.
No. 24298    
Что вы сделали с фотоном? Почему теперь шрифты не меняются?
No. 24309    
158791700949.jpg-(241.04KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 01 [108.jpg)
24309
>>24298
Размер и расположение элементов, шрифты и прочие вещи в темах оформления приводятся к единому виду.
Шрифты себе сами ставьте, какие хотите.
No. 24316    
>>24309
Во-первых, зачем это делается? А во-вторых, ну этот фотон уже неторт получается. Шрифты ставить сложно. Не то чтобы фанат этой темы, но приятно серое нейтральное оформление.
No. 24463    
159123237973.png-(70.01KB, 979×641, screenshot.png)
24463
>>24003

>>24004

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

Главный вопрос заключается в другом: сидит ли 410чан на безлимитном траффике? — или же хостинговый тариф его предусматривает оплату траффика, побуждая включить «ленивую» загрузку изображений съ цѣлью экономии траффика?
No. 24556    
159290650758.webm-(543.51KB, 600×600, когда Apple добавит поддержку.webm)
24556
На двадцать шестой минуте чифира >>/b/152677 было сказано:

> Потому что с WebP вам ужé ответили тут: когда Apple добавит поддержку, тогда приходите.

Ну пришёл.
No. 24557    
159290659630.png-(58.44KB, 1041×273, screenshot.png)
24557
По адресу https://developer.apple.com/documentation/safari-release-notes/safari-14-beta-release-notes#Media компания Apple сообщает, что поддержка формата WebP добавлена.

💢 Прилагаемая иллюстрация могла бы быть на 23,23% меньше по объёму без потерь, если бы 410чан поддерживал lossless WebP.
No. 24569    
159348265394.jpg-(220.90KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 12 [108.jpg)
24569
>>24557
По адресу сообщают, что вышла какая-то бета-версия для ещё не готовых систем.

Как я говорил, кого нетерплячка бьёт, могут пойти и разгрести высокоприоритетные задачи, чтобы мы могли позволить потратить время на их хотелки.
No. 24570    
>>24569
То есть, пока не запилят новый Быстрый Ответ, можно не ждать? Ой-вей.
No. 24613    
159490335846.mp4-(4.65MB, 1280×698, 410_quick_reply_proto_demo.mp4)
24613
Это конечно та самая ситуация когда 20% усилий дало 80% результата, и потом надо будет долго ковыряться в мелочах, но хотел бы узнать ваше мнение.

Я попробовал реализовать функционал быстрого ответа супермалой кровью, с использованием уже подключенных к движку библиотек, и без модификаций механизмов отправки и HTML ну, почти. То что получилось - на видрелейтед.

Преимущества:
  • Форма отправки на странице всегда одна, не надо кода ни для каких синхронизаций, дублирований и прочей головной боли;
  • Благодаря этому все старые скрипты завязанные на форму вроде как работают;
  • Благодаря этому при ошибке постинга не надо переживать, что контент формы пропал, делаем модору-модору и контент всё так же в форме вверху;
  • Форма в быстром ответе висит над контентом и поэтому можно скроллить и цитировать нить, пока пишешь ответ, очень удобно в длинных нитях (например, Начинающих Программистов)
  • Форму можно перетягивать и растягивать как душе вздумается ну, правда надо добавить ручку перетаскивания чтобы не конфликтовать с цветочком;
Сделать в таком же формате реализацию "а-ля ичан", где форма встраивается прямо под целевой пост также возможно, и это даже меньше кода, но сильно неудобнее для пользователя, как мне кажется.

Вобщем, скажите, что вы по всему этому поводу думаете.
No. 24619    
159496117683.jpg-(364.47KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 01 [108.jpg)
24619
>>24613
Во-первых, в тикете нарисовано, как должна выглядеть форма. Да, это важно.
Во-вторых, тут много критиковали плавающую форму, поэтому это должен быть альтернативный режим. Скажем, через кнопочку «открепить».
За техническую часть не скажу, но у вас есть все исходники, чтобы с ними работать.
No. 24626    
>>24619
Внешний вид конечно же можно поправить, это прототип. Хотя тут конечно надо проследить чтобы красиво было во всех темах. Меня больше интересует ответ на вопрос, ок ли когда форма на странице всегда одна и просто откусывается из заголовка и доставляется куда надо для ответа силами jQuery?

Поведение встраиванием сделать проще, чем плавающее, но над реализацией переключения режимов надо подумать. Я так понимаю, что если форму открепили то она уже должна оставаться открепленной, пока не закрепят обратно?
No. 24634    
159534614386.jpg-(124.20KB, 500×500, 83113404_p0.jpg)
24634
>>24626
>ок ли когда форма на странице всегда одна и просто откусывается из заголовка и доставляется куда надо для ответа силами jQuery
Нет, скрытие формы — отдельная функция, которая с быстрым ответом никак не связана.
No. 24635    
>>24634
А сейчас это как раз никакое не скрытие, потому и спрашиваю. В представленном видео форма физически откусывается из HTML в одном месте и подставляется в HTML в другом месте, указанном пользователем при клике на быстрый ответ. Так было проще всего сделать.
No. 24676    
159758733586.mp4-(4.69MB, 1280×698, 410_quick_reply_proto_2_demo.mp4)
24676
>>24613
>>24619
>>24634

Обнаружил у себя чуть-чуть свободного времени и внес изменения, чтобы всё соответствовало спецификации в тикете. Это оказалось не так-то и муторно.

На видрелейтед можно увидеть следующую реализацию:
  • По-умолчанию быстрый ответ встраивается под пост, а-ля ичан
  • В любой момент можно потянуть форму за заголовок, и тогда она открепится, форму в таком режиме можно перемещать свободно, она будет висеть над контнетом
  • В открепленном режиме теперь работает цветочек, по очевидной причине
  • Если открепленную форму не закрывать, она так и продолжит работать в этом режиме, как и требуется
  • Если форму закрыть и открыть снова, она переключится обратно в режим "а-ля ичан"
  • Пока что всё работает вокруг принципа старого принципа "одна форма с доставкой по требованию"
Пишу этот ответ прямо из нового прототипа формы, удобно, что сказать
No. 24677    
159768628658.png-(1.06KB, 150×46, re.png)
24677
Нельзя ли сделать редирект в архив для ссылок на старые посты?
No. 24678    
>>24677
Для этого скорее всего понадобится какая-то индексация архива, т.к. сам архив это по сути статичный HTML файлик, открепленный от движка, и функция которая достает вам пост по ссылке из базы оттуда ничего не достанет.
No. 24686    
По возможности, хотелось бы всё же узнать мнение администрации по поводу прототипа быстрого ответа №2, показанного в >>24676 мне хотелось бы знать, надо ли вносить еще какие-то изменения, или пора приступать к оформлению кода в пулл реквест.
No. 24688    
159829010241.jpg-(1.10MB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 16 [108.jpg)
24688
>>24686
Я вижу, что >>24634 автором успешно проигнорировано. Цветочек тоже добавлять не нужно, что нетрудно заметить на картинке в репозитории.
Закрепление/открепление сделано неинтуитивно (и неудобно), поэтому выше и предлагался вариант через отдельную кнопку, что автором также проигнорировано.
Почему автор изобретает велосипеды вместо общепринятых реализаций, мне неясно.
No. 24691    
>>24688
Хорошо, пойду готовить следующую итерацию.
С цветочком забавно вышло, я думал его просто не учли на макете.

>Почему автор изобретает велосипеды вместо общепринятых реализаций, мне неясно.
Не ознакомлен с общепринятыми реализациями, и не знаю где их искать. Я конечно вижу ичановскую реализацию, но никогда не подумал бы что она какая-то общепринятая. На первый взгляд, все имиджборды решают этот вопрос по-своему.
No. 24695    
159933063156.mp4-(4.35MB, 1280×698, 410_quick_reply_proto_3_demo.mp4)
24695
>>24676
>>24688

Как и обещал, сделал следующую итерацию быстрого ответа. Смотрите видрелейтед.

Основные изменения:
  • Теперь на странице одновременно существуют две формы, обычная и быстрого ответа, с синхронизацией между ними
  • Форму быстрого ответа можно свободно откреплять и закреплять, тыкая в иконку "открепить" простая текстовая ссылка "открепить" выглядела в заголовке очень топорно, если нужно как-то иначе эту кнопку сделать - нарисуйте как, и я сделаю, при закреплении ранее открепленной формы страница прокручивается обратно к последнему выбранному ответу. При закрытии же формы никакой прокрутки не происходит.
Требуется мнение администрации, надо ли еще вносить какие-то изменения?
No. 24697    
>>24695
Было бы неплохо, если бы была оставлена как кнопка открепления, так и возможность, потянув за заголовок формы быстрого ответа, открепить форму, сразу перемещая её куда надо. Теоретически, тянуть за большой заголовок может оказаться даже удобнее, чем тыкать в маленькую кнопку, но это не точно.
мимо
No. 24698    
>>24697
Никаких препятствий для того чтобы иметь такой двойной функционал нет. Если администрация не возражает, то так и сделаю.
No. 24701    
159967111471.jpg-(1.12MB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 16 [108.jpg)
24701
>>24695
Активированный значок закрепления лучше с подложкой делать, как у нитей.
На соседнем сайте оно при возвращении назад в браузере умеет текст сохранять. У вас как?

>>24698
Можно, наверное.
No. 24702    
15997396104.png-(19.80KB, 522×286, quick_reply_post_badge_fixed.png)
24702
>>24701
>Активированный значок закрепления лучше с подложкой делать, как у нитей.
Вот так как на пикрелейтед, или как-то поменять цвета?

>На соседнем сайте оно при возвращении назад в браузере умеет текст сохранять. У вас как?
Модору-модору работает. Скажем, если ввести неправильно фапчу, увидеть ошибку и вернуться, то старый текст будет в основной форме ответа. При повторном нажатии "быстрый ответ", текст из основной формы скопируется в форму быстрого ответа автоматически.
No. 24703    
159975294371.jpg-(776.92KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 20 [108.jpg)
24703
>>24702
>Вот так как на пикрелейтед
Да. Но вообще, вам достаточно сделать, чтобы оно нормально настраивалось через ЦСС, там уже я сам разберусь, если что.
No. 24704    
>>24703
>Но вообще, вам достаточно сделать, чтобы оно нормально настраивалось через ЦСС, там уже я сам разберусь, если что.
Хорошо.

Еще пара чисто технических вопросов.

1. Быстрый ответ должен быть доступен изнутри самой нити? На соседнем сайте доступен.
2. Форму быстрого ответа нужно вносить в шаблон, или она тоже должна добавляться скриптом, как и кнопки?

Если других замечаний нет, начну оформлять код для пулреквеста.
No. 24706    
159976576965.jpg-(0.98MB, 1920×1080, [HorribleSubs] Toaru Kagaku no Railgun T - 18 [108.jpg)
24706
>>24704
>Быстрый ответ должен быть доступен изнутри самой нити? На соседнем сайте доступен.
Самоочевидно, что да.
>Форму быстрого ответа нужно вносить в шаблон, или она тоже должна добавляться скриптом, как и кнопки?
Да вроде смысла нет это в шаблон совать, если оно работает полностью на скриптах.
No. 24707    
>>24706
>Да вроде смысла нет это в шаблон совать, если оно работает полностью на скриптах.
Хорошо, пока оставлю так, а если что переделаем под шаблон. Буду тогда оформлять код, это скорее всего будет не быстро, но я везде напишу, как пулреквест будет готов.
No. 24710    
А есть ли где-то исчерпывающий анализ фич имиджборд?
No. 24712    
>>24710
Есть относительно исчерпывающая спискота разве.
Удалить сообщение []
Пароль  
[Mod]