Size: a a a

2021 April 12

T

Tamer in Qt
Просто отнаследуйся и переопредели события
источник

T

Tamer in Qt
делов на 5 минут
источник

V

Vyaches in Qt
Подскажите, можно ли как-то вызвать Dialog из своего класса с обьектом того же класса внутри.

Наверное глупо сформулировал.

Есть класс. Я хочу из него же вызвать диалог для изменения этого же класса.
источник

СС

Сергей Савкин... in Qt
Ну this туда передай
источник

V

Vyaches in Qt
Рекурсия получается тогда.
источник

V

Vyaches in Qt
Ну типа есть класс station.
И есть класс StationDialog.

Соответственно чтобы создать StationDialog из Station, нужно сдедать #include StationDialog и потом передать в него Station.  Пока все ок.

Но StationDialog какбы не знает структуры Station, поэтому ему тоже надо сделать #Include Station.

Вот тут и получается рекурсия.
источник

V

Vyaches in Qt
Крч не стал париться, сделал наследование .
источник

О

Олег in Qt
А если forward declaration использовать и передавать по указателю?
источник

Т8

Т-34 85 in Qt
А вот, кстати, было бы интересно посмотреть Qt над Cfront
https://t.me/supapro/872276
источник

D

Dmitry in Qt
Подскажите пожалуйста как в QML сделать текстовое поле, которое "краснеет" когда ввод не верный? Я могу реализовать проверкой на ввод. Но может есть какое-либо красивое решение?
источник

T

Tamer in Qt
Сделай Rectangle, внутри этого rectangle помести TextField, при onTextChanged вызывай проверку тебе необходимую, если что-то не так было при вводе изменяй цвет Rectangle
источник

D

Dmitry in Qt
источник

D

Dmitry in Qt
У меня сейчас вот так. Но поле по умолчанию, почему-то красное.
источник

D

Dmitry in Qt
А надо чтобы краснело только при неправильном вводе.
источник

D

Dmitry in Qt
Это форма регистрации. Может проверку сделать при нажатии кнопки  "Регистрация"? И потом уже менять цвет.
источник

T

Tamer in Qt
Я же написал, вариант решения проблемы
источник

T

Tamer in Qt
И проверь свой флаг в тернарнике
источник

T

Tamer in Qt
Если ты меняешь бордер, то возможно у тебя control.acceptableInput просто false
источник

V

Vyaches in Qt
Друзья. Подскажите, нормально ли делать так:

У меня есть класс со своими параметрами, к примеру Station.
У него должно быть диалоговое окно и он должен выбираться кликом из меню.

Вопрос, правильно ли делать множественное наследование классу Station от классов QDialog и QListItem?
Просто тогда можно двух зауцев сразу убить и запихать все в один удобный класс который можно напрямую в QListView подавать...


Просто вопрос в том что если обьектов Station будет очень много... то такждый обьект будет иметь свое окно.
Ну типа памяти много будет занимать, наверное... или не?

Я прост не до конца освоился еще.
Хз как правильно сделать.
источник

AU

Abu Umar in Qt
Если можно обойтись без множественного наследования, то обходитесь. Памяти немного, кутешные классы хранят всё что могут в куче.
источник