Re:Посоветуйте практикум по Qt.

> Только вот поцыэнт не понимает что QtDesigner - это такой же "вендор лок" (в терминах поцыэнта),
сказать, какая доля кода отводится на гуй в приличных проектах и сколько всего понадобится переписывать чтобы перевести грамотный проект с qt на тот же gtk например? А на случай если fpc загнётся, какую часть проекта понадобиться переписывать, чтобы перевести на что-нибудь более приличное?

> а для ГТК как нам выше поведал и нет ничего.
потому что только ни на что более неспособные мартышечки двигали кнопочечки по окошечечку мышечкой за еду, и то только в лихие девяностые. Сейчас давно ужо layout manager есть везде, а те мартышечечки ушли работать в макдональдсы.

Re:Посоветуйте практикум по Qt.

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

Re:Посоветуйте практикум по Qt.

ололо ты меня опять затролел :(

Re:Посоветуйте практикум по Qt.

>вим уже умеет компилить паскалевские сырцы?


А должен?

Re:Посоветуйте практикум по Qt.

конечно. Там есть? http://www.vim.org/scripts/index.php

Re:Посоветуйте практикум по Qt.

Что есть?

Re:Посоветуйте практикум по Qt.

вим скрипт

Re:Посоветуйте практикум по Qt.

>Может для поделок какой-нибудь лазарус лучше?
Gambas же, если для поделок.

Re:Посоветуйте практикум по Qt.

А он умеет переносимые приложения делать?

Re:Посоветуйте практикум по Qt.

>Gambas же, если для поделок.
Точно еще лучше. :)

Re:Посоветуйте практикум по Qt.

У бейсика синтаксис - полный пездец :(

Re:Посоветуйте практикум по Qt.

> Ну ка расскажи нам о серьезных продуктах, написанных реальными пацанами, на твоих паскалях/делфях.

http://ru.wikipedia.org/wiki/Delphi_%28%D1%8F%D0%B7%D1%8B%D0%BA_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%29#.D0.98.D0.B7.D0.B2.D0.B5.D1.81.D1.82.D0.BD.D0.BE.D0.B5_.D0.BF.D1.80.D0.BE.D0.B3.D1.80.D0.B0.D0.BC.D0.BC.D0.BD.D0.BE.D0.B5_.D0.BE.D0.B1.D0.B5.D1.81.D0.BF.D0.B5.D1.87.D0.B5.D0.BD.D0.B8.D0.B5.2C_.D1.81.D0.BE.D0.B7.D0.B4.D0.B0.D0.BD.D0.BD.D0.BE.D0.B5_.D0.BD.D0.B0_Delphi

Re:Посоветуйте практикум по Qt.

>Теперь рекомендуется писать всё на жабоскриптах с использованием компонентов на C++ исключительно для критических к производительности участков.
Так ты про QML что-ли? Ну так по-русски и говори, а я думаю какой жабаскрипт, ну теперь понятно.

Попробовал я пару Hello World-ов на этой QML написать в QtCreator, впечатления - говно порядочное. И с поддержкой и руководствами по QML полный ноль. Даже как собрать проект в программу, чтобы ее запускать как приложение на декстопе ничего не сказано, а уж как связывать QML с C++ в одном приложении это вообще вынос мозга. Что они натворили.

А дальше C++ они поддерживать не собираются как я понял и переход идет на QML, то есть в целом неперспективно ставить на эту платформу, или с QML ебись, что не очень-то охота.

Блин, я даже в некоторой растерянности теперь.

Джава тоже далека от идеала, Swing как я понимаю тоже постепенно выпиливается и что ждет дальше непонятно.

GTK документация и порог вхождения УГ.

Короче обложили со всех сторон.

Ну и что теперь делать. Хоть бери VisualStudio и базовую версию своей проги пиши на C# под винду, а уж потом по мере надобности переноси под другие платформы, если будет потребность.

Короче я в растерянности.

Re:Посоветуйте практикум по Qt.

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

Re:Посоветуйте практикум по Qt.

Да задача не сложная на самом деле, скажем довольно несложное настольное приложение. Но описать пока не могу. Не хочу трепаться пока конь не валялся. :)

