# Re: Черновая сборка для Qt-клиента на винду
Andrew Lobanov(station13, 1) — vit01
2016-02-05 02:05:17
vit01> И да, ещё можно пожелания высказать.
Кстати, может сделать получение не полной эхи? А то вчера под виндой запускал (8.1 полёт нормальный), так кое как дождался загрузки эх из стандартного конфига.
Ну и окно терминала бы скрыть ещё.
# Re: Черновая сборка для Qt-клиента на винду
vit01(mira, 1) — Andrew Lobanov
2016-02-05 02:29:33
AL> Кстати, может сделать получение не полной эхи? А то вчера под виндой запускал (8.1 полёт нормальный), так кое как дождался загрузки эх из стандартного конфига.
Если ты включишь в настройках "Поддержку расширенного /u/e", то клиент будет скачивать только последние N.
AL> Ну и окно терминала бы скрыть ещё.
Точно, забыл. Но это с PyInstaller'ом связано, а не с самим клиентом, починю. Ты же имеешь в виду чёрную консоль питона, да?
# Re: Черновая сборка для Qt-клиента на винду
Andrew Lobanov(station13, 1) — vit01
2016-02-05 04:15:39
vit01> Если ты включишь в настройках "Поддержку расширенного /u/e", то клиент будет скачивать только последние N.
Ух ты. Не доглядел =)
vit01> Точно, забыл. Но это с PyInstaller'ом связано, а не с самим клиентом, починю. Ты же имеешь в виду чёрную консоль питона, да?
Да. Его. Клиент мне очень глянулся на самом деле. Классный такой. Некоторые шороховатости, конечно, есть (например, окно получения эх я бы сделал с двумя прогресс барами: кол-во эх и кол-во скачиваемых сообщений, но это сугубо моё видение и не факт что так надо делать), но пользоваться уже можно и он уже няшен.
# Re: Черновая сборка для Qt-клиента на винду
vit01(mira, 1) — Andrew Lobanov
2016-02-05 05:01:31
AL> // А я в итоге без расширенного /u/e это сделал =) Теперь вот репу чешу: зачем предлагал =)
На самом деле расширенный /u/e - это более правильный подход, потому что клиенту не надо скачивать весь индекс.
При твоём способе клиент получает полный список сообщений и отсекает N локально, а при моём он сразу получает N в индексе (отсечка идёт на ноде).
На больших эхах вроде lor-opennet.15 расширение /u/e очень помогает.
AL> например, окно получения эх я бы сделал с двумя прогресс барами: кол-во эх и кол-во скачиваемых сообщений
Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).
Сейчас и фетчер, и мейлер, и blacklist, и сам ii_functions.py полностью совместимы с любыми другими реализациями. Например, с tk-версией. Также к iicli-modular можно без проблем прикрутить консольную или текстовую морду, и он будет работать со всеми фичами.
Фантазировал даже как-то раз прикрутить Цезий на свой движок.
Более глубокая интеграция может порушить всю эту гармонию.
Кстати, а как тебе всякие дополнительные плюшки вроде получения списка эх, блэклиста, чистки и прочего? Пробовал /x/c включать на своей ноде?
AL> но пользоваться уже можно и он уже няшен.
Спасибо, рад стараться =)
# Re: Черновая сборка для Qt-клиента на винду
Andrew Lobanov(station13, 1) — vit01
2016-02-05 05:10:34
vit01> Я рассматривал вариант помещения прогрессбара в получение эх, но отказался от такой затеи.
vit01> Во-первых, потому что юзер должен полностью контролировать процесс фетча (а прогрессбар - это штука сама по себе ненадёжная), во-вторых, потому что алгоритм фетча слишком оптимизирован (как у Ромы), и не определишь, к какой эхе какое сообщение относится. В-третьих, потому что придётся избавиться от модульности в ii-шном движке (а это скажется негативно на будущих поделках).
А. Ну я ж со своей колокольни. У меня лютый монолит, завязанный узлом сам на себя.
vit01> Кстати, а как тебе всякие дополнительные плюшки вроде получения списка эх, блэклиста, чистки и прочего? Пробовал /x/c включать на своей ноде?
Пока не успел. Надо на слаке попробовать. На винде я его потыкал просто, так как машинку не на долго смог у жены отбить (курсач пишет). В ближайшие дни устрою стресс-тест твоего клиента и попробую пожить без запуска цезия (очень тяжко, кстати, это оказалось; как никак клиент мечты и прикипел к нему всей душой). О результатах эксперимента отпишусь к следующей неделе.
# Re: Черновая сборка для Qt-клиента на винду
vit01(mira, 1) — Andrew Lobanov
2016-02-05 05:27:30
AL> А. Ну я ж со своей колокольни.
Мой клиент сделан для таких людей, у которых прописано 5 и более станций, а на каждой станции по 40 эх =)
Так что ради производительности иногда приходится жертвовать удобством.
AL> PS: А где глянуть алгоритм получения сообщений?
Файл webfetch.py (и ещё network.py, если интересна работа с прокси).
AL> Как поведёт себя клиент в такой ситуации?
Он зафетчит 50 последних. Да, я знаю, что это неправильно и собираюсь пофиксить в будущем, но руки пока не доходят.
Поэтому по-умолчанию поставил лимит 200, чтобы наверняка такого не было.
# Re: Черновая сборка для Qt-клиента на винду
btimofeev(station13, 13) — vit01
2016-02-05 07:44:15
vit01> А как работает? Может быть, есть какие-нибудь баги?
vit01> И да, ещё можно пожелания высказать.
По установщику: он предлагает установку по-умолчанию в ту же директорию откуда запускаешь, а не в Program Files. В установленной папке лежат .git и какой-то tossedit.exe
В клиенте у меня не открывается редактор при нажатии кнопок "Ответить" или "Новое". В консоль пишет: "." не является внутренней или внешней командой, исполняемой программой или пакетным файлом. В настройках выставлен редактор Leafpad (которого у меня конечно нет) и стоит галочка на Использовать встроенный редактор.
# Re: Черновая сборка для Qt-клиента на винду
vit01(mira, 1) — btimofeev
2016-02-05 08:39:08
tossedit.exe - это и есть тот самый внутренний редактор. Насчёт точки, видимо, специфично для винды; попробую починить, спасибо.
Попробуй вместо leafpad поставить notepad и снять галку