> Патч протестирован и готов к работе.

> Патч протестирован и готов к работе.

> Хотя, если в конфиге указать браузер, то начинает нормально работать. Если ничего лучше не придумаю завтра, то пушну в апстрим.

>> Хотя, если в конфиге указать браузер, то начинает нормально работать. Если ничего лучше не придумаю завтра, то пушну в апстрим.

AL> Как можно webbrowser заставить не гадить в stdout?

Ты точно уверен, что это stdout? Может быть, stderr? Вот последний как раз следовало бы подавить. А stdout нужен для работы текстовых браузеров.

Модуль webbrowser импортирует subprocess, поведение которого можно по идее переопределить в рантайме. Копай в эту сторону.

> Ты точно уверен, что это stdout? Может быть, stderr? Вот последний как раз следовало бы подавить. А stdout нужен для работы текстовых браузеров.

> Модуль webbrowser импортирует subprocess, поведение которого можно по идее переопределить в рантайме. Копай в эту сторону.

AL> Принцип работы такой: если в сообщении есть только один URL, то он откроется по V. Если же больше, то откроется менюшка выбора. Правда там пока нет элементарной проверки количества ссылок. Если элементов меню больше, чем высота терминала - 2, то цезий упадёт. Но это в будущем будет исправлено.

> О нет! Придётся мне и вправду форкаться в таком случае.

> 1. Сначала тоже хотел сделать менюшку, но остановился на plaintext-варианте по причине урезания урлов. Да, при твоём варианте длинные ссылки видно не полностью. Уже проверил.

> 2. Ну зачем было убирать возможность открытия последней ссылки? В половине новостных эх именно это экономит время, потому что только она ведёт на оригинальный пост. А теперь мне надо будет открывать меню, скроллить в конец и нажимать Enter.

> Хотелось как лучше, а получилось...

> Суть патча была, чтобы одним нажатием перейти на полную версию новости. А если вдруг захотелось на какую-то специфичную ссылку из текста, то чуть больше, чем одним.

AL> Вот станет кто-нибудь пихать ссылку на основную новость в начало и тебе снова править клиент?

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

AL> В качестве примера могу привести пару примеров из Qt-клиента, которые я видел весной: трудночитаемый заголовок сообщения (потому что он визуально плохо отделяется от текста), стена новых сообщений. Это просто на вскидку.

AL> P.S.: Появлению форка препятствовать не стану, конечно. Но как уже писал, не лучше ли написать нативный клиент для андроидов?

> Боты могут постить не только картинки, но и ссылки на другие новости, на Википедию и куда угодно. Увы, но заставить авторов статей публиковать всё в 100% идеальном формате мы не можем. Только если дополнительные фильтры на RSS-обработчик пихать, не более.

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

> Заголовок сообщения - это сабж? Тогда мог бы пожаловаться, я бы исправил.

> А "стена новых сообщений" - это как раз вкусная фича, если с моей точки зрения подходить. Опять же, сколько людей, столько и мнений.

> Вот это как раз самый интересный вопрос. Знаешь, почему я не пишу андроид-клиент? Нет, не угадал, не из-за Java...

> Из-за Vim. Да, да! Как представляю себе, что придётся набирать сообщение в стандартном андроидовском TextEdit вместо Вима, сразу такая тоска нападает. Ведь любое неверное нажатие по тачскрину "портит текст". И позиционирование курсора до жути неудобное. Поэтому и пришлось приспосабливать как-то Цезий. Может быть, есть какой-то более удобный вариант?

>> Из-за Vim. Да, да! Как представляю себе, что придётся набирать сообщение в стандартном андроидовском TextEdit вместо Вима, сразу такая тоска нападает. Ведь любое неверное нажатие по тачскрину "портит текст". И позиционирование курсора до жути неудобное. Поэтому и пришлось приспосабливать как-то Цезий. Может быть, есть какой-то более удобный вариант?

AL> Отчасти согласен. С другой стороны, имею опыт использования HotdogEd (клиент для FidoNET) уже несколько месяцев и вполне меня устраивает такой метод ввода. Хотя, я emacs предпочитаю =)