Re:Посоветуйте практикум по Qt.

>Даже как собрать проект в программу, чтобы ее запускать как приложение на декстопе ничего не сказано,
А никак. QML не рассчитан на нормальные приложения для десктопа. Есть вот такое, но компоненты немного глючные, и перспективы этой штуки пока не ясны. Как минимум, в 5.0 не рассчитывают её увидеть.

>А дальше C++ они поддерживать не собираются как я понял и переход идет на QML
Они много чего не собираются, однако выбросить QWidget никто не даст. Хуже того, есть Digia и KDE, и обе эти организации вряд ли будут рады тому, что десктоп пролетает. Так что обычные виджеты, имхо, ещё переживут QML, просто пока некоторые разработчики Qt не хотят в это верить.

>GTK документация и порог вхождения УГ.
Да ладно, вполне ничего. Для любителей плюсов есть gtkmm.

Re:Посоветуйте практикум по Qt.

возьми тикль да не парься

Re:Посоветуйте практикум по Qt.

>А никак. QML не рассчитан на нормальные приложения для десктопа.
А на что он рассчитан.

Я честно сказать сам смутно понимаю для чего он нужен. Для мобильных приложений на Nokia что-ли, так нафиг он тогда вообще нужен, Nokia и так в УГ катится, чтобы еще опираться на технологию, заточенную под Nokia.

>Хуже того, есть Digia и KDE, и обе эти организации вряд ли будут рады тому, что десктоп пролетает. Так что обычные виджеты, имхо, ещё переживут QML, просто пока некоторые разработчики Qt не хотят в это верить.
Ты знаешь, я конечно не сторонник теории заговоров, но учитывая горячую дружбу Nokia и мсей вполне возможно, что ведется работа по плановому уничтожению классического Qt и наваливанию всяких непонятных QML, чтобы отбить всякое желание иметь дело с Qt, догадайся в чью пользу. :)

Так что лучше уж по честному сразу писать на C# в VisualStudio, если тебе нужен бизнес, чем трахаться с их Qt с корой они непонятно что творят, перспективы которой непонятны вообще, и изучать непонятно для чего нужную QML.

Re:Посоветуйте практикум по Qt.

Короче я думаю так. Базовую разработку вести на C# в VisualStudio, что бы не говорили, а среда разработки и поддержка классная, а если понадобиться кроссплатформенность - перенос на Java/Swing, так как C# и java очень похожи. Других адекватных вариантов разработки я не вижу просто, учитывая что творится с Qt.

Re:Посоветуйте практикум по Qt.

Ну ты не конкретизируя же можешь описать. Это гуй для управления какой-то мелкосерийной железкою, который не выполняет тяжёлых вычислений, не содержит сложной логики, не критичен к скорости ввода-вывода, но должен быть кроссплатформенным и работать даже на мелких девайсах типа мобилок? Или как бы ты классифицировал свою поделку?

Re:Посоветуйте практикум по Qt.

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

Re:Посоветуйте практикум по Qt.

>А на что он рассчитан.
На смартфоны. Впрочем, на нём вполне можно писать десктопный софт, но он будет выглядеть ненативным. Нужно будет самому рисовать все виджеты. Кстати, вендовые софтописатели такое любят, например ынтерпрайз-говнософт типа морд антивируса часто выглядит так, как будто его клоуны на детском утреннике разрисовывали.

>Ты знаешь, я конечно не сторонник теории заговоров, но учитывая горячую дружбу Nokia и мсей вполне возможно, что ведется работа по плановому уничтожению классического Qt и наваливанию всяких непонятных QML, догадайся в чью пользу. :)
Да не, вряд ли. У qt очень большая пользовательская база, причем хорошо завязанная на QWidget. Закопать не получится.

