Дмитрий Прилепский, много языков позволяют использовать питон почти "внутри" себя. Есть обвязки для шарпа, например. Но в этом вопросе я могу полагаться только на свой опыт.
Я, например, могу использовать Delphi, который имеет отличный дизайнер и возможности по созданию сложных интерфейсов, включив в него библиотеку питона. Питон сможет управлять содержимым окон, и даже вызывать методы написанные на Delphi напрямую, что ускорит их выполнение в десятки раз.
Только меня тут закидают камнями и скажут, что "Delphi мертв", и всем им плевать, что это кроссплатформенный, мощный язык с огромными возможностями, идущий в ногу со временем.
Так что я предложу использовать C# с интеграцией питона. Нагуглить на эту тему не сложно.
Алан Гибизов, питон никогда не будет создавать нативный код. И вряд ли его унесёт в сторону Java, т.к. у него и так проблем полно.
Но у автора не пара кнопок, т.к. у него несколько представлений. Несколько окно. И в то время как это действительно тривиальная задача, автору предстоит ещё не один пуд соли употребить делая гуи на питоне. Да даже делая его в связке с Qt
Алан Гибизов, языки с нормальными дизайнерами GUI. Желательно с нативным кодом под платформу, а не электроноподобные посредственные фреймворки работающие через интерпретатор
acwartz, с чего вы взяли? Это самая штатная задача для любого приложения.
Любой архиватор, просмотрщик или редактор регистрирует свои обработчики расширений.
Не говоря уже о том, что эта задача может выполняться как простым редактированием реестра, так и средствами WinAPI.
RA4INA, решение конечно спорное. Возможно просто костыль с проблемным процом от амд. Я бы всё же отдал по гарантии. И, возможно, обменял на ноут с интелом
wirflve, вот у вас в сообщении приходит payload, значит всё от вк апи работает как надо. Так что смотрите свой код. Отлаживайте. Ставьте точки останова. У вас тут с форматированием что-то. Отображается всё через одно место
