Russian Qt Forum

Пользуюсь Креатором с первых версий и каждый новый релиз встречал с удовольствием - а последний ( 2.0 тех. превьюв ), что-то настораживает...

1) как бы мелочь но зачем-то сдули сплиттер в окне настроек Tools->Options - в прежних версиях он там был и разделял дерево с разделами настроек от самих настроек конкретной ветви. При этом теперь для того чтобы увидеть надпись "Maemo Device Configurations" мне нужно растянуть окно по горизонтали примерно на 1280 px. Запостил как баг это дело - тролли оперативно послали - мол окно само ресайзится как надо - только я в упор не пойму их хода мысли... Уже в какой нибудь командировке в условиях "на коленке" с плохим моником оскно настроек не распахнуть... (точнее там будет неудобно лазить)
ветка в баг трекере со скринами
http://bugreports.qt.nokia.com/browse/QTCREATORBUG-936

2) также вроде мелочь - зачем то убрали режим Output (там как бы появился режим Design) - но мне непонятно зачем все таки убрали - разве нельзя было слева разместить не 6 а 7 иконок, и оставить привычные сочетания клавиш. Я использовал Output для просмотра вывода программы во время отладки (т.к. в мелком окне неудобно глядеть) и в процессе компиляции, чтобы больший лог охватывался. Вместо этого теперь есть комбинация клавиш Alt+9 которая тупо делает максимальным размер окна с выводом - при этом окно редактора кода остается на месте - но там реально 3 строчки можно ввести - не более того. Зачем так сделано? (просто и окно вывода все таки не на весь экран и окно кода на 3 строчки абсолютно бессмысленно оставлять) Кроме того размер распахивающегося на весь экран окна вывода не запоминается - то есть он фиксированно каждый раз при нажатии Alt+9 распахивается так что окно кода на 3 строчки становится... Что за находка. И что теперь всегда будут иконки слева и сочетания клавиш режимов меняться? Типа чтоб не привыкал никто...
ветка в баг трекере со скринами
http://bugreports.qt.nokia.com/browse/QTCREATORBUG-881

3) А это прям вообще огорчило. Дело в том что я активно пользовался всякими наворотами которые хранятся в .user файлах проекта. То есть кастомные шаги для build, clean, опции для make и т.д. - версия Qt для проекта и т.д. Теперь этот файл стал привязан к конкретному компу - а именно если взять проект со всеми настроенными кастомными вещами и скопировать с работы на домашнюю машину - то эти настройки сбрасываются - креатор вежливо предлагает их симпортить - но в любом случае все заданное вручную теряется. То есть теперь я постоянно должен вбивать ключ -j 2 для make чтобы распарралеливать билд и т.д. Тролли считают что эти кастомные вещи привязаны к компу а не к проекту - но это идиотизм... А все дело в том что в .user файлах версия Qt для проекта почему то хранится не в виду полного пути к qmake, а в виде каких то загадочных QtVersionID который не пойми как считается - например у меня дома и на работе стоит один и тот же QtSDK и там и там один и тот же, других нет. 4.6.1 но QtVersionID в .user файле для одной машины 9 а для другой 11!!! О как!
ветка в баг трекере со скринами
http://bugreports.qt.nokia.com/browse/QTCREATORBUG-935

Я уж согласен на первые 2 пункта забить - но может с 3-м все таки стоит разобраться??? Может можно изменить их решение - типа проголосовать всеми что-ли? Так задалбало за 2 недели по 10 раз одни и те же опции в проект вбивать после копирования домой и обратно...

3. А меня другое достает. На работе у меня винда, а дома Линух. Так вот при приносе проекта с работы домой и загрузки его в креатор, последний начинает создавать в домашнем каталоге путь c:\blja\blja\blja. При переносе обратно такое же поведение. Так что приходится перед загрузкой удалять файл user. Решением было бы в этом файле создавать отдельные ветки настроек для разных систем/машин. Чтобы один раз везде нормально настроить и потом не мучаться.

3. CMake?

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

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

ИМХО. Creator вообще криво сделан... Что б что-то быстро накидать и использовать не получается. Пренести что-то уже настроенное (в другой parent) вообще проблема. Думаю много народу с Borland'ом или VC работали - там удобнее. А у меня получается быстрее код написать с настройками, чем такое же в креаторе сделать...

Врет. Все отображается.
Я. Есть некоторые проблемы, конечно, но они несущественны.

Не поможет. Настройки то храняться в user файле.
Реально, но могут быть сложности. Я все проекты на него перевел, проблем больших нет.

Я на чистых make-файлах делал маленький проект, файлики руками надо было добавлять (в свежем креаторе вроде это автоматом делается).

так я планирую вообще забить на креаторовские настройки и описать все в скриптах cmake

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

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

