= Сообщение: 4493 из 15065 ======================================= R50.SYSOP = От : Sergey Sokoloff 2:50/88 10 Jan 16 23:20:56 Кому : Stas Mishchenkov 10 Jan 16 23:20:56 Тема : Про Unicode и иллюстрации в гипертекстовом векторном Фидонете FGHI : area://R50.SYSOP?msgid=2:50/88+5692bd44 На : area://R50.SYSOP?msgid=2:460/58+5691a885 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== ════╤╤═════ Кто бывал в Ru.Fidonet.Yo ── без прикрас меня поймёт: //│/│ ││ │/│/ Там я Mithgol the Webmaster, и со мною плюсомёт.
Так было 03:39 10 Jan 16 написано от Stas Mishchenkov к Sergey Sokoloff:
SS>>>> *) есть стимул отказываться от Голдеда в пользу новых SS>>>> просмотрщиков
OR>> Стимула таки нет.
SM> Таки да.
SS>>>> фидопочты: хочется ведь видеть не только символы, способные
OR>> Не хочется. Для общения вполне хватает символов русского/англицкого OR>> алфавитов.
SM> Более чем.
А я вот думаю, что тем фидошникам, которые общаются словосочетаниями 'таки нет' и 'таки да', была бы полезна поддержка еврейского расового алфавита.
SM> Вот, на счет иллюстрированности стоит подумать, но в пределах SM> совместимовти. IMHO.
PhiDo в настоящее время умеет декодировать иллюстрации из UUE-кодов и показать на месте UUE-кодов (скрыв сами UUE-коды) в том случае, когда расширение файла соответствует растровому (PNG, JPEG, GIF) или векторному (SVG) рисунку (кстати, в последнем случае мы имеем дело с гипертекстовым векторным Фидонетом).
В настоящее время я работаю над дальнейшим развитием этого достижения в двух следующих направлениях:
1) Неплохо бы организовать разметку гипертекста, которая позволяла бы в Фидо использовать основные возможности тега IMG языка HTML (то есть, во-первых, иметь возможность указать альтернативный текст на тот случай, когда картинка ещё не загрузилась или вообще не загрузилась, а читателю всё-таки надо же чего-то показать на её месте; во-вторых, иметь возможность указать текст всплывающей подсказки на случай наведения мыши или долгого тыка пальцем, даже если возможность эта будет реально нужна не всякий раз), а не только указать адрес самой картинки. При этом разметку хочется видеть ВЕСЬМА легковесною, так что и язык HTML, и даже язык наподобие BBCode не годятся. Я решил использовать Markdown-подобную разметку поэтому:
2) Так как раздача иллюстрации в эхоконференции (в форме UUE) или в файловой эхоконференции (в виде файла) навязывает её всем подписчикам задолго до возникновения действительной нужды в ней (то есть до начала чтения в Фидо того сообщения фидопочты, в котором иллюстрация воткнута), то воспринимается как досадная нагрузка. Мы все это прямо здесь в R50.SysOp видели в конце декабря прошлого (2015) года под заголовком 'Фэхи', например. Неплохо бы предусмотреть возможность употребления P2P-хранилища иллюстраций фидопочты.
К сожалению, популярный торрентовый файлообмен в качестве такого хранилища не особенно годится, поскольку специфика торрентовой файлораздачи привела к тому, что торрентовый хэш (BTIH) был запроектирован (да и реализован был) таким образом, что он зависит не только от содержимого файла, но также и от имени, данного файлу создателем торрента, и от наличия (и наименования, и взаимного расположения) других файлов в раздаче. Фидонету более была бы удобна такая система, в которой файл может скачаться даже от тех источников, у которых он назван или расположен иначе.
В силу этого я счёл нужным поддержать распределённую файловую систему IPFS, в которой все файлы являются контентно-адресуемыми.
Поддержка каждого из этих направлений добавлена в мою утилиту fido2rss (которая вещает из Фидонета в RSS) и в особую версию PhiDo (которую я пока никому ещё не предлагаю, потому что она основана на бета-версии движка NW.js и содержит баги в поведении заголовка окна фидобраузера). В частности, fido2rss декодирует UUE и помещает иллюстрации (или другие UUE-кодированные файлы) в распределённую файловую систему IPFS.
Достоинства этого подхода можно показать на примере эксперимента с размещением в фидонетовской эхоконференций портрет Достоевского (созданного В. Г. Перовым в 1872 году) в форме UUE-закодированного JPEG-файла.
Как видно, детище Константина Кузова отображает портрет невозбранно, однако это не P2P-хранение: изображение располагается на сервере и скачивается оттуда (рост популярности эхи среди посетителей сервера означает пропорциональный рост нагрузки на сервер).
Как этот портрет выглядит в RSS-потоке ── этого я сейчас показать не могу, потому что письмо более чем двухмесячной давности было вытеснено из RSS-потока более новыми сообщениями эхопочты. Придётся веровать мне на слово о том, что там использовалося P2P-хранение в файловой системе IPFS, так что какой-никакой рост популярности эхи среди посетителей не только не вызвал бы пропорциональный рост нагрузки на сервер, но и фактически повысил бы вероятность быстрее скачать файл (от источника, более близкого географически к потребителю). Если читатель даже не установил у себя поддержку IPFS во браузер, то он всё равно получил бы иллюстрацию через гейт, настроенный создателями IPFS.
Mithgol the Webmaster. ═[Mithgol.Ru]═[FGHI]═[Ru.Mozilla]═[Team А я меняю subj]
--- Из неоконченного: ``Курилец'', стихотворение с политическим подтекстом. * Origin: Болея душой за Россию свою, за Путина голос я не подаю! (2:50/88)
