Rodegast
Для логирования есть соответствующий модуль.
Принтить удобнее. К тому же, stdout всё равно будет писатся в файл, это нужно для дебага и на случай если виджету нужно что-то туда выводить. Значит получится лишний лог и нужда дёргать логгер. Ну и зачем это всё? Чтобы в логе выводилось время? Туда пишется время старта и остановки, этого достаточно.
Rodegast
И научись пользоваться декораторами.
В некоторых исключениях не только принт стактрейса, там выполняются действия. Поэтому обработка ошибок всегда явная, дабы не запутывать код. Вот зачем? Ради экономии нескольких строк? Как и логгинг, в данной конкретной задаче это выпендрёж аля “смотрите как я хорошо знаю возможности языка”.
Rodegast
А тебе какая разница? Ты его в ручную править не будешь.
Вообще-то именно это я и делаю. Обработка событий, обращение к элементам из различных частей кода. Зачем менять хороший код на плохой? Вот этого я совсем не понимаю.
Rodegast
Диалоги нужно наследовать от QDialog по моему это очевидно.
QMessageBox от QDialog, что за бред? Он и так наследуются от него. Я уже говорил, это делается для решения проблемы с закрытием всего приложения. Не помню всех случаев, но если главное окно скрыто, приложение точно закроется при закрытии мессенджа. Попробуй для примера убрать наследование в криптозаметке, там есть пара мессенджей. К тому же, благодаря наследованию мессендж вылазит не в углу экрана и не надо дополнительно заниматся его позиционированием.
Rodegast
Нагугли gettext. В чём проблема?
Посмотрел, это хуже имеющегося решения. Писать длинные тексты прямо в коде программы - бред. Про стандартную систему переводов Qt ты почему-то умолчал. Можно подробности? У неё тоже есть некоторые проблемы. Например, в XFCE всё зависит от темы оформления. На каких-то темах у меня всё было на английском, а на других появлялась русская локализация (для тех частей, которые я сам из кода не трогаю). Поэтому я бы не стал на неё полагатся, если не будет каких-то серьёзных аргументов за.
Rodegast
Ты думаешь что про это кто-то догадается? Я должен потянуть за виджет и он должен переместится, должна быть возможность его закрепить, но всё это должно происходить без лишних телодвижений.
Он и так закреплённый. Можно включить галочку редактирования в главном меню, тогда у всех виджетов появятся окошки и их можно быстро раскидать. Хорошим решением было бы добавить плашки для перетаскивания, которые вылезают с нужной стороны. Но я пока плохо представляю как это реализовать по-проще, без сотен строк кода. Скорее всего в будущем они появятся, а пока и так удобно. Попиксельного выравнивания очень нехватает у другого ПО для виджетов, приходится глаза ломать.
Rodegast
http://qaru.site/questions/19712/what-is-the-common-header-format-of-python-files
Это бред. Модуль не хранится в памяти, только главный класс. Как реализовать наследование у модуля, чтобы не реализовывать каждый раз всё API? А ведь ещё надо будет написать большой валидатор (сейчас это всего лишь пара проверок). И опять же - ради чего? В чём конкретная выгода?
Меня не интересует превращение проекта в нечитаемое нечто, чтобы выпендриватся на форумах в стиле “ахаха, мой проект такой сложный что вы там нихрена не поймёте”, ради непонятно чего (о котретной выгоде предложенных решений я так и не услышал). Тем более что ты уже и так показал то, что не понимаешь его структуру, хотя там всё очень просто.
Можно по делу? Как с кнопками и плохим перетаскиванием.