или что еще хуже, невосстановимые

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

Комментировать надо на английском. Я приверженец того, что в исходниках не должно быть никаких лишних надписей на родном языке. Только английский (или esperanto) и ASCII/Latin1.

не все такие приверженцы..... :)

+1

-1

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

извиняюсь за оффтопик, не я начал...

Это уже прихоти начальника самодура. Нормальный программист должен знать английский. Если нет, то его и на работу брать не стоит, откроет Assistant и зависнет.

я к примеру ни капельки не зависаю.... хотя с письменным и разговорным ангельским имею большие проблемы... :)

Английский конечно надо знать, но писать такие комменты вообще нет смысла

C++ (Qt)
class Foo
{
public:
// this is construction
Foo()
 
// this is destruction
~Foo();
 
// this function do some
void doSome();
}

А мне такое встречается,

а вот специфичные для конкретной предметной области вещи писать на анлглийчком будет очень сложно. Особенно когда изучая ее по отечественной документацие встречаешь различные устоявшиеся сокращения - что переводить их транслитом?

Вы бы хотели чтобы ваш коллега комментарий ниже написал на английском или оставил на русском?

C
	// В 3-м положении крана необходимо обеспечить перекрышу без питания ТМ
	// воздух должен выйти через обратный клапан из полости над Ур.Поршнем в ТМ
	// и двухседельчатый клапан должен быть закрыт в обоих направлениях
	// но если темп утечки из ТМ больше чем m_Vent_2S_min_P(значение при кот. клапан полностью закрыт)
	// то происходит подпитка ТМ из ГМ, вероятно из-за того что в пневмосистеме не учитывается порядок
	// обработки соединений... В связи с этим блокируем работу двухседельчатого клапана
	// при 3-ем положении крана принудительно!!!
 
	m_pGM_to_TM_Trigger  -> setState( m_pGear_BC_395->asInt() != 3 );
 

а такие комментарии вообще нужны в коде?

Тоже вариант

C++ (Qt)
	// V 3-m polozhenii krana neobhodimo obespechit' perekryshu bez pitanija TM
	// vozduh dolzhen vyjti cherez obratnyj klapan iz polosti nad Ur.Porshnem v TM
	// i dvuhsedel'chatyj klapan dolzhen byt' zakryt v oboih napravlenijah
	// no esli temp utechki iz TM bol'she chem m_Vent_2S_min_P(znachenie pri kot. klapan polnost'ju zakryt)
	// to proishodit podpitka TM iz GM, verojatno iz-za togo chto v pnevmosisteme ne uchityvaetsja porjadok
	// obrabotki soedinenij... V svjazi s jetim blokiruem rabotu dvuhsedel'chatogo klapana
	// pri 3-em polozhenii krana prinuditel'no!!!
 

Если есть желание чтобы кто-то кроме тебя разобрался в нетривиальной логике предметной области и мог заменить тебя на время болезни и др. то я считаю обязательно нужны. Да и просто из уважения к другим программистам с которыми ты работаешь. А вообще иногда встречаются такие места которые и сам можешь подзабыть через пол года - мне такие комментыч помогали и свои  ичужие.

На счет транслита - да это вариант - но на самом деле это "грязный ХАК" т.к. по сути вы пишете на русском а используете английскую раскладку, только из-за отсутствия возможности нормально видеть русскую (напоминает ситуацию с первыми сотовыми и первыми SMS). По поводу кодировок у себя везде работаем с UTF8 и никаких проблем с языками нет - она и была придумана для того чтобы не было этих проблем. А вот зачем было придумано семейство кодировок Windows (1251, 1252, и т.д.) уже вопрос - непонятно почему создатели ОС не захотели использовать уже существующую на тот момент UTF.

Вообще транслит не люблю - или Нормальный перевод или язык оригинального  сообщения - также и с переменными и названиями в классах, и с контентом - если есть иконка "опасность" то это будет "danger.png" а не "opasnost.png" - и читать приятнее и понятно о чем речь. С транслитом иногда язык поломаешь пока прочтешь и поймешь о чем - наверное опыт нужно иметь...

Лично я recode использую в таких случаях. В том же TexMaker к примеру без не го никак. Редактор удобный, но кодировку в нем не поменяешь, а документы мне в 1251 дают

Потому что ОС Windows первых версий (3.x, 95, ...) не умела толком работать с юникодом. А кодировки типа 866 неудобны для изменения регистра (там есть разрыв в области нижнего регистра кириллицы для символов псевдографики).

