Протестировал на телефоне, не работает.

Скриншот: http://ii-net.tk/ii/files/wOGkGQgcE66kv4eHDPFn.png

> Что значит "смотреть следующие сообщения клиент так и не даёт"? Не переключается на следующие сообщения в эхе?
Да, именно. На нажатия End, PageUp, PageDown не реагирует, показывает лишь первое сообщение эхи.

> Но пока не в приоритете тестирование на маленьких терминалах =)
Ну на андроиде это дело в принципе не приоритетно =) Тут есть нативный клиент, есть iitxt, iitxt-c, тут даже clii работает. Тестирование проводилось чисто ради интереса.

> Выглядит как подбитая база, если честно.
Нет, точно не это. Пересоздавал уже

> А разрешение терминала какое там? Просто меньше 80х25 пока не рекомендуется, так как может вызывать спонтанные баги.
Как тут посмотреть точное значение, не знаю, но могу точно сказать, что 80x25 наберётся, если перевернуть телефон горизонтально. Но при наличии экранной клавиатуры значение меньше необходимого. Вероятно, ошибки из-за этого. Кстати, в перевёрнутом состоянии падения не происходит (но смотреть следующие сообщения клиент так и не даёт)

Не так давно точно работала =)

Либо Рома решил прикрыть эту штуку, либо хостинг удалил аккаунт из-за неактивности. Надо будет убрать ссылку.

> Похоже на проблемы с Esc-последовательностями.
Да, похоже. Я бы посоветовал тебе вынести в самый верх исходника настройки горячих клавиш, чтобы можно было их быстро поменять. Тем более, так и с удобством лучше будет.

> Офигеть. Это круто.
Да ничего особенного. Андроид без рута и без GNU/Linux чрута, как правило, непригоден для использования, так что удивляться нечему.
Процедура установки абсолютна идентична десктопной: sudo apt-get install sbcl, потом загоняю quicklisp, и так далее.
51talk и подобные также без проблем работают.

Поскольку количество сообщений в сабже перевалило за 2000, имеет смысл превратить habra.14 в habra.15.

> Это будет отдельным конфигом сделано.
Вот и славно

> Теперь CL это ещё и язык для мобильных платформ =)
Это надо было запостить в ii://ru.humor.14 =)

> Полнотекстовый поиск в сети!
> По-моему круто было бы.
> Кто как считает, нужно/ненужно?

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

Да, помню, как кто-то смог успешно сделать поиск по ii с помощью YaCy на своём локалхосте. Только это очень давно было.

Все гейты перенастроил.

> Может кто подскажет какой взять самый простой CSS фреймворк? Буду фронтенд пилить.
Проще самому css-ку написать. Хотя вот мне в последнее время materialize приглянулся. Его нельзя назвать "самый простой", зато он довольно милый и красивый.

> Можно искать! :)
Ура! =)
Добавлю ссылку к себе потом.

> Добавлю ссылку к себе потом.
Добавил.

> Из поиска, кстати, к тебе в веб-клиент линки ведут.
Точно, вижу.

Кстати, насчёт стилей. Как-то странно оформлены результаты поиска =) Если там убрать .z-depth-1 (на каждом результате), поменять его на .card-panel, затем убрать все дочерние контейнеры (включая лишние блоки p), то должно быть гораздо приличнее и красивее.

Если потребуется, помогу потом дооформить.

> А что с js? Я его не знаю абсолютно.
js не нужен. Стараюсь его держать по минимуму, либо вообще не использовать. Лучше на сервере такие вещи реализовать.

> Хм, а куда? :)
На главную ii-net.tk. Просто обычная ссылка.

> Код немного причешу и открою. Можно будет совместно пилить.
Очень хорошо, помогу, чем смогу.

> Думаю, надо бы добавить в индекс http://irk39.tk/

Там мало чего индексировать, но если хочешь, добавь.

Кстати, у Rushpon на http://mlpfim.ml свои эхи есть, которые я не гейтую. Их тоже в индекс можно.

> Сабж переехала ii://lenta.rss.15.5. Шустро они контент генерируют.
Гейт идёт.

> Я с ужасом обнарудил, что большинство моих знакомых плавно возвращаются на винду и им мои поделки постолько поскольку. Значит надо дать им клиент, стабильно работающий хотя бы на windows.
Печально. Только вот в ii кроме нас практически никого и нет.

> Беда в том, что я не программист и толком не умею писать программы. Это вам не на пятоне скриптовать всё таки =)
> Сейчас от безысходности засел немного пилить клиент на паскале lol. Посмотрим, что получится.
Для винды очень легко написать клиент на С# c родным интерфейсом, либо что-нибудь на C++ & Qt. Только для первого варианта надо вижуал студию ставить, а она довольно противна сама по себе.

