Дни разработчика Trolltech в Мюнхене

звучит конечно вкусно, но новое в КДЕ можно будет увидеть не раньше, чем его польностью портанут на QT4, а там еще оч. мало чего уже нормально работает

Да нафиг оно нужно - все уже на GTK переходят ..

Ша, уже никто никуда не переходит. QT4 - это хорошо.

Интересно а собираются ли qt-шники делать так, чтобы более-менее приличные темы можно было ставить без kdelibs ?

>Интересно а собираются ли qt-шники делать так, чтобы более-менее приличные темы можно было ставить без kdelibs ?

А чем тебе полимер не нравится? Возможность давно есть, но никому не охота делать темы для голого QT - если хочешь, займись.

PS - у qt4 очень даже симпатичная дефолтовая тема

не знаю какие то они страшные ... в GTK2 все прекрасно без гнума ставиться а тут kdelibs подавай ...

> не знаю какие то они страшные ... в GTK2 все прекрасно без гнума ставиться а тут kdelibs подавай ...

Мля. Пыпец. Дожили. Основной критерий выбора десктопа у поколения пепси - темы....

Да темы нехочу я смотреть на дефоултовую тему qt3 ( насчет qt4 не знаю ) - если она не вписывается в общий GTK интерфейс ...

> Да темы нехочу я смотреть на дефоултовую тему qt3 ( насчет qt4 не знаю ) - если она не вписывается в общий GTK интерфейс ...

Успокойте мальчика, у него истерика :)

Работает то как раз таки не мало. Просто криво работает - причина в статье очень даже прально указана - классы поддержки QT3 весьма странно себя ведут. В принципе сам процесс портирования уже близок к завершению, если судить по состоянию в svn. Уже идет процесс тотальной переработки API, думаю, что альфу KDE4 мы где-нить в марте уже увидим, если все будет идти такими темпами... хотя надо посмотреть, может уже план какой-нить вывесили...

Пилят, да какая там интеграция? СРЕДУ нормальную сделали бы!! Всё улучшают, интегрируют, а как было всё через Ж так и осталось. ДивилОперы херовы... Мне этот Trolltech уже напоминает мелкософт - это уже не программинг, а БИЗНЕС. Возьмите тот же Delphi - дизайнер + редактор = ВСЁ, что нужно для нормальной работы. Всё тесно интегрировано, никаких "сторонних дизайнеров форм", никаких "интеграций в Eclipse" и работает на ура.

Я же говорю, используй полимер (в принципе есть еще qtшный bluecurve, но мне оно не нравится)

Открыл подробности и проскроллил вниз,увидел скрин - явно все взяли с оффтопика. Вопрос зачем? Неужто идей лучше нет?

Кстати про KDE-4, кто-то выкладывал ссылку на ролик якобы с KDE-4 (там чувак с ноутбуком еще). Там кеды собраны были под чем? Если под Qt-3.x то нафиг такие запары с переходом на 4 ветку? А если под Qt4, то явно за ним будущее :)

"низлежащей OC" --> "нижележащей ОС"

> увидел скрин - явно все взяли с оффтопика

в макос такие приблуды сбоку уже давно есть

> зачем? Неужто идей лучше нет?

а удобно, между прочим.

в qt-designer самый правильный RAD, потому что позволяет

1. отделять интерфейс от логики (имплементации, динамическая подгрузка ui)

2. не иметь дизайнерского таланту, чтобы сделать удобный интерфейс (самые удобные лэйауты)

в качестве среды подойдет любой нормальный редактор, если нужно чтобы как делфе, то NetBeans и Java ваши друзья

> 1. отделять интерфейс от логики (имплементации, динамическая подгрузка ui)

Положим, редактор имплементаций у него таки есть. Простенький, но мне большего и не надо - библиотека и так простая и понятная. Иногда в нем даже списки методов вываливаются после "some_class." или "some_class->" :)

> 2. не иметь дизайнерского таланту, чтобы сделать удобный интерфейс (самые удобные лэйауты)

Ну насчет "таланту" - это ты зря, но вот про лэйоуты верно подметил :)

> Там кеды собраны были под чем? Если под Qt-3.x то нафиг такие запары с переходом на 4 ветку? А если под Qt4, то явно за ним будущее :)

Хех, как переход был с GTK-1.0 на GTK-1.2 - они тоже меняли API, причем серьезно - многие люди плевались - "зачем это нужно, какой отстой - нестабильная либа..." - приводили в пример стабильность QT - теперь с QT то же самое происходит - изменение API... ;-)

