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