Правила именования идентификаторов в С++ Опции

[igorenja]

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

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

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

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

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

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

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

[trdm]

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

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

[Iron Bug]

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

[AD]

не пойму смысла спора.
маленькие-большие имена... остроконечники и тупоконечники да какая разница?

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