С Qt игра стоит свеч (про gtk ничего сказать не могу, поэтому промолчу), в 4-ке хоть какой-то порядок навели с контейнерами (в 3-ке был просто винигрет какой-то). Векторный движок смастерили (Artur), можно обсуждать почему не взяли кайро, но это тема, я думаю, скорее из области маркетинга. Наконец-то начали изучать Design Patterns и пропихнули MVC кой-куда.

> Интересно а собираются ли qt-шники делать так, чтобы более-менее приличные темы можно было ставить без kdelibs ?

qt-шники давным давно выкинули на помойки полугиговые винты и не парятся этим. и плевать хотели на тех кто не смог так поступить

Да, по поводу Qt\Coco заинтриговали...
Кто-нибудь в курсе, где можно почитать об этом по-подробнее?

> Пилят, да какая там интеграция? СРЕДУ нормальную сделали бы!! Всё улучшают, интегрируют, а как было всё через Ж так и осталось. ДивилОперы херовы... Мне этот Trolltech уже напоминает мелкософт - это уже не программинг, а БИЗНЕС...

1. Нормальная среда. Отдельно дизайнер, отдельно любой редактор (по вкусу).

2. А что было через Ж?

3. Бизнес. Согласен. Только MS не дает исходники. Вы когда-то собирали Visual Studio, например, или DirectX из исходников?

> Возьмите тот же Delphi - дизайнер + редактор = ВСЁ, что нужно для нормальной работы.

И локализация там такая же, как в Linguist? И чем связка designer/linguist/assistant/редактор для разработки под Qt не устраивает? Ох уж эти сказочники-дельфиноиды... :)

> Возьмите тот же Delphi - дизайнер + редактор = ВСЁ, что нужно для нормальной работы.

Угу, только формы эти "резиновыми" ни хрена не сделаешь - сидишь как дурак по пикселам вычисляешь.

> в qt-designer самый правильный RAD, потому что позволяет > 1. отделять интерфейс от логики

Вы сами хоть понимаете, ЗАЧЕМ вам отделять интерфейс и логику? Какая нафик динамика??? Форма - она и есть форма, 99.9% которых статически показывает три кнопки.

> 2. не иметь дизайнерского таланту, чтобы сделать удобный интерфейс

Это что за абсурд?? Слово "эргономика" и "интуитивный интерфейс" вам ни о чём не говорят? Для ЛЮБОЙ работы нужны знания и опыт. И потом, причём тут вообще этот пункт? Речь идёт об УДОБСТВЕ РАЗРАБОТКИ. Что такого НЕУДОБНОГО вы нашли в Дельфи, которое было УДОБНО реализовано в Qt designer??

> в качестве среды подойдет любой нормальный редактор

:))))) Видимо, дальше понятия syntax highlighting ваши познания не выходят. А подсказка членов? А автосоздание методов? Навигация по классам/методам/пропертям? А типизированное автодополнение переменных? Да вы столько фичей прощёлкали в своих VIMах, что ужаснётесь, куда шагнул Борланд!

> И локализация там такая же, как в Linguist?

Я не видел Linguist, но Дельфи по жизни шёл с транслятором ресурсов. Более того - в Дельфи ты не просто заменяешь строку на строку, но делаешь это в ДИЗАЙНЕРЕ самой же формы. Соответственно, любые косяки лэйаута сразу же отслеживаются->исправляются. Более того - может оно и не всегда нужно, но можно даже настроить проперти в зависимости от языка. Скажем, сделать китайский текст жёлтым, а все остальные - чёрным. :)

> И чем связка [...shit skipped...] для разработки под Qt не устраивает?

Всем. Именно тем, что это СВЯЗКА, куча-мала всяких прибамбасов, каждая из которых по отдельности НАФИК НЕ УПЁРЛАСЬ. Разработка - процесс сложный и каждый инструмент должен быть под рукой и максимально полезен. Выше я уже привёл пример того, что умеет редактор Дельфи. Это именно редактор для дельфи, а не абстрактный подсвечиватель ключевых слов. Почитайте хотя бы readme к Дельфям - ТАКИХ возможностей вам просто В ПРИНЦИПЕ не может предоставить редактор "атбалды".

> только формы эти "резиновыми" ни хрена не сделаешь - сидишь как дурак по пикселам вычисляешь.

Извините, не хочется вас оскорблять, но по-моему, только дураки по пикселям и вычисляют :) У Дельфи есть прекрасный механизм "резиновых" компонент: Align + X,Y + Anchor. Есть и гораздо более удобный движок, который появился в VisualStudio 2005: grid (обязательно его зацените). Как бы то ни было, накидать кнопики на форму особого труда не составляет. А вот писать методы, редизайнить форму, потом снова прыгать в код - работа НЕ ДЛЯ Qt, однозначно. Дельфи с этим справляется без проблем.

