> Да нет, всё нормально. Я искренне верю, что гном года через 3-4 вполне догонит виндовоз. Года так 1990. :-))

Ну, это бессодержательный наезд. Надеюсь, вы сами не очень верите в то, что пишете:). Гном уже по некоторым параметрам впереди винюков. Например, по расстановке кнопок:)))) (Кстати, на днях поставил огнелис линуховый - был приятно удивлен тем, что там кнопки расставлены "по уму":)

Re:

> (Кстати, на днях поставил огнелис линуховый - был приятно удивлен тем, что там кнопки расставлены "по уму":)

Повбывав бы.

>> Гном уже по некоторым параметрам впереди винюков. Например, по расстановке кнопок:))))

LOL. Аж самому, как я вижу, смишно :-)))

Re:

> Ну, а нам-то что от выбора троллей.

> Как это "вам-то что"? Если Вы захотите вписать еще одну билиботечку в kdelibs - Вы обречены пользоваться плюсами...

Если в "base" - то, боюсь, это везде так (в смысле для GNOME /рекомендуется/ С, особенно, учитывая, гхм, качество *mm). А карамбовые и прочие плагины вполне и на питоне пишутся :-)

> Повбывав бы.

"Наши в городе":)

> LOL. Аж самому, как я вижу, смишно :-)))

Да. Но вот векторных иконок, извините, в винюках я не видел. И почтовик аутлук ихпресс - явно не рОвня PIMу Еве (полный аутлук - это отдельный продукт, поэтому не рассматривается). И прочая и прочая и прочая... (кстати, к винюковому "Проводнику" я привыкнуть так и не смог, хотя пытался - а spatial mode наутилус, после прочтения разных hints - оказался довольно удобной вестчью). Да, вот чего уж точно нет в винюках - это просмотра раскладки клавиатуры при ее выборе. Во!:)

> Если в "base" - то, боюсь, это везде так

Угу. И если выбор гномом базового языка С реально не обсуждался (точнее, я не видел этого обсуждения) - был взят "наибольший общий делитель" униховых языков, - то теперь начат открытый процесс, за которым можно следить и участвовать в нем. Где это в мире К?

Кстати, а вот интересно - KDE включает (будет включать) в поставку приложения, сделанные не на плюсах? Есть ли у КДЕ желание "стандартизировать" какой-нибудь язык с managed code?

Re:

Уже включает в некотором смысле. karamba, knewgmail итп.

Re:

Ну, и касательно включения PyKDE в "KDE base":

...The last time I approached "KDE" about this, the response was generally "sure, if you put it in our CVS"... Но у автора (PyKDE) [были] свои соображения, по которым он хотел бы вести "слегка отстраненный" девелопмент.

>Если кроме линукса ничего не видел и пишешь приложения только для оного -- таки да, щелкаются как орехи.

Да скорее наоборот... Если кроме линукса ничего не видел, дак и нужды в нём особенно нет.

> Угу. И если выбор гномом базового языка С реально не обсуждался (точнее, я не видел этого обсуждения) - был взят "наибольший общий делитель" униховых языков, - то теперь начат открытый процесс, за которым можно следить и участвовать в нем. Где это в мире К?

А зачем это миру K? ;) Если серьезно, то в рассылках KDE поднималась тема использования других языков, но никакого обсуждения по сути и не было, потому что всех вполне устраивает текущая ситуация (C++/Qt). И действительно, кто сможет навскидку назвать преимущества возможного использования java и c# для kdelibs?

Т.о. в модули kdelibs и kdebase принимается только код на c++. Мэйнтейнеры остальных модулей вольны выбирать принимать ли код на других языках (т.е. добавлять ли зависимость от kdebindings или нет).

Если вы напишите программу, например, на java/KDE, ее вполне можно будет добавлять в kdeextragear.

Сейчас в kdenonbeta точно есть пара программ на KJS (javascript).

PS: по поводу привязок, PyQt/PyKDE уже в kdebindings. Полностью функциональны также RubyQt/Korundum, QtJava, KJS. Qt# тоже жив, по крайней мере один человек занимается им. Скоро будут новые привязки Qt# (на осн. smoke).

> Есть ли у КДЕ желание "стандартизировать" какой-нибудь язык с managed code? Нет. Для разработки kdelibs(base) принят только c++. Для всех остальных модулей - полная свобода действий.