вот и греби теперь проблем... я так и не смог прочесть что мне написал ant в консоль (вывод команды copy) (ни utf8, ни cp1251, ни cp866). Винда, что скажешь:(

Спокойно ребята: он так и сделали - смотрим внимательно бету:
http://labs.trolltech.com/blogs/wp-content/uploads/2010/05/qtcreator-beta-targets.png
http://labs.trolltech.com/blogs/2010/05/06/qt-creator-20-beta/

И что толку-то?
Теперь при запуске креатора - если не совпадает QtVersionID(который у них почему то несовпадает даже для одной и той же версии Qt установленной в одну и ту же папку на разных компьютерах)  появляется окошко - в котором можно нажать import и этот "импорт" ни....куя не импортит а затирает к е...б....ням все параметры из предыдущей конфигурации! Вот тебе и импорт!

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

Багрепорт написали?! Время до окончательного выпуска ещё есть!

И пусть превращается. Главное, чтобы на нем можно было продолжать писать не-Qt проекты. Сейчас позволяет. И это хорошо.

а я подожду когда Kdevelop 4 допилят... :)

Действительно не хватает вкладки Console. И очень раздражает такая вещь: пописал код в исходниках, зашел в визуальный редактор форм, поделал что-то, потом решил вернуться к коду, нажал на Edit, и да - получил файл формы, 1.3.1 умел сам возвращаться к исходному коду редактируемому. Нафиг такое сделали неясно, тем более, что ручками править все равно этот файл не советуют, еще и предупреждение постоянно об этом выдают, только успевай их закрывать...

Так уже допилили
http://dot.kde.org/2010/05/01/kdevelop-40-stable-released-wild (http://dot.kde.org/2010/05/01/kdevelop-40-stable-released-wild)

к стати, а нельзя ли этот Kdevelop под вындавоз собрать? Как там относительно зависимостей от KDE'хи?

полнейшая зависимость! Надо по ходу ставить КДЕ в винду, а потом КДевелоп! :)

kdelibs + kdevplatform ... по идее этого достаточно должно быть

Подскажите, а как быть с этим (creator 2)?
Ни одной настройки сохранить не могу.
Разумеется имя пользователя в системе на русском.

>>Подскажите, а как быть с этим (creator 2)?
писать тролям, пусть исправляют.

Здраствуйте.
Обновил QtCreator с 1.3 до 2.0. В целом нравится, но вылез один крайне неприятный глюк: глючит редактирование форм. Т.е. до какого то определенного момента все норм, а потом хочу например добавить кнопку, добавляю, в форме она появляется, файл ui редактируется. а при запуске программы - нет. Начал копать, оказалось что функция setupUi не меняется, приходится вручную добавлять код типа
textEdit = new QTextEdit(centralWidget);
textEdit->setObjectName(QString::fromUtf8("blablabla"));
textEdit->setGeometry(QRect(xx, yy, zz, tt));
Кто нибудь сталкивался с этим? Как нибудь лечится?

setupUi, если мне память не изменяет, обновляется программой ui, которую запускает make. Думаю, в этом случае нужно посмотреть, какое время имеет файл *.ui. И отличается ли оно от времени файла ui_*.h (именно по времени изменения ориентируется make - если время исходного файла позже результирующего, то запускается сборка).

Спасибо.
Проверил, файл *.ui меняется (время текущее), а ui_*.h - нет. Если удалить, то вообще перестает компилироваться, пишет
:: error: No rule to make target `../trunc/ui_mainwindow.h', needed by `debug/mainwindow.o'.  Stop.
Видимо, неправильно настроены параметры сборки, но раньше вручную я ничего не настраивал. 

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

сделай полную пересборку проекта
clean
qmake
make

В настройках проекта (слева вкладка "проекты") нужно убрать галку с пункта теневая сборка.
Иначе он собирает в левом каталоге и на редактированные *.ui почему то кладет. У меня по крайней мере заработало

Спасибо.
Надо руками удалить файл ui_*.h и выполнить qmake. Потом уже пересобрать. Обычная очистка не помогает.

Товарищи, претензии по qt-creator можно предъявлять разработчикам при обсуждении новостей о выходе новых версий креатора на его родном сайте, допустим, здесь: http://labs.trolltech.com/blogs/2010/08/25/qt-creator-201/

Скажите, как избавиться от глюка открытия формы в текстовом редакторе?? жутко раздражает

переключатель разделов (?который слева)Проекты -> далее закладка Настройки редактора
Далее если у вас разные файлы в разных кодировках - меню "Правка" -> "Выбрать кодировку". Активно только когда переключатель разделов (?) на "редакторе". Там очень удобные кнопки "Загрузить в кодировке", "Сохранить в кодировке".

Как бы это блог. А вот все "претензии" в виде suggestions (ну или bug reports) оставлять на багтреккере.

Баги багами, но если не нравится стратегия развития тулзы - на блоге можно подискутировать с создателями, внедрить в их мозг сомнения и наставить на путь истинный

Кстати, после перехода на cmake .user файл больше не сбрасывается!!!