Консольный клиент sh+dialog

Разработка ii://ii.dialog.14
Исходники https://bitbucket.org/romiq/ii-dialog

Видно сообщения?

А я томат. И хочу аву с томатом.

Я за схему, где можно указывать как /z/, так и get.php?q=/z/ - удобнее писать сервер - а клиентам должно быть всё равно

Ещё надо механизм ограничения выдачи сообщений, по 100-200 (как серверу удобнее) штук за раз, а потом маркер что не все сообщения (ii/part вместо номера сообщения), за следующей порцией приходи ещё раз. Если сообщения отправлены целиком - тогда ii/ok последней строкой.

Авторы, очень прошу для хранения сообщений использовать не ~/.ii, а ~/.share/ii или ~/.local/ii
Не надо забивать домашний каталог.
http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html $XDG_DATA_HOME или $XDG_DATA_DIRS

А раз существует файл list.txt - то добавить файл api.txt
----
echo=/e/
msg=/m/
zecho=/z/e/
zmsg=/z/m/
push=/a/newmsg/<echoarea>
----
Или кому как нравится
----
echo=echo.php
msg=msg.php
zecho=echo.php?z=1
zmsg=msg.php?z=1
push=push.php?a=<echoarea>
----
+ совместимость
+ универсальность

- надо парсить подстановки типа <echoarea>

> сообщения сейчас бандлами по 40 штук выдаются. лимиты будут, но не такие, подобного расширения формата точно не будет.

Для /z/get/ было описание, а как теперь правильно забирать список новых сообщений?

> Чем дальше спрячешь - тем сложнее крутить руками :) я бы вообще не .ii а ii сделал

Это просто удобнее. Некоторый софт уже перешёл на хранение в .local. Как пример mc - при обновлении он предлагает перенести свои настройки из ~/.mc в ~/.config/mc

>> to.doc.14

Отлично, добавь её в list.txt, чтобы она в общем списке была.

wiki.51t.ru можно использовать как-то?

> клавишами вправо/влево

Такое не предусмотрено в whiptail (в dialog возможно есть). Это просто концепт клиента на sh+whiptail, косяки почищу и положу в ведёрко.

> но вообще возможно сообщения по одному читать и переключаться между ними, не выходя в список?

Я не могу подобрать подобную программу из базовой поставки дистрибутива.
Можно организовать цикл с чтением клавиатуры и отрисовкой через ESC-коды, но это выходит за пределы простого клиента ys shell.

> под 'golded'
не знаком с таким, это как?

А протокол (формат) обмена между нодами существует? Хочу запилить ноду на холодильнике.

Отчего переусложнение? Это просто для тех клиентов которые это поддерживают.
Все остальные клиенты прожую статус 2xx и все ок.

А по заголовку - "стандартизировать" тег, например /link/куда-то, - текстовые клиенты тег просто покажут, клиенты поумнее предложат пользователю подписаться на новую эху. Например если линк ведёт на эху - просто предложить подписаться. А если у линка отличается только постфикс (суффикс) то подписываться автоматом.
Заголовков может быть несколько.
Сейчас ты перенаправляешь вообще гиперссылками, это вообще ни в какие ворота.

> ii: - это будет стандартный указатель на сообщения или эхи :)
Ок. Стандарты развиваются прямо сейчас))

Надо бы ещё стандарт на вставку векторной графики в формате xfig и можно пользоваться.

Как бы mkdir -p ы python есть
называется os.makedirs
рекомендую использовать в таком виде
====[python]===
if os.path.exists(path):
os.makedirs(path)

51t, а давно запрос к /e/<несуществующая эха> возвращает 200 - Ok и пустой список?

Полчаса пытался понять где подвох

Может там 404 нарисовать?

Я не писать - я читать хочу.

Всем привет!

https://bitbucket.org/romiq/ii-dialog

Новый клиент

Особенности:

* Основан на программе dialog
* Написан на sh
* Умеет управлять подписками
* Размер 8 кБ

Ограничения:

* Скачивает сообщения только по одному
* Просматривает сообщения только одним общим листом
* Нет отправки сообщений
* Много что еще не сделано

Он вообще после любой операции выкидывает на главную.
Это буду делать.

не понял какое имя дать? ii-echoareas?

разнести обновление и чтение сделаю

обновить всё - сделаю

фильтры - если только всё с нуля переделать на другом языке и библиотеке

просто надо как-то отделять эхи на сервере от эх которые мы собираемся читать
поэтому названо подписки

а может для просмотра сообщений испольовать mutt - он уже консольный
надо только сообщения в другом формате хранить

Обновлена программа 0.1а
https://bitbucket.org/romiq/ii-dialog

Переработаны меню и код
Если ошибок найдено не будет - следующая версия будет 0.2 с чтением сообщений через mutt

А есть какие строчки ещё?
Просто для разных пунктов должны быть как минимум разные сообщения

И традиционно вывод
uname -a
lsb_release -a
dialog -v
whiptail -v

Если не трудно - повесьте ишшу в трекере.

Могу добавить в след. версию сбор служебной информации.

Изменил код, забери свежую версию

напиши, пожалуйста, ещё какой у тебя sh

file `which sh`

или что говорит пакетный менеджер

или вот скрипт с этой страницы
http://www.in-ulm.de/~mascheck/various/whatshell/whatshell.sh.html

Странно

return на строке 16 там не должен быть - с ревизии 71fa634 (Apr 09 08:14:34) в скрипте должен быть exit.

А то что вчера не открывалось - так сервер возвращал 404 а программа не могла это правильно обработать (тоже починено).
Потом вообще 502 стало. И нигде ни слова что это было.

Скрипт по ссылке надо вызвать - мне нужна версия sh, а не текущей оболочки.
sh whichshell

Пропустил в одном месте.
Теперь проверяй снова.

Комплект ПО для создания своей ноды ii-dialog-node пока только разрабатывается

ii:ii.dialog-node.14

Как я понимаю возражений о необходимости ПО для ноды нет.

Релиз через месяц.

ii://sAIrG3bP5PCreXv5g4Tq
тестируем
ii://ii.dev.2014
ещё
ii://ii.dev.2014/sAIrG3bP5PCreXv5g4Tq

ii://sAIrG3bP5PCreXv5g4Tq/../../../../etc/passwd

ii://sAIrG3bP5PCreXv5g4Tq/../../config.cfg

:)

Почему в меню ко-во сообщений в эхе to.doc.14 равно 0?

<li><a href="/to.doc.14">to.doc.14 <i class="fa fa-fw fa-envelope"></i>0</a></li>