class QSqliteBlog(QObject):

Парсим выражение crontab

2011-12-01T13:39:00.001+04:00

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

Phonon: Я хочу, чтобы песня звучала

2011-11-23T11:37:00.001+04:00

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

Рецептики: Проверить дробную часть

2011-10-28T22:35:00.000+04:00

Проверить, имеет ли число ненулевую дробную часть, можно так: >>> import math >>> x = 10.0 >>> bool(math.modf(x)[0]) False >>> x = 10 >>> bool(math.modf(x)[0]) False >>> x = 10.7 >>> bool(math.modf(x)[0]) True

Рецептики: Удалить переводы строки и возвраты каретки

2011-10-28T19:49:00.000+04:00

Решил для разнообразия иногда публиковать мелкие посты с рецептиками. Удаление из строки переводов строк и возвратов каретки: >>> s = 'asasd\nasdasd\r\nasdasd\nasdasd' >>> ''.join(s.splitlines()) 'asasdasdasdasdasdasdasd'

PyNCReport: сборка и установка под Windows

2011-10-28T00:26:00.002+04:00

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

Очистка значений внешних ключей в модели

2011-10-14T00:36:00.000+04:00

В предыдущем посте я благополучно боролся с отбрасыванием записей, содержащих пустые внешние ключи. Практически сразу возникла в некотором роде обратная задача - уметь очищать поля внешних ключей в модели, как в коде, так и из интерфейса (я встречал мнение, что пустые внешние ключи - грубая ошибка проектирования и этого надо всячески избегать; интересно, в каком мире эти люди живут?). Сначала

Некорректный SQL-запрос SELECT в QSqlRelationalTableModel

2011-10-07T11:44:00.001+04:00

Было замечено, что в QTableView, настроенном на QRelationalTableModel отображает не все строки таблицы, в частности строки, где значение хотя бы одного поля внешнего ключа (поля, у которых есть QRelation) равно NULL. Более того, оказалось, что эти строки отсутствуют и в модели. Исследование показало, что QRelationalTableMode.selectStatement возвращает запрос следующего вида: SELECT tbl.fld1,

Тюнинг вкладок QMdiArea

2011-09-28T00:02:00.000+04:00

Главное окно проекта должно быть многодокументным и в соответствии с современным стандартом де-факто хочется отображать дочерние окна на отдельных вкладках. Для этого в качестве центрального виджета главного окна нужно использовать QMdiArea и установить режим отображения TabbedView from PyQt4.QtGui import QMainWindow, QMdiArea class MainWnd(QMainWindow): def __init__(self, parent=None):

Мелкие грабли при работе с PyWin32

2011-06-06T22:39:00.008+04:00

Первые грабли Возникла необходимость написать простую службу Windows. Для этой цели была избрана известная библиотека PyWin32. На просторах интернета было найдено несколько релевантных примеров и быстренько слеплена служба. Тут я напоролся на первую проблему. Симптомы Служба устанавливается, но не запускается. Функция win32serviceutil.StartService падает с исключением win32service.error

Тестирование пользовательского интерфейса в PyQt

2011-04-02T10:11:00.018+04:00

Мне всегда была интересна тема автоматизации тестирования GUI, ибо задача, мягко скажем нетривиальная. А сейчас возник практический интерес к тестированию UI приложений на PyQT. Как выяснилось, разработчики впихнули в QT целый фреймворк для автоматического тестирования, который в том числе умеет и эмулировать внешние действия пользователя на интерфейсе. Это называется QtTestLib. Другие

Поиск похожих участков в питоновском коде

2010-06-09T12:43:00.004+04:00

Когда-то довольно давно отложилось в памяти, что существует полезный инструмент, способный качественно найти в коде на python похожие куски для их дальнейшего рефакторинга. Вчера выдалась относительно свободная минута, и я решил его таки найти. После долгих поисков наконец нарыл. Итак, знакомимся - CloneDigger Устанавливается через easy_install: easy_install -U clonedigger Доступен также

PyQt: Добавление записей в связанную модель (relationModel) во время редактирования записи основной

2010-05-27T17:43:00.025+04:00

Абстрактная задача Существует таблица main, содержащая помимо прочего поле-ссылку на справочник classifier_id. Код на sqlite: CREATE TABLE classifier ( id INTEGER NOT NULL, name TEXT ); CREATE TABLE main ( id INTEGER NOT NULL, name TEXT, classifier_id INTEGER REFERENCES classisfier (id) ); Необходимо написать на PyQt диалог редактирования записи таблицы main с

VirtualBox

2010-05-08T03:34:00.009+04:00

Недавно потребовалось протестировать программку на чистой Windows XP. Дома на машине стоит Windows 7 x64, поэтому пришлось посмотреть в сторону виртуальных машин. На слуху как-то больше VMWare, но мне она почему-то не нравится. Остались от нее какие-то смутные негативные впечатления, когда игрался несколько лет назад. Кто-то из знакомых в разговоре вскользь упомянул VirtualBox, причем хорошо

Детальные метаданные sqlite3

2010-04-29T02:02:00.010+04:00

В одном из предыдущих постов я описывал, как получить список таблиц в базе sqlite, и сокрушался, что непонятно, как получить детальную информацию о них. Знающие люди ткнули носом в раздел документации sqlite, где описан набор прагм (pragma) для получения исчерпывающей информации о структуре базы. Подробно расписывать не буду, разработчики sqlite прекрасно сделали это сами. Как выяснилось, эта

Нюансы разработки GUI базы данных на PyQt

2010-04-29T00:56:00.014+04:00

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

PyQt: Генерация кода по ресурсу интерфейса

2010-04-24T23:48:00.011+04:00

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

Метаданные sqlite3

2010-04-24T20:23:00.007+04:00

Как выяснилось, у sqlite очень просто получить список существующих таблиц, индексов, представлений и триггеров. Например, создадим структуру: CREATE TABLE IF NOT EXISTS table1 (id integer, name text); CREATE INDEX IF NOT EXISTS index1 ON table1 (name); CREATE VIEW IF NOT EXISTS view1 AS SELECT name FROM table1; CREATE TRIGGER IF NOT EXISTS trigger1 DELETE ON table1 BEGIN select * from

Глюк стандартных SQL-моделей PyQt4

2010-04-24T20:09:00.002+04:00

При написании простенькой базы данных (PyQt4+sqlite) наткнулся на неприятный глюк связки QSqlTableModel и QTableView: при добавлении во вьюху новых строк активна всегда только первая строка и в базу ничего не пишется. Выяснилось, что PyQt ни при чем, проблему создавало еще одно соединение с базой средствами стандартного питоновского модуля sqlite3, использовавшееся вспомогательным функционалом.