= Сообщение: 112 из 3632 ========================================= RU.GOLDED = От : Mithgol's Wishlist Robot 2:5063/88 25 Oct 13 20:44:20 Кому : All 25 Oct 13 20:44:20 Тема : Список желаемых функций Голдеда FGHI : area://RU.GOLDED?msgid=2:5063/88+526a9fe5 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Приветствую!
Этот список, ежемесячно публикуемый в эхоконференции Ru.GoldEd, содержит те возможности и функции, которые мне хотелось бы видеть реализованными в текстовом редакторе GoldEd+.
Подобно списку features в файле todowork.txt самого Голдеда, этот мой список ни в коем случае не является обязывающим для разработчиков Голдеда (да и как бы я мог обязывать их? :-) ── и даже не отсортирован в порядке желательности перечисленных функций и возможностей.
Список же вот каков:
*) Hаличие токенов, позволяющих выводить на печать (или в файл) reply-отношения между сообщениями.
Старый GoldEd (ещё не плюс) обладал этой возможностью, так что мог выводить, например, такие заголовки:
- Эхобэкбон московской сети ────────────────────────────────── N5020.BONE ─── Сооб : 99 из 484 -91 +109 169 *104 От : Anton Barabanov 2:5020/5480 27 Aug 03 21:53:37 Кому : Yura M. Bogoyavlensky 27 Aug 03 23:41:42 Тема : /400 ─────────────────────────────────────────────────────────────────────────────
где -91 ── номер того сообщения, на которое отвечает текущее сообщение, +109 и 169 ── номера ответов на текущее сообщение, *104 ── номер следующего (за текущим сообщением) ответа на то же сообщение, на которое отвечает и текущее сообщение.
Нынешний Голдед так не может (увы! увы!), потому что к его шаблону для печати ещё не придуманы соответствующие токены.
В идеале наличие таких токенов позволяло бы при помощи GoldEd+ выводить не только красивые заголовки, но даже и экспортировать Голдедом сообщения из традиционных фидонетовских баз сообщений в произвольный XML-формат.
Скажем, вышеприведённой строке из красивого заголовка Сооб : 99 из 484 -91 +109 169 *104 могли бы соответствовать токены @Header Сооб : @Msgno из @Msgs@MsgPrev{ -##}@MsgNext1st{ +##}@MsgNext{ ##} и в той же строке без пробела @MsgSibling{ *##} (подразумевая, что ";##" заменяется на номер сообщения).
Так можно выводить красивые заголовки.
Но можно составить те же самые токены и таким образом, чтобы выводить XML-тэги:
и тогда на выходе получался бы превосходно оформленный XML-код:
<message num="99" of="484"> <link rev="reply" num="91" /> <link rel="reply" num="109" /> <link rel="reply" num="169" /> <link rel="sibling" num="104" /> <!-- ... ну и так далее; например: --> <area title="Эхобэкбон московской сети" echotag="N5020.BONE" /> <from addr="2:5020/5480">Anton Barabanov</from> <to>Yura M. Bogoyavlensky</to> <title>/400</title> <createdDateTime>27 Aug 2003 21:53:37</createdDateTime> <receivedDateTime>27 Aug 2003 23:41:42</receivedDateTime>
... текст сообщения ... </message> <message num="100" of="484">...следующее сообщение...</message> <message num="101" of="484">...следующее сообщение...</message> ...и так далее...
*) Hаличие токенов, позволяющих выводить на печать (или в файл) имя города, соответствующее фидонетовскому адресу. (В нетмейле ── имена двух городов.)
*) Поддержка PCRE.
Было бы неплохо, если бы в GoldEd+ можно было бы искать при помощи так называемых PERL-совместимых регулярных выражений. (Они же, кстати, совместимы и с PHP, и с ECMAScript, и с кучею других ещё языков...)
Сейчас в GoldEd+ можно искать при помощи регулярных выражений (ключ "?r" при поиске); однако вовсе не ясно, совместимы ли они с PCRE; вероятнее всего, что не совместимы.
*) Поддержка копирования URLов FGHI в буфер обмена.
Хороша бы была такая комбинация клавиш, нажатием которой можно было бы скопировать в буфер обмена (в том числе в системный буфер, если поддерживается) уникальный URL текущего сообщения: либо в формате msgid+год ── например, area://Ru.GoldEd/?msgid=2:5063/88+4733f806&time=2007 ── либо в формате точного времени ── например, area://Ru.GoldEd/?time=2007/11/08T09:02:41 (уникальность в последнем случае не гарантированная и полагается только на то, что в ту же секунду времени в эху вряд ли написал кто-то ещё что-то ещё). Подробнее см. FGHI URL, раздел 7.2.
*) Поддержка URLов FGHI в командной строке.
Если в командной строке GoldEd+ указана area://-гиперссылка (см. FGHI URL, раздел 7.2), то Голдеду неплохо бы открывать, в худшем случае, первое из означенного множества сообщений; в лучшем случае ── отображать всё означенное множество сообщений и обеспечивать навигацию между ними. Если и то и другое сложно, то хотя бы открывать означенную в URLе эху (или первую из них, если в URLе несколько эхоконференций).
Если в командной строке GoldEd+ указана netmail:-гиперссылка (см. FGHI URL, раздел 6.1), то Голдеду неплохо бы открывать редактор нетмейла и автоматически заполнять поля заголовка письма в соответствии с необязательными параметрами URLа.
Если в командной строке GoldEd+ указана echomail:-гиперссылка (см. FGHI URL, раздел 6.3), то Голдеду неплохо бы открывать редактор эхопочты и автоматически заполнять поля заголовка письма в соответствии с необязательными параметрами URLа.
Если в командной строке GoldEd+ указана freq://-гиперссылка (см. FGHI URL, раздел 7.5), то Голдеду неплохо бы открывать редактор нетмейла и автоматически заполнять поля файлового запроса в соответствии с необязательными параметрами URLа.
Если в командной строке GoldEd+ указана faqserv://-гиперссылка (см. FGHI URL, раздел 7.3), то Голдеду неплохо бы открывать редактор нетмейла и автоматически заполнять поля запроса к FAQ-серверу в соответствии с необязательными параметрами URLа.
Если в командной строке GoldEd+ указана areafix:-гиперссылка (см. FGHI URL, раздел 6.2), то Голдеду неплохо бы открывать редактор нетмейла и автоматически заполнять поля запроса к ареафиксу аплинка в соответствии с необязательными параметрами URLа, взяв пароль к ареафиксу из fidoconfig или другого файла конфигурации эхопроцессора (тоссера).
*) Поддержка перехода по URLам FGHI.
Было бы неплохо, если бы в дополнение к сейчас воспринимаемым по READPeekURLs схемам URLов ── http:// и ftp:// и mailto: и что там ещё ── GoldEd+ обрёл бы способность понимать URLы FGHI; причём, если GoldEd+ сам в состоянии открыть означенный адресом ресурс, то хорошо; а если нет, то пущай бы он скармливал этот URL в указанную конфигом URLHandler программу (или в команду системы).
Более того: если к моменту реализации этой функции GoldEd+ будет обладать возможностью открывать URLы FGHI, то всё равно эта возможность должна быть отключаемой (и отключаемой отдельно для каждой схемы URL) на тот случай, ежели пользователь желает воспользоваться другой программою для обработки URLа, указав её спервоначалу в URLHandler.
*) Поддержка перехода по произвольным URLам при помощи различных программ.
Хорошо бы в конфиге можно было бы указать (при помощи PCRE) произвольную схему URLов, и назначить ей её собственный URLHandler. Так добрые люди могли бы реализовать поддержку URLов Skype и календаря и magnet-ссылок и ещё Бог знает чего, не утруждая лишний раз авторов GoldEd+ переделкою продукта.
То есть что-то в таком духе:
URLHandler start "" @url ; обработчик по умолчанию
URLGroup Phones ; вычленение и обработка телефонов URLMatches \+[1-7](\d|-)+\d ; например, +7-918-443-6168 URLHandler skype "skype:@url" ; запустить Skype с URLом телефона EndURLGroup
URLGroup ICQUIN ; вычленение и обработка ICQ UIN, причём ; за счёт lookbehind assertions PCRE-выражением захватываются только цифры: URLMatches ((?<=ICQ:?\s*)|(?<=UIN:?\s*))\d+ ; ICQ 320863144 ──> 320863144 URLHandler start "" http://wwp.icq.com/@url ; открыть профиль пользователя EndURLGroup
*) Поддержка многострочных URLов.
FGHI URL предусматривает (см. подраздел 5.2.2.5) многострочную запись URLов в Фидонете, когда символом разделения строки является двойной процент (%%).
Hеплохо было бы, если бы GoldEd+ полностью воспринимал (при вставке URLов в редактируемое письмо, при цитировании письма, при вычленении URLа из текста и т. п.) этот стандарт, причём не только при записи URLов FGHI, но и при записи любых других URLов ── например, уже воспринимаемой Голдедом ed2k://-схемы:
Hетрудно заметить, что ed2k://-ссылки всегда бывают длинными, так что только поддержка многострочности способна избавить фидошника от необходимости силою сокращать имя файла для того, чтобы уместить имя и хэш его на той же строке.
На этом пока всё.
--- Mithgol's NodePost * Origin: FGHI Global Headlight Ignited (2:5063/88)