> ЗЫЖ Никто не хочет написать человечачий компилируемый клиент, работающий и под виндами?
Мне точно не суждено, т.к. типичный "красноглазый хейтер" винды, и даже устанавливать не хочется =)

>> А был же у нас, вроде, клиент на кутях?
>> Его нельзя просто перекомпилить?
> ЕМНИП, он был на пайтоне. А это толстый-претолстый exe на выходе, например.
Во-первых, он не был, а есть, сейчас вам пишу именно с него =). Во-вторых, виндузным пользователям совершенно наплевать на размер exe (он будет не более 3мб, насколько помню, а по современным меркам это ничтожно).
В-третьих, затея всё равно плохая, потому что конфигурация тут хранится в текстовом файле, который нужно править вручную в редакторе. Так что "простые пользователи" опять в пролёте.

> Почему бы не сделать некий аналог фидошных фреков (забор бинарных файлов с ноды) прямо в клиенте. Иметь список с кратким описаниеми и возможность просматривать его прямо в клиенте, а потом тыкнуть в нужное и немедленно скачать.
> Как смотрите? Я просто в данный момент занят своей реализацией ноды (как и все свои скрипты, я её пилю на python3; CL хорош, но не для масс) и раз уж так вышло, но попиливаю ещё и клиенты, то задумался об обмене бинарными данными. Конечно, это не файл-эхи, но файл-эхи в современных реалиях излишни, а вот фреки были бы порой полезны.

