[pyGTK] Избежать блокировки интерфейса.

Да, создаешь поток, и в нем выполняешь функцию, потом поток завершаешь.

делается это многопоточностью.

Можешь периодически вызывать аналог дельфятного Application.ProcessMessages(), но это криво.

Спасибо, так и пытаюсь делать, но тогда возникают еще одно уточнение и вопрос:

1) Новый поток получает данные из функции парсинга (той, которая потребляет много времени) и добавляет эти данные в список (ListStore), ибо передавать их в основной поток и добавлять оттуда - бессмысленно: во-первых, затраты памяти и основного времени, во-вторых, этот ListStore все равно никто больше не модифицирует.

2) Как завершать поток? thread.join() в функции my_funct() бессмысленно, а по gobject.timeout_add() работает отвратительно медленно...

Есть еще отчаянно-функциональный метод - использовать корутины. Видел в инете фреймворки для питона и pygtk. Ну это так, если с тредами не хочется возиться...

Не очень понял что вы хотите в 1), но возможно Queue то, что вам нужно: http://docs.python.org/lib/module-Queue.html

2) Если thread.isAlive() и thread.join() не подходят, то можно в Queue положить, скажем, None или Condition использовать: http://docs.python.org/lib/condition-objects.html

Вообще, про потоки в питоне можно много чего почитать, например: http://heather.cs.ucdavis.edu/~matloff/Python/PyThreads.pdf
ну и далее в гугле.

Можно, это, обойти, не прибегая к многопоточности. Насколько я понимаю, больше всего вешает программу именно скачивание html-файла. А для этого есть GIOChannel (или вообще что-то свое).

Всем спасибо за участие! Уже, вроде бы, разобрался. Сделал переключалку между двумя процессами (интермордой и подпрограммой скачивания и парсинга), чтобы они работали по-очереди. В связи с этим возник вопрос: неужели интерпретатор питона не умеет распределять процессорное время между потоками программы, т.е. выполнять один поток и при получении, например, клика по кнопке переключаться на поток, который контролирует эту самую кнопку?

> неужели интерпретатор питона не умеет распределять процессорное время между потоками программы, т.е. выполнять один поток и при получении, например, клика по кнопке переключаться на поток, который контролирует эту самую кнопку?

Корректировочка:

"неужели мну не умеет распределять процессорное время между потоками программы, т.е. выполнять один поток и при получении, например, клика по кнопке переключаться на поток, который контролирует эту самую кнопку?"

Возможно, и мну не умеет... Но пока сложилось такое впечатление об интерпретаторе... Поможете его разрушить?