Qt Creator: ошибки в интерфейсе Опции

[Алексей1153]

не ошибка, а наоборот приятная неожиданность: когда просматриваешь список файлов в ресурсе, оттуда скопировать путь фиг как пойми, а, оказывается надо выделить элемент, а потом ctrl+ins (ctrl+c, кто предпочитает) и путь попадает в буфер обмена

[Алексей1153]

сбросил разработчикам ссылку на этот топик. А вдруг ?

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

typedef std::map<int,int> td_ii;

td_ii::<не показывает список>

а также не показывает при отладке значение типов, например
typedef int ttt;
ttt T;
//в окне просмотра переменных значение T будет показано как "тип ttt". Хотя, если сделать (int)T , то значение отобразиться. Но это неудобно

[Алексей1153]

неожиданно взглянул на #define под новым углом

к примеру, у меня имеется такой список типов

Раскрывающийся текст

class CElemLibNode;
class CElementWidget;

typedef uint32_t DWORD;

typedef DWORD tdsELEMNUM;
typedef DWORD tdsELEMTYPE;

typedef std::map<tdsELEMNUM,CElementWidget*> td_ElemsList;
typedef std::map<tdsELEMTYPE,CElemLibNode> td_ElemLib;

меняем так

Раскрывающийся текст

//class CElemLibNode;
//class CElementWidget;

#define DWORD  uint32_t

#define tdsELEMNUM       DWORD
#define tdsELEMTYPE      DWORD

#define td_ElemsList           std::map<tdsELEMNUM,CElementWidget*>
#define td_ElemLib             std::map<tdsELEMTYPE,CElemLibNode>

тогда жизнь отладка и написание кода расцветает новыми красками: и тебе в редакторе после "::", ".", "->" начинают списки мемберов показываться, и в отладчике значения переменных видны сразу

а вот список мемберов итераторов std при любом раскладе не желает показываться списком в редакторе:

std::map<int,int>::const_iterator it;
it-> //нет списка

Сообщение отредактировал Алексей1153 - 20.11.2010, 22:21

[kwisp]

std::map<int,int>::const_iterator it;
it-> //нет списка

извини за глупый вопрос.
у итераторов что operator->() есть?

[Алексей1153]

kwisp, у map есть, регулярно пользуюсь

std::map::iterator::operator ->()

вот даже скрин ))


Собственно, у вектора тоже есть.

Сообщение отредактировал Алексей1153 - 22.11.2010, 13:56

[kwisp]

Собственно, у вектора тоже есть.

круто.
честно скажу не знал. прям стыдно как-то.
а по поводу typedef и define - с typedef не только у creator`а проблема. semantic для emacs тоже с typedef плохо дружит.

[Алексей1153]

а по поводу typedef и define - с typedef не только у creator`а проблема. semantic для emacs тоже с typedef плохо дружит

ну это же грустно. Ругали, ругали мелкософт, а студия-то вона как меня избаловала отладчиком и редактором

[Алексей1153]

какой-то непонятный глюк компилятора, иначе не могу объяснить
в классе, произведённом от QPushButton имеется мембер

public:
 QString m_textcolor;

затем, в любом методе пишем

QBrush brush(QColor(m_textcolor));
brush.setStyle(Qt::SolidPattern);

и начинается ругань

error: request for member 'setStyle' in 'brush', which is of non-class type 'QBrush(QColor)'

Лечится указанием this

    QBrush brush(QColor(this->m_textcolor));
    brush.setStyle(Qt::SolidPattern);

Поэкспериментировал - мембер ни при чём. Если указать строковую константу - всё ок, если QString (даже локальную переменную), начинается бодяга. В случае с локальной не лечится никак

Сообщение отредактировал Алексей1153 - 24.1.2011, 19:09

[Rocky]

неожиданно взглянул на #define под новым углом

дефайны зло. имхо их следуент избегать при любых обстоятельствах. Сам пользуюсь и std::map, set, vector.... Автодополнения нет.. И тоже относится к например всяким std::auto_ptr. Неудобно, да. Но ради этого дефайны я бы все равно не стал использовать.

какой-то непонятный глюк компилятора, иначе не могу объяснить
в классе, произведённом от QPushButton имеется мембер

А если написать

const QString textcolor = "red";

Все равно ругань? (щас не могу проверить)

[Алексей1153]

И ещё один баг: во встроенном редакторе форм креатора, когда кладём элемент на форму, а потом делаем преобразование штатного виджета в свой класс через контекстное меню, ВАЖНО учитывать регистр символов заголовочного файла класса.

для винды от этого последствий никаких, а вот под линуксом начинается веселуха. Дело в том, что неправильный регистр попадает, само собой, в XML *.ui, затем в ui_*.h . Во время компиляции линуксовый компилятор не может найти файл заголовочника из-за того, что регистр символов разный.