PIM on Python

Syd · Сообщение **Syd** » Ср дек 06, 2006 10:12

Нашел интересную штуку: ПИМ, написанный на питоне. Кроме обычного линукса работает на Nokia 770 - думаю, что на завре тем более пойдет.

http://applications.linux.com/article.p ... 7&from=rss

Syd · Сообщение **Syd** » Ср дек 06, 2006 11:57

А разве в pdaXrom`е нет PyGTK?

DMych · Сообщение **DMych** » Ср дек 06, 2006 13:23

SolarWind писал(а):Не пойдет он на завре без переделки. Потому что использует GTK+ и PyGTK. А вот если бы DMych на него взглянул на предмет переделки под PyQt, было бы просто супер.

Не, ребята, увольте. Переписывать с Gtk+ на Qt - это значит написать все заново.

DMych · Сообщение **DMych** » Ср дек 06, 2006 15:16

SolarWind писал(а):Ну я примерно так и предполагал. Не знаю, как в случае с питоном, а в случае с C/C++ подход к написанию программ на Qt и GTK+ уж очень сильно отличается...

он различается принципиально.

Vladimir the Red Sunny

Я иногда думаю о написании для своей программы эдакого interface abstraction layer-а, чтобы на Заурусе работало под Qt, а на ноутбуке под wxWidgets....

geometer

Vladimir the Red Sunny писал(а):Я иногда думаю о написании для своей программы эдакого interface abstraction layer-а, чтобы на Заурусе работало под Qt, а на ноутбуке под wxWidgets....

В fbreader'е есть такой -- даже выделенный в отдельную библиотеку -- правда, с реализациями (на настоящий момент) поверх qt и gtk, а не wxwidgets...

На C++, конечно.

Vladimir the Red Sunny

Т. е., вместо библиотеки qt или gtk, надо учить эту библиотеку fbreader'а (кто бы ни был этот fbreader)?

А вот реально ли сделать такую штуку, которая бы транслировала функции гуишных библиотек из любой в любую другую? Т. е., допустим, я пишу себе с использованием PyQT, тащу на другой комп, где нет PyQT, а есть только, допустим, PyGTK или wxPython. Разумеется, ни хрена не работает. Но если добавить "import my_super_puper_translator", то оно само как бы найдёт, установлено ли в системе что-то из её набора, и законнектит все функции PyQT к соответствующим функциям того, что есть вместо PyQT. И наоборот.
Назвать такой модуль можно, к примеру, "zhopa". Можно будет говорить про некую программу: "С PyQT работает напрямую, а с остальными - через zhop'у."

gLobster

Это практически невозможно. Идеология построения интерфейсов (ввода/вывода и реакции на события) разная.

DMych · Сообщение **DMych** » Пт дек 08, 2006 14:23

gLobster писал(а):Это практически невозможно. Идеология построения интерфейсов (ввода/вывода и реакции на события) разная.

Именно так. В результате мне, например, пришлось почти полностью дублировать интерфейс SdiQt для работы с Tk. С GTK+, насколько я понимаю, ситуация еще сложнее.