Нужно более точное описание. Загружать файлы могут поинты или только сисопы? Будет ли это вовлечено в нодообмен? Максимальный размер файла и/или квоты на место? Всякие неприятные штуки вроде bash-скриптов c rm -rf /* || файл.ехе ?
Хотя в некотором смысле неплохо звучит.

> Так если не делать клиенты для девочек, то и не появится (нет, меня Рома не кусал) =)
> Мне хочется чего-то более кросс-платформенного.

Вам девочки или кроссплатформенность? :D
Лично по мне проблема есть только в дружелюбном GUI. Примерно две трети наших клиентов нормально заработают под виндой с мелкими модификациями, проблема лишь в "юзерфрендли". Ну не хотят люди править в блокноте config.cfg, не хотят, что поделать!

> А я что-то про 40+MB припоминаю.
Неее, ни в коем случае. 5-10 мб - это самый максимум. Я раньше часто под винду питон скрипты компилял, помню.

> ЗЫЖ Как тебе новая версия цезия?
Пробовал сегодня утром на андроиде, пока на дачу ехал. Решил сделать git reset, и он опять упал на этом curses_set() =)
Придётся опять эти куски кода потом удалить.

Теперь при нажатии home и end вместо падения переходит в начальный список эх. Уже хорошо.
Попытался перейти в список архивных эх. Он, конечно же, был пуст. Нажал Enter на пустом списке - клиент упал с ошибкой List index out of range. Надо бы исключение прописать.

Дома продолжу тестирование.

> Давайте доработаем кутевый клиент
> У меня есть такие предложения

> * Конфиг в JSON, правка из клиента
Только перешёл с json на ini, так уже обратно зовут :)
> * Нормальный дизайн с перделками
Для такого форк надо, а то мне интеграция с vim нужна :)
> * Qt5
На это согласен

> Дизайн могу взять на себя. Тут рядом сидят дизигнеры не особо загруженные.

Если что, на гитхабе пулл реквесты и issues принимаю.

Только для пользователей всё равно нужен виндоинсталлятор и portable-режим.

> Там в терминале до сих пор cp866.
О_о

> Стоит ли писать декодирование или есть варианты получше?
Стоит, потому что хардкодить интерфейс дважды (для двух разных кодировок) неудобно.

Только вот сомневаюсь, что цезий для девочек подойдёт. Им будет лень заучивать сочетания клавиш =(

> И того и другого. И можно без хлеба.
Тогда Питон или Си (можно ++). Также Qt или Gtk.

> Конфиги -- это вопрос третий. Пока надо хотя бы без проблем стартующий и удобный клиент намонстрячить.
У нас достаточно клиентов стартуют нормально. Проблемы начинаются, когда парсер не хочет кушать конфиг, в котором случайно добавили лишний символ, и клиент не работает.

Нужен ещё инсталлятор и portable-версия, чтобы мышкой клацать, и всё.

>Чем именно компилял? Просто есть пара затей глупых.
Pyinstaller и cx-freeze.

>Я традиционно не гарантирую полноценную работу под android.
Тогда попробую потанцевать с бубном, либо протестирую позже дома.

> Вот про шрифты недопонял. У меня tk очень давно (лет 6-7 назад) выглядел ужасно, но сейчас даже без настроек шрифта хорошо смотрится.

http://ii-net.tk/ii/files/VX71VFW7eqgYroOh06wm.png
Слева tk интерфейс, справа Qt. Разница видна невооружённым глазом.

> Только лень мешает. В любом случае, я не зря цезий пока не релизю. Там всё ещё период добавления фич, а рефакторинг и оптимизацию я на потом отложил.
Если что, готов помочь с цезием, только напиши. Ибо мне он понравился.

> Это фича, а не баг =)
Так и думал, что ты это скажешь =) Ну да ладно, пусть будет фича.

> Я пока рассчитываю на tkinter.ttk, если честно. В любом случае, давно собирался его потыкать. Так что нормально всё =)
На винде tkinter.ttk выглядит нормально, а для линуксов придётся собственную тему создавать (и со шрифтами разбираться). Ну и ладно, у нас ncurses есть, так что не критично. // это просто ради информации

> Я не планирую многооконный интерфейс, если честно особо.
А как же выбор эх и диалог загрузки сообщений? Убирать в цикле элементы и заново расставлять их ещё то извращение =)
Хотя первый пункт можно реализовать как в андроид клиенте (сбоку эхи расположить, и всё).

> Примерно так и будет. Вынести всё в модули и попиливать под настроение.
Вот так очень хорошо =)

Ещё один багрепорт по сабжу (уже дома, с компа):

При нажатии Q (ответить) в пустой эхоконференции клиент крашится.
F10 (выход из цезия) не работает, если находишься в режиме чтения эхи.

> Ну эту проблему я решил тем, что забил на curses.
> Придётся делать нечто модульное как у тебя, но на Tk. Смысла много нет, но мне нравится самому делать софт =)

Как раз на Tk тебе рассчитывать не стоит. Он довольно некрасив по внешнему виду и отпугнёт пользователей ещё больше.
Ещё для таких вещей, как навигация, оформление текста и многооконный режим, в нём нужно делать страшные костыли (см. мой клиент).

А вот curses - это эксклюзив и по-гиковски. Так что лучше взять какой-нибудь wxPython и сделать форк Caesium GUI Edition, а ncurses версию не забрасывать.

> Честно говоря, на мой вкус Tk победил по аккуратности шрифта.
У каждого свои вкусы, но суть ты понял. Просто они должны сочетаться с остальными элементами интерфейса, с родными системными шрифтами.

> Вот если ты приведёшь в порядок работу на андроиде, это будет круто.
Попробую пошаманить ещё =)

> Клиент мечты всё таки =)
Окей, понимаю =)

> В таком виде мне это привиделось по крайней мере. Возня со строкой авторизации нужна, потому что наше законодательство всяко может боком выйти =)
> Файлообмен между нодами этот вариант не предусматривает (и правильно, на мой взгляд), файлы может выкладывать только сисоп.
Тогда "подводных камней" здесь нет, и это мне нравится. Осталось только придумать механизм отдачи на ноде, и всё.

> Если ты под метаданными индекс подразумеваешь, то у него будет формат, схожий с /list.txt. То есть <имя файла>:<опциональное описание>.
Именно на это и надеюсь. При этом запрос на получение будет выглядеть, как

POST /ii-point.php?q=/x/file
pauth=строка_авторизации&filename=имяфайла.jpg

по аналогии с /u/point? Осталось лишь придумать названия схем, и всё.

> Ух ты! Как погоду в i3bar рисуешь?
Во-первых, это Awesome. Во-вторых, это не погода, а менюшка. Внешний вид кнопки - отсылка на эху, на которую ты не подписан =)

Да, верно. Только в метаданных (списке) должно быть имя файла, иначе придётся возиться с mimetypes.

Пробовал раньше iiplc, но почему-то он даже не фетчил ничего. Попробую снова.

> Правда это опять таки не меняет сути дела, так как речь идёт о клиенте для девочек =)

А как тебе WxPython? Я его тыкал раньше, он мне понравился.

Попытался собрать пакет perl-plack в арче из AUR, у него куча рекурсивных зависимостей с глубиной рекурсии минимум 4-5 =)
Причём некоторые не удовлетворены.

На дебиане попробую потом.

> Я сперва именно в байтах думал, но потом пожалел потенциальных пользователей клиентов без поддержки этой схемы =)
А разве клиенты вводят вручную схему параметров?
Нет, ну лично я могу в браузере зайти на /u/e/эха или /m/сообщение, чтобы посмотреть и отдебажить всё, но девочки это делать не будут =)
Клиент сам всё распарсит, предусмотрит локаль (Килобайт или Kilobytes) + не будет неоднозначностей с десятичными или двоичными префиксами (в настройках можно пункт сделать).

> Может даже имеет смысл запихнуть всё в одну схему: есть параметр filename -- шлём файл, ежели нет - шлём индекс.
Хорошая идея.

> По некоторому размышлению подумал, сделать ли <имя файла><размер>:<опциональное описание>? Причём размер сразу текстом и в человекочитаемом формате, чтобы была возможность ручного чтения файла-индекса.

Размер тоже неплохо бы. Но лучше в байтах, чтобы клиент мог всё распарсить. К примеру, файл 2 гигабайта, и клиент сам проверит, хватит ли места на ЖД для него, или нет.

> * Исправлен баг, в некоторых случаях приводивший к "забыванию" последнего прочитанного сообщения в эхе.

Видимо, на андроиде из-за этого чуть изменилось поведение :)

Клавиша End теперь увеличивает номер прочитанного сообщения на единицу и выходит в список эх. Раньше не увеличивала.

> Копать надо в сторону Esc-последовательностей на андроиде или в том ncurses, который у тебя на аппарате. Суть в том, что всякие там функциональные клавиши, Home, End и прочие PageUp'ы через такие вот последовательности обрабатывают. То есть ловится esc или из-за медленной отправки сканкода или из-за кривости терминала.

Подключился к телефону по ssh. Полёт цезия нормальный, значит дело в терминале. Перепробовал 3 терминала на телефоне в разных режимах эмуляции, всё без толку с Home/End. Значит придётся просто заменить клавиши, т.к. Esc последовательности просто криво идут.

Кстати, обнаружил ещё, что получение сообщений нельзя запустить во время чтения эхи.
Также нашёл вот такую ошибку при нажатии на PageDown: http://ii-net.tk/ii/files/9zw8f4k0tXEoeZyFB0Ax.png

> Преимущества очевидны: не надо будет гулять по ссылкам, чтобы прочитать полные версии статей или новостей, а всё в одном месте и отварматированно.
Когда кто-то высказывался против этого, аргументом было, что "а как мы определим, какие новости интересные, а какие - нет? лучше делать кратко, чтобы решать для себя, читать или нет".

ii-client-qt с минимальными модификациями работает на сабже. Коммит имеется, PKGBUILD в AUR поправлен на сабж.
Только вот автоматический ресайз окна почему-то глючит, но это из-за старого ui-файла, скорее всего.

> Это я в апстрим не возьму. Клиент никогда не позиционировался как приложение для мобильных платформ и затачивался строго на *NIX на десктопе/лаптопе.

Я и не предлагал брать это в апстрим. Клиент твой, сочетания клавиш твои. Просто уточнил, что буду делать при создании Caesium-FixEsc патча.

Сегодня пока не получилось, ибо сижу на даче и усиленно собираю урожай =)

Но как освобожусь, напишу и выложу.

Ещё собирался сделать вынос параметров сочетаний клавиш наверх скрипта, но это и без учёта андроидов полезно будет :)

> Только вот автоматический ресайз окна почему-то глючит, но это из-за старого ui-файла, скорее всего.

Исправил баг с помощью небольшого хака. Кстати, на openbox его не проявлялось, он был на Awesome (но поскольку сам на авесоме сижу, то это критично).

И да, к ui-файлу это не относилось.

В багтрекере Qt висит несколько похожих багов, но почему-то их не спешат исправлять.

Надо теперь фичами заниматься =) Но это завтра, а сейчас спать.

Патч для юзерфрендли-переопределения клавиш (ничего своего не заменял, клавиши все дефолтные):

13,32d12
< keys = {
< 	"prevmsg": curses.KEY_LEFT,
< 	"nextmsg": curses.KEY_RIGHT,
< 	"up": curses.KEY_UP,
< 	"down": curses.KEY_DOWN,
< 	"screen_up": curses.KEY_PPAGE,
< 	"screen_down": curses.KEY_NPAGE,
< 	"firstmsg": curses.KEY_HOME,
< 	"lastmsg": curses.KEY_END,
< 	"fetch_mail": [ord("g"), ord("G")],
< 	"send_mail": [ord("s"), ord("S")],
< 	"enter_echo": [10, curses.KEY_RIGHT],
< 	"exit_client": curses.KEY_F10,
< 	"savemsg": [ord("w"), ord("W")],
< 	"save_favorites": [ord("f"), ord("F")],
< 	"answer": [ord("q"), ord("Q")],
< 	"deletemsg": curses.KEY_DC,
< 
< }
< 
313c293
<         elif key == keys["up"] and cursor > 0:
---
>         elif key == curses.KEY_UP and cursor > 0:
317c297
<         elif key == keys["down"] and cursor < len(echoareas) - 1:
---
>         elif key == curses.KEY_DOWN and cursor < len(echoareas) - 1:
321c301
<         elif key == keys["screen_up"]:
---
>         elif key == curses.KEY_PPAGE:
327c307
<         elif key == keys["screen_down"]:
---
>         elif key == curses.KEY_NPAGE:
333c313
<         elif key == keys["firstmsg"]:
---
>         elif key == curses.KEY_HOME:
336c316
<         elif key == keys["lastmsg"]:
---
>         elif key == curses.KEY_END:
340c320
<         elif key in keys["fetch_mail"]:
---
>         elif key == ord("g") or key == ord("G"):
342c322
<         elif key in keys["send_mail"]:
---
>         elif key == ord("s") or key == ord("S"):
358c338
<         elif key in keys["enter_echo"]:
---
>         elif key == 10 or key == curses.KEY_RIGHT:
370c350
<         elif key == keys["exit_client"]:
---
>         elif key == curses.KEY_F10:
569c549
<         elif key == keys["prevmsg"] and msgn > 0:
---
>         elif key == curses.KEY_LEFT and msgn > 0:
575c555
<         elif key == keys["nextmsg"] and msgn < len(msgids) - 1:
---
>         elif key == curses.KEY_RIGHT and msgn < len(msgids) - 1:
581c561
<         elif key == keys["nextmsg"] and (msgn == len(msgids) - 1 or len(msgids) == 0):
---
>         elif key == curses.KEY_RIGHT and (msgn == len(msgids) - 1 or len(msgids) == 0):
584c564
<         elif key == keys["up"] and y > 0:
---
>         elif key == curses.KEY_UP and y > 0:
587c567
<         elif key == keys["screen_up"]:
---
>         elif key == curses.KEY_PPAGE:
592c572
<         elif key == keys["screen_down"]:
---
>         elif key == curses.KEY_NPAGE:
597c577
<         elif key == keys["down"]:
---
>         elif key == curses.KEY_DOWN:
601c581
<         elif key == keys["firstmsg"]:
---
>         elif key == curses.KEY_HOME:
607c587
<         elif key == keys["lastmsg"]:
---
>         elif key == curses.KEY_END:
621c601
<         elif key in keys["savemsg"]:
---
>         elif key == ord("w") or key == ord("W"):
623c603
<         elif key in keys["save_favorites"]:
---
>         elif key == ord("f") or key == ord("F"):
625c605
<         elif not archive and (key in keys["answer"]):
---
>         elif not archive and (key == ord ("q") or key == ord("Q")):
642c622
<         elif favorites and key == keys["deletemsg"]:
---
>         elif favorites and key == curses.KEY_DC:
654c634
<         elif key == keys["exit_client"]:
---
>         elif key == curses.KEY_F10:

Это пока не все клавиши, просто некоторые там введены числом, и я ещё не смотрел, что они делают.

> Я не собираюсь фильтровать новости. Благо с этих двух ресурсов их не так много. К тому же никто не мешает писать отсутствующие новости в эху нескольким человекам.

В таком случае нам всё равно надо распределяться по эхам. Если что, я согласен репостить вручную 1-2 эхи.

Пусть ещё кто-нибудь из сетян выскажется за или против.

> Пожалуй, оформлю это себе в виде модуля позже =)
Тогда подожду пока с патчем андроидовским. Там ведь совсем чуть-чуть надо, просто хочу, чтобы это в коде красивее выглядело :)

Ничего, если я позаимствую у тебя код txt2sqlite.py и sqlite2txt.py для своих ii-db-utils? А то экспорт/импорт в бандлы там есть, но в sqlite ещё нет.

Добавил нужную для user-friendly фичу - удаление исходящих и отправленных сообщений. Бывает, случайно нажмёшь кнопку ответа или нового сообщения, а потом его нужно вручную затирать (либо в каталоге out/ по 200-300 файлов лежит, как у меня). Сейчас это происходит через удобный диалог.

Сделал поддержку вышеописанного также для окна получения сообщений (где вообще разметки не было раньше), исправил возможность засунуть рабочий html клиенту извне.

Если честно, эти "свистелки" мне даже самому нравятся. =)
Осталось только с конфигуратором разобраться, но тут ещё подумать надо.