• Re: 又来请教一个问题

    那估计是启用了 warning as error

    【 在 ArchLinux 的大作中提到: 】

    : 我又试着编译了一下,发现你的例子也是能编译通过的,但是会警告用到了不建议使用的函数,所以文档里面没说这个函数。

    : ‘void QProcess::start(const QString&, QIODevice::OpenMode)’ is deprecated: Use QProcess::start(const QString &program, const QStringList &arguments,OpenMode mode = ReadWrite) instead [-Wdeprecated-declarations]

    03月12日
  • Re: 想去学滑雪,请推荐!

    都滑完回来了吧?

    写个总结,?

    【 在 funnyfunny 的大作中提到: 】

    : 去八达岭么?哪个时段?

    : 教练有差别么?

    03月12日
  • FIS|越野滑雪|2021世锦赛|德国奥伯斯多夫|男子古典式50公里集体

    https://www.bilibili.com/video/BV1wp4y1h7Hw

    最后冲刺中,Bolshunov在前,好像故意封死Klaebo从后方外侧加速前进的路线,Klaebo硬突,过程中Bolshunov右杆折断,撞线顺序是Klaebo/Iversen/Bolshunov,看最终结果是Klaebo被裁判判罚犯规。

    03月11日
  • Re: Qt 连已经停止维护的 5.6 和 4.8 的源代码都下架了啊!!

    https://download.qt.io/archive/qt/

    之前下载购买的云服务器崩了

    优先恢复的企业版用户

    有问题就报jira好了

    【 在 hgoldfish 的大作中提到: 】

    : 啊啊啊!!

    : 新版本 Qt 5.15 下架就好了。没必要连这么早版本的也下吧。

    03月10日
  • Re: 微博:陈盆滨 - 一个跑步转越野滑雪的选手

    那就不知道了

    好像搞过“一百天一百个马拉松”

    【 在 hiluoqiang 的大作中提到: 】

    : 厉害,这是那个打鱼改长跑的家伙吧

    03月10日
  • Re: 再说一个,一个QLineSeries的实例好像只能对应一个QChart啊

    https://doc.qt.io/qt-5/qchart.html#addSeries

    void QChart::addSeries(QAbstractSeries *series)

    Adds the series series to the chart and takes ownership of it.

    Note: A newly added series is not attached to any axes by default, not even those that might have been created for the chart using createDefaultAxes() before the series was added to the chart. If no axes are attached to the newly added series before the chart is shown, the series will get drawn as if it had axes with ranges that exactly fit the series to the plot area of the chart. This can be confusing if the same chart also displays other series that have properly attached axes, so always make sure you either call createDefaultAxes() after a series has been added or explicitly attach axes for the series.

    【 在 tkfeng2000 的大作中提到: 】

    : 当一个QLineSeries的实例对应多个QChart时,程序执行不下去直接闪退了

    : 改成一个对一个后,能执行下去了

    : 不知道是我设置不对还是QT本身就是这么设计的

    : ...................

    03月09日
  • (翻译中)克莱博的越野滑雪技术课堂(2021版)- zz

    https://www.bilibili.com/video/BV1sv411Y7co

    越野滑雪自由式以及传统式

    03月08日
  • 微博:WUHAN-SK滑雪俱乐部 越野滑雪动态以及知识

    https://weibo.com/u/3538365415?is_all=1

    03月08日
  • 微博:陈盆滨 - 一个跑步转越野滑雪的选手

    https://weibo.com/chenpenbin

    03月08日
  • Re: Qt 5.15 的商业 LTS 支持从今天开始

    每个版本发布后6个月之后才会闭源的

    最新分支dev一直开放

    https://www.qt.io/blog/qt-offering-changes-2020

    【 在 libgcc 的大作中提到: 】

    : 大版本难道会开源 ?

    03月02日
  • Re: QT_NO_DEBUG

    https://doc.qt.io/qt-5/qloggingcategory.html ?

    【 在 NanLv 的大作中提到: 】

    : 每次加qDebug语句的时候:

    : #ifndef QT_NO_DEBUG

    : 就觉得这个别扭的要死~~

    02月23日
  • Re: Qt update刷新之源码分析(一)

    一堆github链接是干啥的...

    【 在 mengedhz 的大作中提到: 】

    : ate函数后,Qt究竟基于什么原理、执行了什么代码使得屏幕上有变化?本文就带大家来探究探究其内部源码。

    : Qt手册中关于QWidget::update()解释如下::

    : Updates the widget unless updates are disabled or the widget is hidden.

    : ...................

    02月19日
  • Re: qt官方不提供qtbase_zh_CN.qm吗?

    https://bugreports.qt.io/browse/QTBUG-88002

    https://github.com/qt/qttranslations/blob/dev/translations/README

    All translations are contributed by the Qt community.

    They are provided without guarantees, will often be stale, and may even

    disappear entirely from future Qt releases.

    See http://wiki.qt.io/Qt_Localization for information on how to

    contribute translations.

    【 在 miui 的大作中提到: 】

    : 只搜到github上一个第三方的版本

    02月15日
  • Re: 帮助在Linux下编译QT工程

    qmake -project

    【 在 skybirdcx 的大作中提到: 】

    : 前辈工程,QT+C,原始是linux下编译,后转到VC下,目前需要转回到Linux下,比较急,春节期间编译下,酬金面议,请站内留言或发邮件

    02月08日
  • Re: 一直没理解 Qt 取消 QStringLiteral 的用意在哪里

    https://www.kdab.com/qstringview-diaries-advances-qstringliteral/

    QStringView Diaries: Advances in QStringLiteral

    Marc Mutz

    This is the first in a series of blog posts on QStringView, the std::u16string_view equivalent for Qt. You can read about QStringView in my original post to the Qt development mailing-list, follow its status by tracking the “qstringview” topic on Gerrit and learn about string views in general in Marshall Clow’s CppCon 2015 talk, aptly named “string_view”.

    But this post is not about QStringView — yet. It’s about QStringLiteral and its upcoming sister QStringViewLiteral.

    If you have been to one of my Effective Qt talks, or seen them on-line, you know that I eschew QStringLiteral for several reasons.

    What’s wrong with QStringLiteral?

    First, it may fall back to QString::fromUtf8(). That makes it all but impossible to recommend it as a fast way of creating a QString: Creating it from a QLatin1String would be faster than with fromUtf8().

    Second, each use produces a new UTF-16 array that contains the string data. This duplicates the data as many times as you “call” QStringLiteral with the same argument. It does so even within a single translation unit. Common C string literals, on the other hand, are allowed to share a single memory location.

    Third, since it returns an actual QString, its use clutters the executable with calls to the QString destructor. The destructor will be a no-op in all executions in of the program. But the dead code still sits there and costs you in binary size and reduced effective i-cache size.

    What can we do about it?

    At face value, not much, in Qt 5.

    We can’t change QStringLiteral to return something else than a full QString. That would break code such as QStringLiteral("...").append(...).

    For reasons that would go beyond the scope of this post, we also can’t enable string data sharing between QStringLiteral instances before Qt 6. The key point here is: QString::fromRawData() mustn’t allocate memory, which is not possible with the Qt 5 QString design.

    But we increased the minimum compiler requirements in Qt 5.7. That means we can do something about the unfortunate QString::fromUtf8() fall-back: remove it.

    Towards a noexcept QStringLiteral

    For my work on QStringView, I recently carefully analysed the #ifdef jungle in qstring.h and qcompilerdetection.h. This revealed that only one supported platform, QNX 6.x, still uses the fromUtf8() fall-back. More importantly, I found that it shouldn’t.

    To give you the gist of it: The compiler shipped with QNX 6 supports Unicode string literals: u"string", a const char16_t[7]. But it ships with a standard library that lacks support for char16_t. That means that, say, std::u16string is not available. Qt C++ feature macros imply a certain level of standard library support as well as the core language feature. So we did not enable the macro for Unicode strings on that platform.

    Now observe that, crucially, the QStringLiteral implementation only needs the core language feature: it needs to be able to prefix u to the C string literal you pass to QStringLiteral. That turns the C string literal into a UTF-16 sequence that it then stores in a static object. The implementation does not need std::u16string, or any other library support.

    That leaves one supported platform without support for Unicode string literals: MSVC 2013. That, however, has an existing fall-back in place: it uses wchar_t, which, on Windows, happens to be the same size as char16_t.

    So I prepared a patch that removes the check for Unicode string literals, uses wchar_t on Windows and char16_t everywhere else. It removes the QString::fromUtf8() fall-back for good. I’m happy to report that it will be Qt 5.9. With a bit more attention paid to performance, it could have been in 5.7 already…

    Remember, that patch effectively only changes a single platform: QNX 6. But it means that programmers can now safely assume that QStringLiteral never allocates memory.

    That said, if you find that the change breaks your platform, please file a bug so I can do something about it before 5.9.0 gets released.

    Towards string sharing and less code bloat in QStringLiteral

    The above does not address the problem of QStringLiteral data duplication (point two in the introduction). As I hinted above, that needs a different QString design, which can’t happen before Qt 6.

    But if QStringLiteral allocates no memory anymore, it also means that references into the QStringLiteral never expire. We can therefore lift the machinery for QStringLiteral and use it to create a QStringViewLiteral. That simply prefixes either L or u to the string, depending on the platform. In any case, the result is implicitly convertible to QStringView, which will stay valid for as long as the program runs.

    There is still the problem with DLL unloading that plagues QStringLiteral, too. But while the problem potentially affects all QString uses when QStringLiteral is the source, no sane programmer would keep a QStringView around for longer without storing it in a QString to make a copy.

    Conclusion

    Advances in compiler support for C++11 enabled us to tighten the guarantees of QStringLiteral: From Qt 5.9 on, it never allocates memory, and references into it never expire.

    We cannot do something about QStringLiteral‘s other drawbacks until Qt 6 allows us to change the QString layout. But the introduction of QStringView, hopefully in Qt 5.10, allowed me to implement a QStringViewLiteral which has none of the drawbacks of QStringLiteral. However, it “only” returns a QStringView instead of a QString.

    【 在 hgoldfish 的大作中提到: 】

    : 为了兼容新版本 c++ 编译器,让旧版编译器跑起来慢一点?

    01月29日
  • B战冬季两项IBU世界杯集锦视频

    有喜欢冬季两项(越野滑雪加射击)的朋友,可以关注

    https://space.bilibili.com/387542749/channel/detail?cid=163507

    01月29日
  • B战越野滑雪FIS世界杯集锦视频

    有喜欢越野滑雪的朋友,可以关注

    https://space.bilibili.com/387542749/channel/detail?cid=96133

    01月29日
  • Re: 请问 QT 部署问题

    ubuntu上打包

    依赖qt包也是可以的吧

    【 在 mbdbk 的大作中提到: 】

    : u20 + qt5.15

    : 尝试着把一个Qt 自带的例子gui/analogclock部署到另一台 u20上但没有安装Qt5.15

    : 把 ldd analogclock 用到的 .so 拷贝到没有安装Qt的 U20 上。

    : ...................

    01月28日
  • Re: 请问 QT 部署问题

    插件好像不在ldd里显示吧

    可以试试 https://github.com/probonopd/linuxdeployqt

    【 在 mbdbk 的大作中提到: 】

    : u20 + qt5.15

    : 尝试着把一个Qt 自带的例子gui/analogclock部署到另一台 u20上但没有安装Qt5.15

    : 把 ldd analogclock 用到的 .so 拷贝到没有安装Qt的 U20 上。

    : ...................

    01月28日
  • Re: 自由开源的免费绘画软件:Krita(zz) (转载)

    Kivio(Calligra Flow)?

    【 在 sierrisi 的大作中提到: 】

    : 问个可能不是很切题的问题

    : 有没有visio类似的自由软件

    01月16日