А QML, возможно, им нужен для meltemi, который будет (если будет) построен на основе Maemo/Meego. Про это никто официально не говорил, но мы то знаем:)

>Так что лучше уж по честному сразу писать на C# в VisualStudio, если тебе нужен бизнес, чем трахаться с их Qt с корой они непонятно что творят, перспективы которой непонятны вообще
Ты слишком серьёзно всё воспринимаешь:) Тем более, если не qt, то лучше гтк тогда. Ну или mono, например. Или даже vala. А не студия с дотнетом и отсутствием кроссплатформенности by design.

Re:Посоветуйте практикум по Qt.

>а если понадобиться кроссплатформенность - перенос на Java/Swing
Если ты так легко планируешь переписывать что-то с одного языка на другой, то у тебя либо софт очень простой, либо ты где-то сильно ошибаешься.

Re:Посоветуйте практикум по Qt.

Это ничего не говорит - ведь любое интерактивное приложение является настольным. Даже если рабочий стол у тебя расположен в андроиде какого-нибудь недотелефона.

Re:Посоветуйте практикум по Qt.

>На смартфоны.
Небось еще на смартфоны только Nokia. :)

А интересно android и iphone эта QML поддерживает или там проще заново написать под конкретную платформу, чем иметь дело с QML.

>Ты слишком серьёзно всё воспринимаешь:)
Возможно, просто не хочется тратить время на заведомо неперспективные и довольно сложные по вхождению технологии.

Re:Посоветуйте практикум по Qt.

>то у тебя либо софт очень простой,
Софт очень простой поэтому я так и говорю. :)

Re:Посоветуйте практикум по Qt.

> не хочется тратить время на заведомо неперспективные и довольно сложные по вхождению технологии.

Вот в этом достоинство Лазаруса: и начать там делать что-либо несложно: знай бросай компоненты на фрму и прописывай обработчики нажатий кнопок или каких других подёргиваний интерфейса. А когда потребуется что-то более сложное - это так же будет несложно реализовать будучи уже вцелом знакомым со средой разработки.

Re:Посоветуйте практикум по Qt.

>Софт очень простой поэтому я так и говорю. :)
Так тогда тем более непонятно, чего ты тут сомневаешься. Если ты напишешь его на Qt, то без проблем сможешь переписать на чём угодно. Да и, в самом худшем сценарии (в который я не верю, например), QWidget года два минимум протянет. К тому моменту твой софт уже не нужен будет.

А время на изучение Qt не пропадёт, т.к. большинство гуёвых тулкитов имеют много общего в концепции. Виджеты, сигналы/события, layout-ы. Зная один тулкит, изучение другого уже не будет таким сложным.

Re:Посоветуйте практикум по Qt.

Кстати, а ведь с мсишного C# можно ведь и на mono переносить приложения? Тогда еще лучше. Тогда и java со своим доисторическим swing не нужна.

Re:Посоветуйте практикум по Qt.

>Вот в этом достоинство Лазаруса:
Можно я на этого чувака зарычу? :)

Re:Посоветуйте практикум по Qt.

>Кстати, а ведь с мсишного C# можно ведь и на mono переносить приложения?
Таки моно отличается от дотнета. Не зря выпускается моно под виндовс:)

Re:Посоветуйте практикум по Qt.

>Таки моно отличается от дотнета.
А сильно отличается-то? А на уровне исходников проекта. Как я понимаю C# он в любой среде C#.

Re:Посоветуйте практикум по Qt.

> Можно я на этого чувака зарычу? :)
Ну ты же сам просил посоветовать тебе подходящую среду разработки. Как ты сам видишь, ничего лучшего под твои цели не существует.

Re:Посоветуйте практикум по Qt.

> А сильно отличается-то?
Будешь костылями подпирать в то время как пользуясь фрипаскалем и Лазарусом мог бы конпелировать бинарники под обе платформы?

Re:Посоветуйте практикум по Qt.

>Как ты сам видишь
Не вижу, быдлопаскаль не нужен, как и QML и прочее УГ.

Re:Посоветуйте практикум по Qt.