>Видимо, дальше понятия syntax highlighting ваши познания не выходят. А подсказка членов? А автосоздание методов? Навигация по классам/методам/пропертям? А типизированное автодополнение переменных?

Вот уж чего действительно не хватает под унихами, так это нормального редактора со всем вышеперечисленным....

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

Жутко не хватает что-то вроде Visual Assist-а для MSVS.

В KDevelope есть что-то из этой области, но настолько в зачаточном состоянии, что увы и ах....

> Вот уж чего действительно не хватает под унихами, так это нормального редактора со всем вышеперечисленным....

Да поймите вы, НЕТУ такого _универсального_ редактора, который бы понимал заморочки языков программирования. Нету по принципиальной причине - слишком сложно строить такие системы, базируясь только на синтаксисе языка и наборе keywords - есть ещё куча других language-specific заморочек, которые надо СПЕЦИАЛЬНО поддерживать. Ну а раз для каждого языка делается своя обработка, то какой смысл сваливать это всё в одну кучу? Не говоря уже о том, какой геморой интегрировать совершенно ОТДЕЛЬНЫЙ продукт с какой-либо другой программой. Да и смысла вообще в этом нет. Каждый язык - это свои библиотеки, своя идеология. Проще создать БИБЛИОТЕКУ всяких там property editor'ов, дизайнеров, редакторов, а потом из этих кусочков собрать ЕДИНУЮ среду, заточенную под конкретный язык. Вот тебе и shared code, вот тебе и возможность сделать совершенный продукт.

> Вы сами хоть понимаете, ЗАЧЕМ вам отделять интерфейс и логику? Какая нафик динамика???

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

> то такого НЕУДОБНОГО вы нашли в Дельфи, которое было УДОБНО реализовано в Qt designer??

Отсутствие менеджеров компоновки. :)

> А подсказка членов? А автосоздание методов?

Прочтите про сигналы и слоты дабы не городить лишних сущностей.

> Навигация по классам/методам/пропертям?

А что, в Qt designer этого нет? Или вы привыкли ручками по коду бегать? Бееедненький...

> Да вы столько фичей прощёлкали в своих VIMах, что ужаснётесь, куда шагнул Борланд!

И куда он шагнул? Может скажите, что есть такого инновационного в продуктах для студентов и русских программистах от славной фирмы Borland чего нет в Qt?

> Я не видел Linguist, но Дельфи по жизни шёл с транслятором ресурсов.

Я так и понял, что понятия о Qt вы не имеете, но уже лезете его обсуждать... :)

> Соответственно, любые косяки лэйаута сразу же отслеживаются->исправляются.

Ааа, я и забыл, что у вас до сих пор пиксельные костыльки. Прочтите про менеджеры компоновки.

> Скажем, сделать китайский текст жёлтым, а все остальные - чёрным. :)

Теперь я понял, почему поделки на Дельфи имеют такую петушинную раскраску. :)

> Всем. Именно тем, что это СВЯЗКА, куча-мала всяких прибамбасов, каждая из которых по отдельности НАФИК НЕ УПЁРЛАСЬ.

Типичный ответ при отсутствии внятных аргументов. Может, хватит пальцем в небо попадать?

> Выше я уже привёл пример того, что умеет редактор Дельфи.

Я вас умоляю! Нафига мне навороченный редактор, если я то же могу сделать в специализированных программах?

> У Дельфи есть прекрасный механизм "резиновых" компонент: Align + X,Y + Anchor. Есть и гораздо более удобный движок, который появился в VisualStudio 2005: grid (обязательно его зацените).

А зачем нам оценивать, если наши менеджеры компоновки постарше будут и куда как гибче?

> А вот писать методы, редизайнить форму, потом снова прыгать в код - работа НЕ ДЛЯ Qt, однозначно.

Ключевой вопрос: вы сами пробовали? Но без груза костылей Дельфи.

> Извините, не хочется вас оскорблять, но по-моему, только дураки по
> пикселям и вычисляют :) У Дельфи есть прекрасный механизм "резиновых"
> компонент: Align + X,Y + Anchor.

Ок. Сделай на нем простейшую вещь - окно с двумя списками, каждый из
которых всегда занимает половину окна по ширине.

Даже MS поняла, что этого недостаточно - в WinForms 2.0 наконец-то
прикрутили полноценный layout management.

>Даже MS поняла, что этого недостаточно - в WinForms 2.0 наконец-то прикрутили полноценный layout management

на qt'шный похоже?