Сообщения в Черновая сборка для Qt-клиента на винду

Черновая сборка для Qt-клиента на винду

Сделал через NSIS самым простым способом, какой только был. Это просто для теста, что оно работает.

Посмотрите, пожалуйста, что оно вообще запускается.

http://ii-net.tk/files/iiclient.exe
vit01 to All (2016-02-04 14:18:13) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
vit01> Посмотрите, пожалуйста, что оно вообще запускается.
Устанавливается и программа работает.
btimofeev to vit01 (2016-02-04 16:34:31) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
А как работает? Может быть, есть какие-нибудь баги?

И да, ещё можно пожелания высказать.
vit01 to btimofeev (2016-02-04 23:21:36) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
vit01> И да, ещё можно пожелания высказать.
Кстати, может сделать получение не полной эхи? А то вчера под виндой запускал (8.1 полёт нормальный), так кое как дождался загрузки эх из стандартного конфига.

Ну и окно терминала бы скрыть ещё.
Andrew Lobanov to vit01 (2016-02-05 02:05:17) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
AL> Кстати, может сделать получение не полной эхи? А то вчера под виндой запускал (8.1 полёт нормальный), так кое как дождался загрузки эх из стандартного конфига.
Если ты включишь в настройках "Поддержку расширенного /u/e", то клиент будет скачивать только последние N.
AL> Ну и окно терминала бы скрыть ещё.
Точно, забыл. Но это с PyInstaller'ом связано, а не с самим клиентом, починю. Ты же имеешь в виду чёрную консоль питона, да?
vit01 to Andrew Lobanov (2016-02-05 02:29:33) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
vit01> Если ты включишь в настройках "Поддержку расширенного /u/e", то клиент будет скачивать только последние N.
Ух ты. Не доглядел =)

// А я в итоге без расширенного /u/e это сделал =) Теперь вот репу чешу: зачем предлагал =)
vit01> Точно, забыл. Но это с PyInstaller'ом связано, а не с самим клиентом, починю. Ты же имеешь в виду чёрную консоль питона, да?
Да. Его. Клиент мне очень глянулся на самом деле. Классный такой. Некоторые шороховатости, конечно, есть (например, окно получения эх я бы сделал с двумя прогресс барами: кол-во эх и кол-во скачиваемых сообщений, но это сугубо моё видение и не факт что так надо делать), но пользоваться уже можно и он уже няшен.
Andrew Lobanov to vit01 (2016-02-05 04:15:39) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
AL> // А я в итоге без расширенного /u/e это сделал =) Теперь вот репу чешу: зачем предлагал =)
На самом деле расширенный /u/e - это более правильный подход, потому что клиенту не надо скачивать весь индекс.

При твоём способе клиент получает полный список сообщений и отсекает N локально, а при моём он сразу получает N в индексе (отсечка идёт на ноде).

На больших эхах вроде lor-opennet.15 расширение /u/e очень помогает.
AL> например, окно получения эх я бы сделал с двумя прогресс барами: кол-во эх и кол-во скачиваемых сообщений
Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).

Сейчас и фетчер, и мейлер, и blacklist, и сам ii_functions.py полностью совместимы с любыми другими реализациями. Например, с tk-версией. Также к iicli-modular можно без проблем прикрутить консольную или текстовую морду, и он будет работать со всеми фичами.
Фантазировал даже как-то раз прикрутить Цезий на свой движок.
Более глубокая интеграция может порушить всю эту гармонию.

Кстати, а как тебе всякие дополнительные плюшки вроде получения списка эх, блэклиста, чистки и прочего? Пробовал /x/c включать на своей ноде?
AL> но пользоваться уже можно и он уже няшен.
Спасибо, рад стараться =)
vit01 to Andrew Lobanov (2016-02-05 05:01:31) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
vit01> Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
vit01> Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).
А. Ну я ж со своей колокольни. У меня лютый монолит, завязанный узлом сам на себя.
vit01> Кстати, а как тебе всякие дополнительные плюшки вроде получения списка эх, блэклиста, чистки и прочего? Пробовал /x/c включать на своей ноде?
Пока не успел. Надо на слаке попробовать. На винде я его потыкал просто, так как машинку не на долго смог у жены отбить (курсач пишет). В ближайшие дни устрою стресс-тест твоего клиента и попробую пожить без запуска цезия (очень тяжко, кстати, это оказалось; как никак клиент мечты и прикипел к нему всей душой). О результатах эксперимента отпишусь к следующей неделе.

PS: А где глянуть алгоритм получения сообщений? Например, у меня включена поддержка расширенной /u/e и оно получает последние 50 сообщений. Я, например, неделю не получал новых сообщений и в эхе на ноде их скопилось больше 50. Как поведёт себя клиент в такой ситуации?
Andrew Lobanov to vit01 (2016-02-05 05:10:34) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
AL> А. Ну я ж со своей колокольни.
Мой клиент сделан для таких людей, у которых прописано 5 и более станций, а на каждой станции по 40 эх =)
Так что ради производительности иногда приходится жертвовать удобством.
AL> PS: А где глянуть алгоритм получения сообщений?
Файл webfetch.py (и ещё network.py, если интересна работа с прокси).
AL> Как поведёт себя клиент в такой ситуации?
Он зафетчит 50 последних. Да, я знаю, что это неправильно и собираюсь пофиксить в будущем, но руки пока не доходят.
Поэтому по-умолчанию поставил лимит 200, чтобы наверняка такого не было.
vit01 to Andrew Lobanov (2016-02-05 05:27:30) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
vit01> А как работает? Может быть, есть какие-нибудь баги?
vit01> И да, ещё можно пожелания высказать.
По установщику: он предлагает установку по-умолчанию в ту же директорию откуда запускаешь, а не в Program Files. В установленной папке лежат .git и какой-то tossedit.exe

В клиенте у меня не открывается редактор при нажатии кнопок "Ответить" или "Новое". В консоль пишет: "." не является внутренней или внешней командой, исполняемой программой или пакетным файлом. В настройках выставлен редактор Leafpad (которого у меня конечно нет) и стоит галочка на Использовать встроенный редактор.
btimofeev to vit01 (2016-02-05 07:44:15) [ссылка]

Re: Черновая сборка для Qt-клиента на винду

Ответ на сообщение
tossedit.exe - это и есть тот самый внутренний редактор. Насчёт точки, видимо, специфично для винды; попробую починить, спасибо.

Попробуй вместо leafpad поставить notepad и снять галку
vit01 to btimofeev (2016-02-05 08:39:08) [ссылка]