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

[igorenja]

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

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

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

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

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

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

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

[trdm]

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

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

[Iron Bug]

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