Форум программистов, компьютерный форум, киберфорум
Наши страницы
C++ Qt
Войти
Регистрация
Восстановить пароль
 
Рейтинг 4.64/22: Рейтинг темы: голосов - 22, средняя оценка - 4.64
Wyn
1056 / 638 / 229
Регистрация: 14.01.2016
Сообщений: 2,031
Записей в блоге: 9
#1

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

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

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

Обсуждение работы Lotus-раздела форума
Коллеги. Поиск здесь, на форуме, конечно не фонтан (ищутся слова начиная с 4-х...

Как вывести пользовательское свойство раздела каталога только для текущего раздела?
Для разделов каталога требуется вывести яндекс карту. В данный момент на...

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

Диск был поделен на два раздела, при увеличении раздела с системой до 100 Гб , второй раздел стал RAW
Доброго времени суток. Имею- скрин dmde,первое вложение . Не совпадают...

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

9
schdub
Эксперт С++
3030 / 1374 / 419
Регистрация: 19.01.2009
Сообщений: 3,665
Завершенные тесты: 1
30.01.2017, 18:51 #2
Wyn, очень бы хотелось чтобы bbcode cpp и cppqt считались в разделе равнозначными и использовались авторами сообщений по их усмотрению. Я еще понимаю, когда модератор редактирует сообщение вообще без каких либо ббкодов и выставляет теги какие ему хочется, но когда редактируется нормально оформленное сообщение, а cpp теги заменяются на cppqt, это имхо не есть хорошо. Кстати в чем разница между ними?
0
Байт
Эксперт C
18106 / 11961 / 2486
Регистрация: 24.12.2010
Сообщений: 24,091
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
1056 / 638 / 229
Регистрация: 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
325 / 291 / 109
Регистрация: 01.10.2015
Сообщений: 883
30.01.2017, 19:11 #5
Цитата Сообщение от Байт Посмотреть сообщение
Может быть имеет смысл подразделом выделить QML. Но тут я не копенгаген.
А с QML ситуация вообще интересная: по сути, JavaScript в разделе C++, причем только на основании того, что поделие, активно педалируемое Digia, имеет отношении к C++ фреймворку.
0
Wyn
1056 / 638 / 229
Регистрация: 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
18106 / 11961 / 2486
Регистрация: 24.12.2010
Сообщений: 24,091
30.01.2017, 19:18 #7
Цитата Сообщение от Wyn Посмотреть сообщение
Проверял?
Угу.
0
Wyn
1056 / 638 / 229
Регистрация: 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
18106 / 11961 / 2486
Регистрация: 24.12.2010
Сообщений: 24,091
30.01.2017, 19:49 #9
Wyn, Да, любопытная штука выяснилась. Если сборку делаешь просто make (из командной строки), то все Ok.
А если mingw32-make, таки да, ничего не получается.
Так что я свое предложение снимаю.
Можете вычистить!
0
Wyn
1056 / 638 / 229
Регистрация: 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

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

Предложение по улучшению форума.
Прошу сделать в форуме такой вот функционал: Find all posts by Find all...

Игра на WinForm: советы по улучшению
Доброе утро али день али ноч... Не важно! Главное что бы было добрым =) Я...


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

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

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