Правила именования идентификаторов в С++ Опции Подписка на тему Сообщить другу Версия для печати Скачать тему Подписка на этот форум Режимы отображения Древовидный Переключить на: Стандартный Переключить на: Линейный

[igorenja]

QLabel *help; у тебя определен в хедере.
а ты еще в сипипишнике еще один определяешь, в итоге у тебя выходит, что тот что в хедере не иницилизирован и обращение в слоте происходит к рандомному участку памяти.

Спасибо большое тупанул по чёрному (плюсы тока изучаю). Пару комментариев добавлю

1. Зачем у тебя часть переменных в private часть в protected. Если ты конечно от этого класса не собираешь потом наследоваться....

Это определение базового класса, его свойства будут наследовать производные классы.

2. But->setGeometry(QRect(QPoint(300, 300), But->sizeHint())); - мега жесть. Кури про QLayout, в частности QVBoxLayout и QHBoxLayout.

Спасибо за совет. Лэйауты я курил.... и много... Дело в том что сие твоерение будет работать на Embedded Linux в очень специфичной целезке, Там нужно точно позиционировать объекты на экране. Менеджеры компоновки там юзать не желательно....

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

[trdm]

Спасибо большое тупанул по чёрному (плюсы тока изучаю).

а классы с приставкой "T" это привет из дельфы?
Что эта приставка означает?
ПС. Терпеть не могу когда так классы зовут...

[Litkevich Yuriy]

в qt разработчики вообще одной буквой обозначают переменные. Мне например неясно какого типа переменная "o"

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

Но спорить смысла нет, кому как удобнее.

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

Дело в том, что в классе, где есть функция isDirListEmpty, isEmpty уже есть и относится к другому списку (в классе их два).

ябы их логически разделил. Например, в классе объявил тип DirList

typedef QList<QDir> DirList;

сделал бы функцию возвращающую DirList, например, dirList(), а у списка бы спрашивал пуст он или нет, например так:

bool empty = loader->dirList()->isEmpty()