https://www.opennet.dev/openforum/vsluhforumID3/44491.html "New Qt IDE Called Greenhouse (http://www.linuxpromagazine.com/online/news/qt_developer_days_new_qt_ide_called_greenhouse)" - компания Qt Software планирует через несколько недель выпустить первую тестовую версию новой среды разработки Greenhouse (http://trolltech.com/developer/greenhouse), являющейся воплощением грез об идеальной IDE для Qt-разработчиков. Интерфейс системы будет максимально простым и лишенным излишеств, но позволяющим проконтролировать процесс сборки на любом уровне.<br> Об этом было объявлено на конференции Qt Developer Days. Исходные тексты Greenhouse будут доступны под лицензией GPL.<br><br>URL: http://www.linuxpromagazine.com/online/news/qt_developer_days_new_qt_ide_called_greenhouse<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=18451<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#40 Fri, 31 Oct 2008 07:45:11 GMT &gt;&gt; А чем KDevelop плох? том что не они писали? <br>&gt;<br>&gt;Ну например автозавершение никакое. Вообще не знает про существование мемберов у классов, <br>&gt;а это очень сильно снижает продуктивность. <br><br>закаленные программисты автозаполнение не пользуют :)<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#39 Fri, 31 Oct 2008 07:43:49 GMT &gt;Я последний год в emacs пишу - под Red Hat, Windows и <br>&gt;FreeBSD. Раньше сидел в Visual Studio, Kdevelop и пр. По моему <br>&gt;мнению, IDE отлично автоматизирую рутинную работу. Однако, я считаю, что лучше <br>&gt;не писать похожий код, не создавая тем самым никакой рутинной работы. <br>&gt;Это упрощает разработку, делает приложения проще, понятнее и надёжнее и стирает <br>&gt;границы между IDE и текстовыми редакторами. <br><br>ну копипаст до добра еще никого не доводил<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#38 Fri, 31 Oct 2008 07:40:58 GMT &gt;Ну мне например табовый интерфейс невдугу :) <br><br>там табы отключить мона<br><br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#37 Tue, 21 Oct 2008 13:34:38 GMT &gt;Автодополнение кода не далеко ушло от KDevelop и уж никак даже не <br>&gt;рядом с VS в этом плане. <br><br>Ага, зато VS ни разу не кроссплатформенный и компилить без извращений умеет только виндовые проги.При том если не попрыгать с бубном как следует - эти проги еще и хотят туеву хучу левых ДЛЛ рантайма, которые у программера конечно есть а у остальных - фигу там.Так что если такую прогу раздать юзерам - на выбор или вынесут весь мозг или придется делать невъ...нный сетапер с кучей длл.Отличнее просто некуда, бэть.Особенно в состоянии по дефолту.<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#36 Tue, 21 Oct 2008 13:28:55 GMT &gt;Вообще достаточно спорно, что это упростит создание интерфейсов. Но спорить не буду, <br>&gt;потому что чтобы сказать точно надо попробовать.<br><br>Да, точно. А главное, совершенно непонятно как это может усложнить их создание :-)<br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#35 Tue, 21 Oct 2008 04:34:40 GMT Вообще достаточно спорно, что это упростит создание интерфейсов. Но спорить не буду, потому что чтобы сказать точно надо попробовать.<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#34 Mon, 20 Oct 2008 11:48:35 GMT &gt;&gt; А чем KDevelop плох? том что не они писали? <br>&gt;<br>&gt;Ну например автозавершение никакое. Вообще не знает про существование мемберов у классов, <br>&gt;а это очень сильно снижает продуктивность. <br><br>Автозавершение там в порядке (для C++ и QT все отлично). И про мемберы он отлично знает.<br><br>PS: В параметрах проекта в настройках поддержки C++ на вкладке Code Completion ковырялись?<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#33 Sun, 19 Oct 2008 00:08:00 GMT &gt;eclipse <br>&gt;то что надо, правда памяти жрет. <br><br>Автодополнение кода не далеко ушло от KDevelop и уж никак даже не рядом с VS в этом плане.<br> https://www.opennet.dev/openforum/vsluhforumID3/44491.html#32 Sat, 18 Oct 2008 23:48:54 GMT &gt; А чем KDevelop плох? том что не они писали? <br><br>Ну например автозавершение никакое. Вообще не знает про существование мемберов у классов, а это очень сильно снижает продуктивность.<br>