Форум программистов, компьютерный форум, киберфорум
Наши страницы

Qt

Войти
Регистрация
Восстановить пароль
 
Wyn
Модератор
1051 / 633 / 231
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
#1

Обсуждение по улучшению раздела Qt - C++ Qt

30.01.2017, 17:00. Просмотров 2876. Ответов 9
Метки нет (Все метки)

Прошу сюда писать любые предложения по улучшению раздела Qt.
В меру своих сил попытаюсь реализовать.
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
30.01.2017, 17:00
Здравствуйте! Я подобрал для вас темы с ответами на вопрос Обсуждение по улучшению раздела Qt (C++ Qt):

Узнать количество разрывов раздела и номер текущего раздела - MS Word
Доброго времени суток! Подскажите, пожалуйста, как в Word в текущем документе узнать количество разрывов раздела, а также узнать номер...

Предложение по улучшению форума. - Visual Basic
Прошу сделать в форуме такой вот функционал: Find all posts by Find all threads started by Очень была бы полезная штука!

Рекомендации по улучшению кода - C#
class Loader { public DataSet _data = null; public int _streamRecordCount = 0; public...

Помощь по улучшению сайта - PHP
Добый вечер, я пытаюсь построить сайт и с дизайном - хтмл и цсс всё отлично. Но появились проблемы, а точнее вопросы по улучшению сайта....

Дайте советы по улучшению кода - Python
Как можно улучшить код чтобы сократить время его выполнения до минимума? Можно как нибудь игнорировать первую строку без использования...

Дать рекомендации по улучшению проекта - C# ASP.NET
Уважаемые разработчики! Прошу кинуть ваш профессиональный взгляд на сей маленький проект. Его задача сводится к работе одной формы:...

9
schdub
2963 / 1308 / 241
Регистрация: 19.01.2009
Сообщений: 3,441
Завершенные тесты: 1
30.01.2017, 18:51 #2
Wyn, очень бы хотелось чтобы bbcode cpp и cppqt считались в разделе равнозначными и использовались авторами сообщений по их усмотрению. Я еще понимаю, когда модератор редактирует сообщение вообще без каких либо ббкодов и выставляет теги какие ему хочется, но когда редактируется нормально оформленное сообщение, а cpp теги заменяются на cppqt, это имхо не есть хорошо. Кстати в чем разница между ними?
0
Байт
Диссидент
Эксперт C
16832 / 11097 / 1743
Регистрация: 24.12.2010
Сообщений: 21,801
30.01.2017, 19:06 #3
Первым делом было бы неплохо вытащить Qt из-под "кроссплатформенной разработки" В Qt - 13000 тем. В кроссе - 600
Смешно! Можно было бы назвать "Другие (прочие) кроссплатформенные разработки"
Может быть имеет смысл подразделом выделить QML. Но тут я не копенгаген.

Добавлено через 13 минут
И почему тема FAQ по Qt закрыта?
QMake по умолчанию не делает moc файлов для файлов исходников(*.cpp)
Хочется заметить, что хедеры (*.h) тоже ни по какому умолчанию не попадают под действие MOC. А обрабатываются MOC-ом только файлы, перечисленный в pro-файле, как HEADERS. Так что помимо приведенного решения можно предложить и другое:
Код
HEADERS += main.cpp
0
Wyn
Модератор
1051 / 633 / 231
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
30.01.2017, 19:08  [ТС] #4
Цитата Сообщение от schdub Посмотреть сообщение
очень бы хотелось чтобы bbcode cpp и cppqt считались в разделе равнозначными и использовались авторами сообщений по их усмотрению. Я еще понимаю, когда модератор редактирует сообщение вообще без каких либо ббкодов и выставляет теги какие ему хочется, но когда редактируется нормально оформленное сообщение, а cpp теги заменяются на cppqt, это имхо не есть хорошо. Кстати в чем разница между ними?
Этого не будет.
  • В Qt довольно много дополнительных специфических элементов, которые требуют подсветки.
  • Библиотека Qt является надстройкой над C++. Если qmake предварительно не пробежит и на составит moc - компилятор с++ не сможет собрать программу с Qt.
Поэтому тег cppqt с точки зрения здравого смысла имеет право на существования. А раз так и раз он существует - значит следует применять его.
0
0x90h
308 / 274 / 99
Регистрация: 01.10.2015
Сообщений: 839
30.01.2017, 19:11 #5
Цитата Сообщение от Байт Посмотреть сообщение
Может быть имеет смысл подразделом выделить QML. Но тут я не копенгаген.
А с QML ситуация вообще интересная: по сути, JavaScript в разделе C++, причем только на основании того, что поделие, активно педалируемое Digia, имеет отношении к C++ фреймворку.
0
Wyn
Модератор
1051 / 633 / 231
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
30.01.2017, 19:18  [ТС] #6
Цитата Сообщение от Байт Посмотреть сообщение
Первым делом было бы неплохо вытащить Qt из-под "кроссплатформенной разработки" В Qt - 13000 тем. В кроссе - 600
Зачем? Чисто по логике Qt - это именно кросплатформенная разработка и есть.
На главной страницы Qt, кстати, вынесен отдельно. Так что смысл в подобной операции не виден.

Цитата Сообщение от Байт Посмотреть сообщение
И почему тема FAQ по Qt закрыта?
Там внизу ссылка на тему с обсуждением. Решил сделать так, чтобы прикреплённую тему не захламлять.
Цитата Сообщение от Байт Посмотреть сообщение
Хочется заметить, что хедеры (*.h) тоже ни по какому умолчанию не попадают под действие MOC. А обрабатываются MOC-ом только файлы, перечисленный в pro-файле, как HEADERS
Там не всё так просто, правила там назначаются только заголовочным файлам.

Цитата Сообщение от Байт Посмотреть сообщение
HEADERS += main.cpp
Проверял?

Добавлено через 4 минуты
Цитата Сообщение от Байт Посмотреть сообщение
Может быть имеет смысл подразделом выделить QML. Но тут я не копенгаген.
Пока никакого смысла в таком не вижу. QML сейчас плотно связан с Qt/С++.
0
Байт
Диссидент
Эксперт C
16832 / 11097 / 1743
Регистрация: 24.12.2010
Сообщений: 21,801
30.01.2017, 19:18 #7
Цитата Сообщение от Wyn Посмотреть сообщение
Проверял?
Угу.
0
Wyn
Модератор
1051 / 633 / 231
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
30.01.2017, 19:23  [ТС] #8
Цитата Сообщение от Байт Посмотреть сообщение
Угу.
Будь добр, приведи пример подобного .pro файла с файлами main.cpp, mainwindow.cpp и mainwindow.h, где объявление класса с Q_OBJECT находится в mainwindow.cpp.
0
Байт
Диссидент
Эксперт C
16832 / 11097 / 1743
Регистрация: 24.12.2010
Сообщений: 21,801
30.01.2017, 19:49 #9
Wyn, Да, любопытная штука выяснилась. Если сборку делаешь просто make (из командной строки), то все Ok.
А если mingw32-make, таки да, ничего не получается.
Так что я свое предложение снимаю.
Можете вычистить!
0
Wyn
Модератор
1051 / 633 / 231
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
30.01.2017, 20:04  [ТС] #10
Цитата Сообщение от Байт Посмотреть сообщение
Wyn, Да, любопытная штука выяснилась. Если сборку делаешь просто make (из командной строки), то все Ok.
А если mingw32-make, таки да, ничего не получается.
Так что я свое предложение снимаю.
Можете вычистить!
Я перед тем как писать в FAQ - тестил с разными конфигурациями. У меня на Linux кучу ошибок выводит даже с обычным main.cpp.
0
30.01.2017, 20:04
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
30.01.2017, 20:04
Привет! Вот еще темы с ответами:

Нужны советы по улучшению чата - Delphi
выкладываю свой проект,очень прошу помочь по вопросам 1 - form2.BitBtn3 и form2.BitBtn2 по каким то причинам не работают,не понимаю по...

Советы по улучшению и поиск косяков - C#
Здравствуйте... Я сейчас занялся серьёзным созданием приложения.. Более мение интерфейс подогнал, радио воткнул, загрузку сделал. Вопрос!...

Ваши предложения по улучшению сети - Сетевое оборудование
Есть такая локалка (провинциальный учебный центр): 1. везде Windows XP. 2. Есть четыре кабинета в среднем по 15 компов. 3. выход в...

Нужны советы по улучшению кода - Pascal
Хотелось получить рекомендации по устранению критериев "плохого кода"(длинные,сложные методы,дублирование кода и.т.п) (Это небольшая...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
10
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2018, vBulletin Solutions, Inc.