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

Эдуард, могу гарантировать, что новые вопросы по Visual Studio у меня найдутся, так как пользуюсь ей каждый день. И ответы тоже буду искать, если будет создан не раздел даже, а подраздел.

ViGOur, сейчас уже несколько другая ситуация. Сложился уже некий круг пользователей. Новые пользователи тоже появляются. Конечно совершенно новые направления очень трудно поднять, но упорядочить то что уже есть точно стоит. По плюсам много тем, почему бы не собрать их все вместе в один раздел. По созданию раздела по Базам Данным вопрос поднимался еще до того как я здесь появился. Т.е. назрел давно.

AD, VS не кроcсплатформенна, и чтобы не говорили о кросплатформенности и что фреймвок под линуксом работать будет я не верю! Да и в основном по студии вопросы будут какой пункт меню, и где прописать. А ответы на это все можно найти в MSDN. Iron Bug, правильно говорит.

Только немного Iron Bug не права, некоторые виды кнопочек и менюшечек ой как не просто создать, или в определенном случае может тупо не хватать опыта, чтобы понять как реализовать...

igor_bogomolov, это да. Я не против разделения Qt раздела на модули, нужно обсудить и обмозговать это. Но вот отделять в отдельный раздел С\С++ не вижу смысла, данных разделов хватает и на других форумах, и в принципе как правильно сказала Iron Bug, чтобы делать серьезные вещи на С\С++ нужно их хорошо знать. Да и пока мало тем для раздела.

Плюс, если создать новый раздел и он будет висеть полу пустой и в котором давно никто не отвечал, это будет бросаться в глаза новым пользователям и из этого у них же будет формироваться отношение к форуму, как к плохо развитому или брошенному....

это что то типа идеальный газ идеальный проводник идеальное чернео тело и проч.
так не будет. просто надо отделять темы новичков по раскраске кнопок в ветку "НОВИЧОК" и всё.
т.е. предлагаю любимый раздел Qt разделить по модулям плюс раздел "НОВИЧОК" плюс раздел "КОМПЛЕКСНЫХ ЗАДАЧ" как то так... можно попробывать.
перл питон ява и проч тоже нужны ведь в купе с qt gtk wxwidgets .
Вот товарищ администратор, да прибудет с ним сила, говорит прямым текстом, можно сказать русским голосом(если я не правильно понял поправьте), -- если кто-то хочет улучшить форум поднимайте ручки вверх.
Очевидно что систематизацией, если она будет, будут заниматься админ и модератор, а новым, если оно будет, -- желающие.....

kwisp, угу именно так!

это уже задача дизайнера по-моему или вебмастера чтоб популярные темы светились, не популярные не бросались в глаза. ну как появятся темы по перл если нет раздела для него?никак.
чёрт возми кросплатформ не только гуй, может стоит и по STL ветку иметь.

итак, кто и чем готов помочь?
готов помочь в сортировке существующих тем по Qt по моудлям. как(если) решитесь обращайтесь.

Про БД. Если заводить раздел про БД его придется дробить на подразделы Oracle, MS-SQL, PostgreSQL/Линтер, Interbase/Firebird/Yafill, Cashe, DB2, e.t.c. А это уже получается тянет на отдельный форум. К тому-же MS-SQL и Yafill не кроссплатформенны.

Для начала и общего раздела хватит.

Ты хоть раз сравнивал хотя-бы Transact-SQL(MS-SQL) c PL/PgSQL(PostgreSQL) или c PL/SQL(Oracle)? Если PL/PgSQL и PL/SQL похожи, то Transact-SQL отличается от них ОЧЕНЬ-ОЧЕНЬ сильно. Я уже молчу о PL/Perl, PL/Ruby, PL/Java, PL/Lua, PL/LOLCODE, PL/Python, PL/Tcl, PL/Scheme и пр. языках высокого уровня в постгресе. А говорить о стандарте SQL-99 нет смысла, ибо такого в сети навалом.