Difrex> ЗЫ: Покажи свои проекты, интересно :)

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

def get_cursor_position():
    while 1:
        try:
            data = display.Display().screen().root.query_pointer()._data

            return {'x': data['root_x'], 'y': data['root_y']}

>Для производительности можно переписать сабж на Си, но вряд ли будет сильный прирост.

>Что думаешь?

>удивило, кстати, что python2, а не python3

Difrex> Жрет ресурсы не в себя. Там постоянно опрашивается положение курсора.

Difrex> Не заинтересует такая штука? https://github.com/Difrex/azot

>Итак, в PM вроде всё устоялось с фичами (если появятся ещё какие-нибудь хотелки, то пусть Денис пишет, поломаю голову).

>Что можете предложить из того, что не связано с нашей сеткой, но интересно было бы сделать вместе?

Difrex> Есть только проблема с отображением, если uri в ресурсе очень длинный - табличку корежит

Difrex> Я, в принципе, знаю как это поправить.

Там таблица строится очень просто - обычным дополнением пробелов справа.

Если получится починить, то очень хорошо. Сам просто не придумал, как такие случаи обрабатывать. Только если обрезать строку, но это не очень правильно.

./pm.pl -s -n all

>Difrex> Да вот красивый вывод в pm -sn all, только хочется. Все руки не дошли до того, чтобы сделать это.
vit01> Он разве слишком некрасивый? Там даже цвет есть, насколько видно.

>Попробую почитать что-нибудь на эту тему. А sqlite действительно не очень хорошо здесь смотрится. Скорее, это проблема самой перловой реализации (сделали только самые базовые вещи).

Difrex> Да вот красивый вывод в pm -sn all, только хочется. Все руки не дошли до того, чтобы сделать это.

Difrex> Еще есть проблема в SQL, там нет уникального ключа по имени.

Difrex> Да и вообще, я думаю, что стоит перейти на что-то noSQL, хотябы на perl Storable. + в этом, что избавимся в зависимостях от sqlite.

>Помогу и сделаю пулл-реквест (или сейчас сделаю, если хочешь).

>Скажи, что ещё хотел бы сделать.

Difrex> * Подсунуть базу драйверу sqlite как файл, т.е. через \$bd

>Сорри за оффтоп, но чем pass не устроил? https://www.passwordstore.org/

pm -sn all | tail -3

>и обнаружил, что ни DBI, ни сам sqlite не поддерживают загрузку бинаря базы данных из RAM.

>В таком случае БД придётся даже в зашифрованном виде хранить не в виде sqlite-файла, а в виде sql-дампа. Грустно и медленно, но зато 100% безопасно.
>Если тебя устроит данный способ взаимодействия, то могу форкнуть и приделать.

Difrex> Вот, например, чем я пользуюсь постоянно - pm https://github.com/Difrex/PM. Консолькный менеджер паролей для X. Писал потому что ничего удобнее(для меня) нет.

> Store decrypted DB into RAM not in /tmp/

>Жаль, что перл, а то бы TODO-шка твоя быстро опустела :) Хотя подозреваю, что там не все планы.

Difrex> Вот, например, чем я пользуюсь постоянно - pm https://github.com/Difrex/PM. Консолькный менеджер паролей для X.

yaourt -S perl-dbd-sqlite perl-clipboard

Difrex> У меня много планов на него, но мало времени. Хотя бы версию 0.0.3 зарелизить.


Жаль, что перл, а то бы TODO-шка твоя быстро опустела :) Хотя подозреваю, что там не все планы.

Но сделать что-нибудь попробую, вдруг получится.

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

>А ты расскажи про что-нибудь, может быть желание появится помочь :)

Difrex> На самом деле, например, у меня много проектов свободных не связанных с ii/idec, только никому они больше не интересны.