Ладно, был неправ (интересно что с этим же вопросом на форуме Qt мне сказали что это работать не будет, видимо тоже не знали про RichText).
Это лишь одно из препятствий, с которым пришлось столкнуться. Лично мое мнение — перспектив для десктопного применения технология QML не несёт.
Спасибо что так все подробно расписали, в этом не было необходимости :) Я знаю как прокидывать разное, речь как раз про ограниченность текста:
отличие принципиальное одно — указанный вами пример не работает.
Не будет он ничего подсвечивать красным. Только что перепроверил с Qt 5.11, ну вдруг меня память подвела и я что-то там не попробовал.
Я не говорю что что-то совсем нельзя сделать на QML. Делаешь нативную часть, к ней обвязку, и тп. я про то что выгода очевидная от QML заканчивается довольно быстро. А потом этого монстра еще и поддерживать)
Ну например… первое что вспомнил — подскажите, как в QML отобразить произвольный форматированный текст (пришедший с веба например), в качестве надписи? В частности, часть текста подсветить красным. Заранее фрагмент, разумеется неизвестен.
Я вот не нашел способа это сделать)
Мой опыт показывает об обратном. Постоянно упираться в «ой а на QML так делать не получится» при реализации специфичных штук. Затраты меньше только на код, относящийся к GUI, но приложение гуи кодом не ограничивается. Интеграция с нативной частью почти всегда уже сжирает все преимущества, когда у вас 30-50к строк на QML.
Для поиграться может и поинтереснее, а для долгоиграющего проекта лучше начинать писать на виджетах. Все реализовать на QML нельзя, как только начинается интеграция нативного кода, сложность быстро растет.
Хотя да, какой-нибудь там автомат по продаже пирожков и газировки на QML делать самое то)
Некоторые — я заметил такое за многими фанатскими (фильмы/игры) вики движками. Причем без скриптов они картинки не кажут, а со скриптами — просят адблок выключить :D
Noscript?
Ну ладно-ладно, я ж не говорю «удоли», раз люди плюсуют статью, значит считают полезным, просто я с этим форматом еще в школе разбирался, у нас продвинутая довольно информатика была)
p.s. выскажу свое фи по поводу «вводных статей» — вводная должна все же нести самостоятельную ценность, помимо какого-то общего обзора. Это только мое мнение. Иначе реально выглядит как недавняя статья про «движок»: «ну вот я может быть такое когда-то напишу, я просто вывалю вам свои планы, а вы мне плюсов отстегните, чтобы замотивировать на следующие части».
Не воспринимайте как личное оскорбление!
«Если вы сделаете шаблонное api, то его нельзя будет засунуть в cpp»
Что за бред?
Я даже больше скажу, его еще и из dll можно экспортировать, если типы с которыми может быть инстанцирован шаблон, заранее известны) У нас в проекте это активно используется, для шаблонов, которые используются с 2-3-4 типами.
«есть ограничения» != «нельзя».
Чтобы освоить эту статью надо знать следующее: что такое бит, двоичная система, арифметика на уровне знания отрицательных степеней
Автор, вы действительно думаете что младшеклассники читают Хабр?)
Статья отличная! Но не для Хабра, в смысле уровня. Вся статья по сути разжевывание по полочкам вот этой диаграммки:
и формулы
(−1)^s × m × 2^exp
Ну pragma optimize в MSVC есть, и он худо-бедо-костыльно эту проблему решает. Я для кода, который требовал тяжелых хидеров, для дебага делал так — для дебаг конфигурации форсился флаг /O2, а после подключения всех заголовков, для своего уже кода вставлялась pragma. Да, многословно и костыльно, но по итогу делало то что нужно.
Я согласен с комментатором выше, что от везения много зависит. С тем же майнингом — ну да, слабенькая статья, с ошибками, но прям такой сильный минус — неожиданно. Можете быть еще зависит от активности автора в комментариях. Сейчас я наблюдаю куда более слабые статьи с положительным рейтингом на тему программирования.
(ссылки разумеется не дам, а то будет как призыв минусить автора)
Чет я не верю в эти страшилки. Если у человека нет потребности в живом человеке, а извиняюсь нужна только дырка, то и хорошо, если он не будет мучать мозг своим партнерам. Большинство людей все же социальные, и человек им нужен не только для физиологических потребностей, так что место для кусков мяса найдется)
Автор, уберите статью в черновики, не позорьтесь.
1) Библиотека ничего не предлагает сверх того, что предлагает весьма обширный OLE интерфейс Excel. По сути, это минималистичная обвязка над этим самым API
2) Эта обвязка собрана под одну конкретную платформу. Исходники закрыты. Использовать под 64 бита нет возможности.
3) Хидер файл не компилябельный, не определен класс String
4) пример в архиве не компилябельный. НЕ хватает хидеров как минимум. Плюс это издевательски — в пример для своей библиотеки включать абсолютные пути.
5) Библиотека без этого самого более обширного API OLE неюзабельна
Ладно, черт с ними с закрытыми исходниками (я так понимаю, там на VCL все сейчас?). Теперь по самому решению:
6) вы в начале статьи описываете использование шаблона xls файла. При этом судя по коду, никакой шаблонизации как таковой нет — файл просто используется как скелет, ты должен сам ручками рассчитывать местоположение данных. Опять же, 0 преимущество перед использованием OLE самому
7) C++ API без намека на RAII, в C стиле? серьезно? либо трусы, либо крестик: либо обзывайте свою обвязку чисто сишной, и примеры соотстветсттвующие, либо хотя бы какое-то подобие ООП с RAII.
8) Согласованность API тоже вызывает вопросы. Какого черта куча однобразных параметров везде, там какой-то struct CellRange напрашивается с ходу.
В общем, выше уже мягко намекнули, что это «поделие» не уровень Хабра, не знаю чего там НЛО расщедрилось)
И без исходников. Т.е. проект закрытый. Таким образом, это вроде как нарушает правила Хабра о рекламе своих проектов, они должны быть в «я пиарюсь», или я не прав?
Это лишь одно из препятствий, с которым пришлось столкнуться. Лично мое мнение — перспектив для десктопного применения технология QML не несёт.
отличие принципиальное одно — указанный вами пример не работает.
Не будет он ничего подсвечивать красным. Только что перепроверил с Qt 5.11, ну вдруг меня память подвела и я что-то там не попробовал.
Я вот не нашел способа это сделать)
Мой опыт показывает об обратном. Постоянно упираться в «ой а на QML так делать не получится» при реализации специфичных штук. Затраты меньше только на код, относящийся к GUI, но приложение гуи кодом не ограничивается. Интеграция с нативной частью почти всегда уже сжирает все преимущества, когда у вас 30-50к строк на QML.
Для поиграться может и поинтереснее, а для долгоиграющего проекта лучше начинать писать на виджетах. Все реализовать на QML нельзя, как только начинается интеграция нативного кода, сложность быстро растет.
Хотя да, какой-нибудь там автомат по продаже пирожков и газировки на QML делать самое то)
Noscript?
p.s. выскажу свое фи по поводу «вводных статей» — вводная должна все же нести самостоятельную ценность, помимо какого-то общего обзора. Это только мое мнение. Иначе реально выглядит как недавняя статья про «движок»: «ну вот я может быть такое когда-то напишу, я просто вывалю вам свои планы, а вы мне плюсов отстегните, чтобы замотивировать на следующие части».
Не воспринимайте как личное оскорбление!
Что за бред?
Я даже больше скажу, его еще и из dll можно экспортировать, если типы с которыми может быть инстанцирован шаблон, заранее известны) У нас в проекте это активно используется, для шаблонов, которые используются с 2-3-4 типами.
«есть ограничения» != «нельзя».
Автор, вы действительно думаете что младшеклассники читают Хабр?)
Статья отличная! Но не для Хабра, в смысле уровня. Вся статья по сути разжевывание по полочкам вот этой диаграммки:
и формулы
(−1)^s × m × 2^exp
Не рассмотрены даже NaN и бесконечности.
(ссылки разумеется не дам, а то будет как призыв минусить автора)
1) Библиотека ничего не предлагает сверх того, что предлагает весьма обширный OLE интерфейс Excel. По сути, это минималистичная обвязка над этим самым API
2) Эта обвязка собрана под одну конкретную платформу. Исходники закрыты. Использовать под 64 бита нет возможности.
3) Хидер файл не компилябельный, не определен класс String
4) пример в архиве не компилябельный. НЕ хватает хидеров как минимум. Плюс это издевательски — в пример для своей библиотеки включать абсолютные пути.
5) Библиотека без этого самого более обширного API OLE неюзабельна
Ладно, черт с ними с закрытыми исходниками (я так понимаю, там на VCL все сейчас?). Теперь по самому решению:
6) вы в начале статьи описываете использование шаблона xls файла. При этом судя по коду, никакой шаблонизации как таковой нет — файл просто используется как скелет, ты должен сам ручками рассчитывать местоположение данных. Опять же, 0 преимущество перед использованием OLE самому
7) C++ API без намека на RAII, в C стиле? серьезно? либо трусы, либо крестик: либо обзывайте свою обвязку чисто сишной, и примеры соотстветсттвующие, либо хотя бы какое-то подобие ООП с RAII.
8) Согласованность API тоже вызывает вопросы. Какого черта куча однобразных параметров везде, там какой-то struct CellRange напрашивается с ходу.
В общем, выше уже мягко намекнули, что это «поделие» не уровень Хабра, не знаю чего там НЛО расщедрилось)