Релиз Qt 4.5 и Qt Creator 1.0

>Мой посыл состоит в том, что много таких технических деталей, которые препятствуют тому, что бы API писался на C++.

Вы не понимаете что такое API. :)

http://ru.wikipedia.org/wiki/Интерфейс_программирования_приложений

>> Как тогда exception будет мигрировать между модулями, которые, напомню, собраны разными версиями компилятора?

> Читайте стандарты - это снова ошибка проектирования...

Ссылку на стандарт или GTFO.

>хорошо. как без классов коротко сделать древовидный список чего угодно

Хоть мы и говорили про шаблоны, что вообще-то не то же самое, что классы, но тем не менее я Вам намекну, а Вы уж дальше сами...

используйте связанные списки и структуры:

struct узел_дерева

{

ссылка_на_родительский_элемент* родитель;

ссылка_на_соседний_элемент* сосед;

ссылка_на_потомка* потомок;

};

>>> Как тогда exception будет мигрировать между модулями, которые, напомню, собраны разными версиями компилятора?

>> Читайте стандарты - это снова ошибка проектирования...

>Ссылку на стандарт или GTFO.

Дело в том уважаемый, что Вы настолько невоспитаны, что не боитесь показать собственное невежество.

Если Вам так хочется - идите почитайте гугл.

А вообще знаете что - идите-ка вы в топку... и возьмите с собой своё ЧСВ.

> Дело в том уважаемый, что Вы настолько невоспитаны, что не боитесь показать собственное невежество.

Чтобы люди знали, с кем имеют дело.

> Если Вам так хочется - идите почитайте гугл.

"Слив защитан" (c)

> struct узел_дерева

не люблю struct

>> struct узел_дерева

>не люблю struct

сочувствую... :) и тем не менее реализовать дерево вполне возможно...

> и тем не менее реализовать дерево вполне возможно...

а кто это отрицает? моё через мап вполне работает и меня устраивает :)

да, кстати, классы лучше чем стракт ибо можно и функции туды сувать

>> и тем не менее реализовать дерево вполне возможно...

>а кто это отрицает?

никто, но вот Вы лично спрашивали... слова были такие: "хорошо. как без классов коротко сделать древовидный список чего угодно" :)

>да, кстати, классы лучше чем стракт ибо можно и функции туды сувать

классы - это действительно хорошо и правильно, но вот только не потому... :)

Вот интересно, а чем на уровне реализации отличается struct от class ?
Ну кроме того, что во второй можно функции совать

> Ну кроме того, что во второй можно функции совать

А в первый разве нельзя?

> А в первый разве нельзя?

нет

> но вот только не потому... :)

интересно почему?

> нет

Я что-то упустил, это сейчас про какой ЯП?

структура не наследуется.

typedef struct Parent {
   int foo1;
   double foo2;
};

typedef struct Child {
   Parent p;

   char boo1;
   size_t boo2;
}

void fn(Parent *p) {...}

...

Child c;
fn(&c);

Функции-члены делаем с явным указанием this, виртуальные делаем
указателями на функции внутри структур. За место конструкторов
 - make-функции.

google << "ooc.pdf";

> структура не наследуется.

Это в каком языке такие зверские ограничения? %)

Замечательно!
IMHO, самая лучшая плюсовая библиотека из всех. Сигналы и слоты - это сила.
А QtCreator - отличная IDE, на пару с QtAssistant'ом самое то, никаких эклипсов не надо. Теперь и 1.0. Ждём обоих в squeeze :)

Слоты есть и boost'e и в gobject'е. А вообще qt радует.