Не понимаю. С чего это вдруг у тебя такое предвзятое отношение к паскалю?

Re:Посоветуйте практикум по Qt.

>А сильно отличается-то? А на уровне исходников проекта.
Смотря как напишешь. С помощью кроссплатформенного инструмента можно писать некроссплатформенный код.

Раньше в моно не было winforms, сейчас вроде есть. Начать читать можно тут. Ещё вот тут.

Я не спец по дотнету, но, имхо, если ты хочешь меньших проблем, то просто сразу пиши на mono. Для несложного софта его с головой хватит.

Re:Посоветуйте практикум по Qt.

Мне кажется достаточно просто открыть монодевелоп чтобы понять что лучше и не тратить своё время на эту среду разработки.

Re:Посоветуйте практикум по Qt.

А ещё подумай - вот он с железками возится. Если вольф в будущем захочет написать-таки морду к железке - как он в моно будет к железу обращаться?

Re:Посоветуйте практикум по Qt.

Какие еще железки, про железки речь не идет. Я конечно вожак-демократ, но всему есть предел. А ну кыш шакал Табаки с совета стаи со своим тявканьем про паскаль. :)

Re:Посоветуйте практикум по Qt.

>А ещё подумай - вот он с железками возится. Если вольф в будущем захочет написать-таки морду к железке - как он в моно будет к железу обращаться?
Так в исходном ТЗ волк сказал, что простая десктопная программа, про железки ничего не сказано. Я же не должен за него всё додумывать:)

Да и в моно можно работать с си, вот.

Re:Посоветуйте практикум по Qt.

Да вот только кто в трезвом уме станет ставить себе моно на комп? Мне вот проще забить на говнософтину чем трахаться с моно.

По теме QML не нужен. QWidget будет жить еще долго.

Re:Посоветуйте практикум по Qt.

>Так в исходном ТЗ волк сказал, что простая десктопная программа, про железки ничего не сказано.
Вот человек все правильно понял, не то что моськи всякие. :)

Re:Посоветуйте практикум по Qt.

>Мне кажется достаточно просто открыть монодевелоп чтобы понять что лучше и не тратить своё время на эту среду разработки.
Выбирать язык и платформу по IDE - не дело.

Re:Посоветуйте практикум по Qt.

Он ещё сказал, что ему это не только для этой программы, но и на будущее. Поэтому ему надо закладываться на наиболее универсальное средство.

Re:Посоветуйте практикум по Qt.

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

Re:Посоветуйте практикум по Qt.

>Да вот только кто в трезвом уме станет ставить себе моно на комп? Мне вот проще забить на говнософтину чем трахаться с моно.
Ну, во-первых, трахаться не надо, надо просто поставить пакет из репозиториев. Во-вторых - если софт нужный, то под него ставят зависимости, а не наоборот.

Тут надо смотреть уже на сам софт и его назначение. Естественно, что при наличии в открытом доступе аналогичного софта на чем-то менее ресурсожрущем, программу на моно не выберут.

Re:Посоветуйте практикум по Qt.

>QWidget будет жить еще долго.
Не жить, а доживать, без всякого развития. Тем более уже официально об этом заявлено. Та же фигня что и со swing, вроде он есть, а интерфейс на swing страшно представить.

Re:Посоветуйте практикум по Qt.

Даже если QWidget дропнут(что врядли), его перенесут в качестве модуля в KDELibs(которые к тому времени разделят на отдельные мелкие библиотеки а-ля буст)

Re:Посоветуйте практикум по Qt.

>Ну ему же работать не только в светлом будущем надо, если я правильно понимаю, но и прямо сейчас. Поэтому имеющиеся средства разработки надо рассматривать, они очень важны.
Главное, чтобы был гуёвый дизайнер, остальное менее важно. Нет особой разницы, писать код в самом IDE, или в стороннем редакторе.

То, что родная IDE может компилировать одной кнопкой, а неродная требует скрипта на пару строк для этого, не является особой проблемой.