// У меня вот Emacs в связке с CutieFeed на десктопе отлично справляется. На андроиде - только Vim.

Можно вообще сделать так, чтобы исходящие сохранялись во внутреннюю память и открывались в системном редакторе. А на вторую сторону поставить какой-нибудь VimTouch. Но оригинальный Vim в связке с Termux и с небольшим подпилом всё равно удобнее.

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

> Ещё проблема стоит в том, что этим клиентом кроме меня опять никто пользоваться не будет. Поэтому на реальную помощь (пуллреквесты тем более) рассчитывать не приходится.

>> Ещё проблема стоит в том, что этим клиентом кроме меня опять никто пользоваться не будет. Поэтому на реальную помощь (пуллреквесты тем более) рассчитывать не приходится.

AL> Нативный клиент под андроид востребован как минимум мной, но я не знаю Java от слова совсем и на серьёзную помощь от меня рассчитывать не стоит. Хотя, может и поуслужит поводом восполнить этот пробел.

Господа клиентописатели! Нативный клиент будет востребован владельцами андроида ниже 5-ой версии, т.к. там нет возможности поставить Termux и плюшки.
Могу предложить потестировать в таком окружении - Andriod 4.4, MIUI 8, 4.7" экран. С линуксом знаком, logcat использовал.

geomaster> Господа клиентописатели! Нативный клиент будет востребован владельцами андроида ниже 5-ой версии, т.к. там нет возможности поставить Termux и плюшки.
geomaster> Могу предложить потестировать в таком окружении - Andriod 4.4, MIUI 8, 4.7" экран.

vit01> Ещё проблема стоит в том, что этим клиентом кроме меня опять никто пользоваться не будет. Поэтому на реальную помощь (пуллреквесты тем более) рассчитывать не приходится.

btimofeev> Я бы поучавствовал. Но тут нужно сначала спроектировать интерфейс для андроида, т.к. вариантов можно придумать много, но не все понравятся каждому.

btimofeev> В верхней части переключение между нодами с помощью нажатия на кружки или нажатия на имя ноды и выбора другой из списка.

btimofeev> Далее идут список эх с количеством прочтенных/непрочтенных сообщений и опциями

btimofeev> Тут же можно сделать разделы черновики, отправленные, избранное и т.п. Ну и в конце настройки.

btimofeev> сразу попадаем на список сообщений выбранной эхи. По нажатию на элемент списка открывается сообщение. Свайп влево/вправо - переход к предыдущему/следующему сообщению.

geomaster> У HotdogEd`а позитуринского неплохой дизайн. Можно взять его как основу.

> У HotdogEd`а позитуринского неплохой дизайн. Можно взять его как основу.

vit01> Кружки здесь совсем не в тему. А если у тебя 5 штук станций, например? Так что лучше второй вариант.

vit01> Список эх - слишком жирно для nav drawer'а. Если у человека по 40 эх в подписках, то будет очень неудобно прокручивать.

>> У HotdogEd`а позитуринского неплохой дизайн. Можно взять его как основу.
AL> У сосиски очень хороший дизайн. Правда планшетный не тыкал, бо не на чем, но на телефоне вполне себе вещь.

> Мне кажется вы издеваетесь. Судя по скринам это какой-то ужас родом из android 2.

btimofeev> Есть эти круги где ты можешь одним тапом переключаться между последними использованными аккаунтами и ниже раскрывающийся список со всеми аккаунтами (но уже в 2 тапа).

btimofeev> Можно, конечно, список эх вынести на главный экран, это будет более логично. Но потребуется больше переходов: экран со списком эх, по тапу открывается экран со списком сообщений, по тапу открывается сообщение. Но как это будет выглядеть на планшетах? Список сообщений и одно выбранное сообщение можно разместить рядом на одном экране, а список эх куда деть? В варианте с навдравером ты просто открываешь навдравер и вот тебе список эх на том же экране. Более того: тут же у тебя и список нод и черновики и тд и тп. Количество лишних переходов между экранами уменьшается.