#21
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
Alexey Vissarionov написал(а) к Mithgol the Webmaster в Dec 15 13:10:30 по местному времени:
Доброго времени суток, Mithgol! 13 Dec 2015 00:48:54, ты -> Vladimir Fyodorov: MtW>>> 3) Растровые иллюстрации (PNG, JPEG, GIF) и векторные иллюстрации MtW>>> (SVG) автоматически декодируются из UUE и показываются на месте MtW>>> UUE-кодов. VF>> Лучше бы картинки (а также видео и музыка) подгружались из инета VF>> по ссылкам, как в хотдоге или wFido. MtW> Во-первых, одно другому не мешает. Если в письме есть UUE-коды, MtW> то их неплохо б показывать вне всякой зависимости от того, как MtW> приложение поступает с другими элементами письма (с URLами, MtW> например); и показываю. Где и как? Например, очень удобно засунуть ююки в хвост сообщения, а в тексте ссылаться на имя файла - в частности, я хочу прямо вот здесь упомянуть файл some_image.png MtW> Во-вторых, мне на самом деле не очень нравится идея о том, что MtW> каждый адрес некоторой картинки, просто появившись в письме, MtW> вызывает скачивание картинки из Сети Интернет. [...] MtW> Следует вместо этого завести какую-нибудь простую разметку Не следует. Просто потому, что решение о том, как обрабатывать ссылку, будет принимать читатель, а не писатель. MtW> Для этой цели предлагаю ту разметку, которая в языке Markdown MtW> используется для разметки картинок: восклицательный знак, затем в MtW> квадратных скобках идёт альтернативный текст, затем в круглых скобках MtW> идёт URL (и после него может до закрывающей круглой скобки идти MtW> отделённая от него пробелом подсказка, заключённая в кавычки). Избыточно. MtW> Боюсь спросить: неужели ежемесячное оповещение фидонетовского MtW> сообщества о направлении моих разработок оказалось совершенно не MtW> действенным? Разумеется. Я тебе больше скажу: эффект оказался прямо противоположным. . __ _ ┌───────────────────────────────────────────────────────────────────────────╖ │ Здесь был файл some_image.png, секция 1 из ?. ║ │ begin 644 some_image.png ║ ╘═══════════════════════════════════════════════════════════════════════════╝ -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Вышла Василиса Премудрая замуж за Иванушку и стала Василисой Дурак --- /bin/vi |
#22
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
Vladimir Fyodorov написал(а) к Mithgol the Webmaster в Dec 15 16:22:02 по местному времени:
Разнообразно приветствую! VF>> И вот он, полный облом. У меня Squish. MT> Я никак не могу вспомнить, задавал тебе вопрос о том, почему MT> Squish (а не JAM), или не задавал, а если задавал, то что ты MT> ответил. В пользу JAM и против Squish есть тот аргумент, что у MT> Squish в заголовке сообщения предусмотрено довольно ограниченное MT> место для хранения ссылок на отклики на сообщение, там всего 9 MT> таких ссылок. Соответственно, если в Фидонете на некоторое MT> сообщение поступит более девяти откликов, то дерево откликов либо MT> не будет целиком построено (если автор программы не предусмотрел MT> этот случай), либо будет строиться очень долго (если автор MT> запустил перебор всех последующих сообщений). В формате же JAM MT> отклики представляют собою связанный список, не имея собственного MT> ограничения по количеству откликов. Есть ли равный по силе MT> аргумент в пользу формата Squish и в пользу формата JAM? Есть ли простой конвертер из сквиша в джам, включающий в себя автоматическое изменение конфига hpt для винды и macos x? Нет ли проблем с джам-базами в упомянутых ОС? По остальным вопросам, хотя я не часто согласен с высказываниями Гремлина, должен выразить с его точкой зрения полную солидарность. -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги! --- Нotdoged/2.11/Android |
#23
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
John Zaicev написал(а) к Mithgol the Webmaster в Dec 15 21:17:31 по местному времени:
[√] Приветствую, Mithgol ! 13 Дек 15 00:48, Mithgol the Webmaster ══ /Vladimir Fyodorov/: MW> Я никак не могу вспомнить, задавал тебе вопрос о том, почему Squish (а MW> не JAM), или не задавал, а если задавал, то что ты ответил. В пользу MW> JAM и против Squish есть тот аргумент, что у Squish в заголовке MW> сообщения предусмотрено довольно ограниченное место для хранения MW> ссылок на отклики на сообщение, там всего 9 таких ссылок. MW> Соответственно, если в Фидонете на некоторое сообщение поступит более MW> девяти откликов, то дерево откликов либо не будет целиком построено MW> (если автор программы не предусмотрел этот случай), либо будет MW> строиться очень долго (если автор запустил перебор всех последующих MW> сообщений). В формате же JAM отклики представляют собою связанный MW> список, не имея собственного ограничения по количеству откликов. Есть MW> ли равный по силе аргумент в пользу формата Squish и в пользу формата MW> JAM? Особых аргументов нет, но моя нода (а развивать буду) построена на Squish. Вроде бы ничего не забыл... [√] До скорого, Mithgol ! ▌║▐║│║▌║││║║ /https://www.facebook.com/groups/BНazard/ 2║5080▌244║0 /P2Pirates@Mail.ru_/ _DreamLand laboratory --- Моему первому компьютеру 8809 дней (или 284 месяца) |
#24
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
Mithgol the Webmaster написал(а) к Alexey Vissarionov в Dec 15 21:20:44 по местному времени:
Так было 13:10 13 Dec 15 написано от Alexey Vissarionov к Mithgol the Webmaster: MtW>> Если в письме есть UUE-коды, то их неплохо б показывать вне всякой MtW>> зависимости от того, как приложение поступает с другими элементами MtW>> письма (с URLами, например); и показываю. AV> Где и как? Например, очень удобно засунуть ююки в хвост сообщения, AV> а в тексте ссылаться на имя файла - в частности, я хочу прямо вот здесь AV> упомянуть файл some_image.png Я правильно понимаю, что тебе бы хотелось, чтобы этот файл после такого упоминания показывался бы в графическом виде именно там, где упомянут? Каким ты видишь это упоминание (ссылку на имя файла), если мы выяснили ниже, что простая разметка не подходит, Markdown избыточен и вообще решение о том, как обрабатывать ссылку, будет принимать читатель, а не писатель? MtW>> Во-вторых, мне на самом деле не очень нравится идея о том, что MtW>> каждый адрес некоторой картинки, просто появившись в письме, MtW>> вызывает скачивание картинки из Сети Интернет. [...] MtW>> Следует вместо этого завести какую-нибудь простую разметку AV> Не следует. Просто потому, что решение о том, как обрабатывать ссылку, AV> будет принимать читатель, а не писатель. Есть ли на WebBBS FTN.SU галочка, позволяющая читателю отключить автоматическое скачивание и отображение картинки на месте URLа этой картинки? Кажется, нет. Есть ли в НotdogEd галочка, позволяющая читателю отключить автоматическое скачивание и отображение картинки на месте URLа этой картинки? Я не пользовался НotdogEd и не знаю этого. Весьма вероятно, что если читатель (а не писатель) и будет принимать решение о том, как обрабатывать ссылку, то принимать он его будет в рамках выбора между различными фидобраузерами. MtW>> Для этой цели предлагаю ту разметку, которая в языке Markdown MtW>> используется для разметки картинок: восклицательный знак, затем в MtW>> квадратных скобках идёт альтернативный текст, затем в круглых скобках MtW>> идёт URL (и после него может до закрывающей круглой скобки идти MtW>> отделённая от него пробелом подсказка, заключённая в кавычки). AV> Избыточно. В каком смысле избыточно? Ты хотел сказать, что читатель (и его браузер) не нуждается в знании о том, желал ли автор фидопочты отображения URLа как гиперссылки или как картинки? Я правильно понимаю эту твою мысль? MtW>> Боюсь спросить: неужели ежемесячное оповещение фидонетовского MtW>> сообщества о направлении моих разработок оказалось совершенно не MtW>> действенным? AV> Разумеется. Я тебе больше скажу: эффект оказался прямо противоположным. А как действовать тогда? AV> begin 644 some_image.png AV> MB5!.1PT*&@Н````-24A$4@````@````("`````#A9.%7`````F)+1T0`_X>/ AV> MS+\````)<$A9<P``+B,``"XC`7BE/W8````'=$E-10??#`T*&RG^->>F```` AV> M#6E46'1#;VUM96YT```````[0M'X@```$-)1$%4"-<%P2$5@#``!<#5@2# AV> MA0;8I:`-E@;S2!),00M20(+C+JW=G-Y@O2,Q">B=IC@47)E6\^AB/8=$^@ AV> 7VM<?VJ$O^6!G1E$`````245.1*Y"8((` AV> ` AV> end Эта картинка имеет какой-нибудь символический смысл? Или это случайный набор пикселов? Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj] ... 1988 г. ── 35664 самоубийства в России. --- Нынешнее поколение российских людей будет жить при путинизме. |
#25
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
Mithgol the Webmaster написал(а) к Vladimir Fyodorov в Dec 15 21:25:18 по местному времени:
Так было 16:22 13 Dec 15 написано от Vladimir Fyodorov к Mithgol the Webmaster: VF> Есть ли простой конвертер из сквиша в джам, включающий в себя VF> автоматическое изменение конфига hpt для винды и macos x? Его нет. А нужен он? А чем конфиг НPT для Mac OS X отличается от конфига для винды? VF> Нет ли проблем с джам-базами в упомянутых ОС? Я пользуюсь Windows, проблем с JAM-базами не испытывал. Про проблемы с JAM-базами в Mac OS X ничего не слышал, вопросом слегка удивлён. VF> По остальным вопросам, хотя я не часто согласен с высказываниями Гремлина, VF> должен выразить с его точкой зрения полную солидарность. В таком случае не затруднит ли тебя сформулировать собственные ответы на тот ряд вопросов, который был мною задан ему в соседнем сообщении? Для удобства я даже могу перечислить тут полдесятка вопросов в несколько сокращённом виде: *) Каким тебе представляется упоминание (ссылка на имя файла) для UUE-кода, отображаемого в другом месте фидопочты (не там, где UUE-коды находятся)? *) Как это представление согласуется с полной солидарностью с тем мнением, согласно которому простая разметка не подходит, Markdown избыточен, да и вообще решение о том, как обрабатывать ссылку, будет принимать читатель, а не писатель? *) В каком смысле решение о том, как обрабатывать ссылку, будет принимать читатель, а не писатель? Есть ли примеры фидософта, дающего читателю такую возможность в настоящее время в Фидонете? *) Нуждается ли читатель (и его браузер) в знании о том, желал ли автор читаемой фидопочты отображения URLа как гиперссылки или как картинки? *) Если ежемесячное оповещение фидонетовского сообщества о направлении моих разработок приводит к прямо противоположному эффекту, то как мне следовало действовать, чтобы донести до тебя (Владимира Фёдорова) знание о том, что такое фидонетовские подстроки Unicode и откуда берутся аватары? Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj] ... А чем мне, по-вашему, тренироваться ── палочками для еды?! (Tauriel) --- И молвил бисёнэн: дайджёбу дэс ка? Не выдоишь за день: устанет рука! |
#26
|
|||
|
|||
Re: Предложение употребить PhiDo для просмотра многострочных URLов
Alexandr Kruglikov написал(а) к Vladimir Fyodorov в Dec 15 21:55:42 по местному времени:
Привет, Vladimir! 13 дек 15 16:22, Vladimir Fyodorov писал(а) к Mithgol the Webmaster: VF> Есть ли простой конвертер из сквиша в джам, включающий в себя VF> автоматическое изменение конфига hpt для винды и macos x? Владимир, к сожалению нет. Я с точностью до наоборот переходил, просто удалил JAM-базы, поменял в конфиге JAM на Squish и отресканил эхи. VF> Нет ли проблем с джам-базами в упомянутых ОС? В OS X точно не было, кроме той, что я так и не разобрался, как с помощью hpt удалять soft-delete сообщения. С наилучшими пожеланиями, Alexandr. --- "OS X/binkd/hpt-1.9-cur/GoldEd+-1.1.5-b20151130" --- |
#27
|
|||
|
|||
Предложение употребить PhiDo для просмотра многострочных URLов
Vladimir Fyodorov написал(а) к Mithgol the Webmaster в Dec 15 22:12:49 по местному времени:
Разнообразно приветствую! VF>> Есть ли простой конвертер из сквиша в джам, включающий в себя VF>> автоматическое изменение конфига hpt для винды и macos x? MT> А нужен он? Переносить вручную и исправлять конфиг для двух сотен эх уж больно обломно. MT> А чем конфиг НPT для Mac OS X отличается от конфига для винды? Вероятно, я неудачно фразу построил, "для винды и мака" относилось к конвертеру, а не к конфигу hpt. VF>> Нет ли проблем с джам-базами в упомянутых ОС? MT> Я пользуюсь Windows, проблем с JAM-базами не испытывал. Пуржишь чем? MT> *) Каким тебе представляется упоминание (ссылка на имя файла) для MT> UUE-кода, MT> отображаемого в другом месте фидопочты (не там, где UUE-коды MT> находятся)? А просто имени файла разве недостаточно? MT> *) В каком смысле решение о том, как обрабатывать ссылку, будет MT> принимать MT> читатель, а не писатель? Есть ли примеры фидософта, дающего MT> читателю MT> такую возможность в настоящее время в Фидонете? Нotdoged - "Show images" в настройках. MT> *) Нуждается ли читатель (и его браузер) в знании о том, желал ли MT> автор MT> читаемой фидопочты отображения URLа как гиперссылки или как MT> картинки? Не вижу необходимости. Если в письмо вставлена ссылка на картинку, видео или музыку, то автор явно хотел, чтобы её открыли тем или иным способом. А читатель уже может иметь и свои предпочтения. MT> *) Если ежемесячное оповещение фидонетовского сообщества о MT> направлении MT> моих разработок приводит к прямо противоположному эффекту, то MT> как мне MT> следовало действовать, чтобы донести до тебя (Владимира MT> Фёдорова) знание MT> о том, что такое фидонетовские подстроки Unicode и откуда MT> берутся аватары? Да просто рассказать человеческим языком, и желательно покороче, чтобы не страшно было начать читать этот текст :) -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги! --- Нotdoged/2.11/Android |
#28
|
|||
|
|||
Re: Предложение употребить PhiDo для просмотра многострочных URLов
Vladimir Fyodorov написал(а) к Alexandr Kruglikov в Dec 15 22:37:54 по местному времени:
Разнообразно приветствую! VF>> Есть ли простой конвертер из сквиша в джам, включающий в себя VF>> автоматическое изменение конфига hpt для винды и macos x? AK> Владимир, к сожалению нет. Я с точностью до наоборот переходил, AK> просто удалил JAM-базы, поменял в конфиге JAM на Squish и AK> отресканил эхи. Не, такой вариант не годится. Некоторые эхи у меня есть за больший промежуток времени, чем у аплинков, а кое-какие у них вообще могут оказаться в пассру. VF>> Нет ли проблем с джам-базами в упомянутых ОС? AK> В OS X точно не было, кроме той, что я так и не разобрался, как с AK> помощью hpt удалять soft-delete сообщения. Sqpack нормально пуржит джам-базы? -- Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Пропала несущая? Заплатите налоги! --- Нotdoged/2.11/Android |
#29
|
|||
|
|||
Re: Предложение употребить PhiDo для просмотра многострочных URLов
Alexandr Kruglikov написал(а) к Vladimir Fyodorov в Dec 15 22:41:42 по местному времени:
Привет, Vladimir! 14 дек 15 22:12, Vladimir Fyodorov писал(а) к Mithgol the Webmaster: VF>>> Есть ли простой конвертер из сквиша в джам, включающий в себя VF>>> автоматическое изменение конфига hpt для винды и macos x? MT>> А нужен он? VF> Переносить вручную и исправлять конфиг для двух сотен эх уж больно VF> обломно. Уже написал свой вариант =) Конфиг исправил за две секунды, под OS X - TextMate, "Найти" и "Заменить" =) С наилучшими пожеланиями, Alexandr. --- "OS X/binkd/hpt-1.9-cur/GoldEd+-1.1.5-b20151130" --- |
#30
|
|||
|
|||
Re: Предложение употребить PhiDo для просмотра многострочных URLов
Vladimir Fyodorov написал(а) к Mithgol the Webmaster в Dec 15 08:39:08 по местному времени:
Разнообразно приветствую тебя, Mithgol! 24 Декабря 2015, Mithgol the Webmaster писАл к Vladimir Fyodorov следующее: VF>> Переносить вручную и исправлять конфиг для двух сотен эх уж VF>> больно обломно. MtW> Я могу согласиться с тем, что уж больно обломно переносить вручную две MtW> сотни эх из формата Squish в формат JAM. MtW> А вот насчёт исправления конфига у меня такой уверенности как раз нет. А, ну да, наверное, простой автозамены будет достаточно. VF>> Вероятно, я неудачно фразу построил, "для винды и мака" VF>> относилось к конвертеру, а не к конфигу hpt. MtW> А, тогда понятно. Полагаю, для кросс-платформенности достаточно будет MtW> сочинить конвертер на одном из кросс-платформенных языков (JavaScript MtW> для движка Node.js сгодится, например). Ежели он будет самодостаточным, и не придётся ставить хренову гору утилит, программ, компиляторов, интерпретаторов и т.п. - то да. VF>> Пуржишь чем? MtW> Если же ты имеешь в виду переупаковку базы для физического уничтожения MtW> из неё стёртых Голдедом сообщений, то sqpack Ага, годится. MtW>>> *) Каким тебе представляется упоминание (ссылка на имя файла) MtW>>> для UUE-кода, отображаемого в другом месте фидопочты (не MtW>>> там, где UUE-коды находятся)? VF>> А просто имени файла разве недостаточно? MtW> Если имени файла будет достаточно, то фидошник не сможет другому MtW> фидошнику даже написать 'при необходимости используй приложенный файл MtW> такой-то' без того, чтоб этот файл тотчас же показался с разрывом MtW> абзаца на этом месте. По-моему, ситуация высосана из пальца. В 99% случаев, ежели в письмо вставлена интернетная ссылка или UUE, то пишущий хочет, чтобы читатели увидели их содержимое в месте упоминания. Остаётся 1% - стоит ли ради этого огород городить? К тому же, если такая функция будет реализована, то автор письма, если захочет, сможет избежать излишнего упоминания имени файла там, где картинку показывать не надо (например, написав вместо имени "приложенный файл" или указав имя без расширения). MtW>>> *) Нуждается ли читатель (и его браузер) в знании о том, желал MtW>>> ли автор читаемой фидопочты отображения URLа как гиперссылки или MtW>>> как картинки? VF>> Не вижу необходимости. Если в письмо вставлена ссылка на VF>> картинку, видео или музыку, то автор явно хотел, чтобы её открыли VF>> тем или иным способом. А читатель уже может иметь и свои VF>> предпочтения. MtW> Есть полезный частный случай в Интернете, когда даётся гиперссылка на MtW> крупную картинку (которую скачивать дольше), а представлением этой MtW> гиперссылки служит уменьшенная версия картинки (так называемый MtW> thumbnail). Если мы тут в Фидонете хотим обеспечить и фидошников такою MtW> возможностью, то никак нельзя не обойтись без того, чтобы вид разметки MtW> адреса иллюстрации управлял представлением его, потому что адрес MtW> большей картинки должен быть гиперссылкою, а адрес меньшей должен MtW> сразу отображаться картинкою. На этот случай, наверное, в редакторе стоит предусмотреть параметр предельного размера, при котором следует отображать картинку. Это тоже надо дать на откуп читателю, но не автору. VF>> Да просто рассказать человеческим языком, и желательно покороче, VF>> чтобы не страшно было начать читать этот текст :) MtW> Кажется, ответ Виссарионова о необходимости выкладывать свой софт MtW> более точен, потому что тогда задача рассказать человеческим языком MtW> также упрощается весьма. Угу. MtW> Что такое фидонетовские подстроки Unicode? Это такие подстроки MtW> Unicode, которые используются в twi2fido и в fido2rss и в PhiDo для MtW> представления тех символов, которые в однобайтовую кодировку CP866 не MtW> влезают, но записывать их всё-таки как-то надо. Можно пример? Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр. ... Не так страшен электрик, как его электричка --- GoldED+/OSX acshift-leo-1.1.5-b20150715 |