Just do it.
1 个赞
did it
@slbtty thanks for solving it, now that the values are dynamic and not hardcoded, it looks awesome!
can you launch a windows release with that fix?
mac os 14最新编译版闪退。代码如上。
闪退.txt (31.1 KB)
这么长… 建议放txt文件里，上传txt文件即可
最新版已修复。感谢！！
找了好久，終於找到可以下載的文件了。謝謝。
is ninja really needed to build goldendict-ng?
in guix i still compile it without ninja, so i think we could provide both non-ninja and ninja options at the docs
No, Ninja is not a hard requirement. However, Ninja is faster than Makefile by default.
indeed, it’s faster.
but it relies on python, so i think it’s “less bloated” to have “Make” as default for the end user, or at least mention that they dont need ninja, like tagging it as optional
End user do not care about build system craps 
. Providing an option = waste their time.
Also, not sure why Python considered bloat. So many things depends on Python, it is always there and cannot be removed. Furthermore, Ninja only depends on Python on build time instead of runtime.
Why don’t you upstream your work to Guix’s main repository? During the process of submitting a package, someone will help to review & improve it.
it’s not a “waste of time”, it’s software preservation.
python has historically being one of the most difficult softwares to maintain, since every new version of it causes some breakages on other softwares.
as for classifying users as “people who use binaries instead of building it” , you’re excluding a really huge percentage of users, like gentoo users, most *bsd users and also nix and guix users.
yeah, windows users really dont care that much and dont even know what a dependency is, but the other *nix users does.
Why don’t you upstream your work to Guix’s main repository? During the process of submitting a package, someone will help to review & improve it.
i already host it on my own git service (ironically faster than the guix’s one)
and there’s no need to “improve it” ig, wont add any python package to it, since everyone knows how terrible it is to maintain things that depend on python, just take a look into what they call “python dependency hell”.
i remember that in almost every python update, anki developers need to mark a lot of addons as deprecated.
to keep things working not only today, but for the next-gen, i bet we need to use reliable technologies as mortar/pillar.
but im not a dev from the team, so im only telling my opinions, and im likely to maintain the goldendict-ng package as it is, without ninja, takes 3 minutes to build here, and i dont think that i’ll add one more dependency just to subtract a few seconds
not a big deal but here’s a minor change in case you agree:
does this still working?
the stylesheet for increasing icon size.
afaik the icon size is bounded to the barsize, correct? so does this increases the bar height in order to accomplish that?
Hello! Is there a support for h264 and other video formats in [GoldenDict-ng-24.09.0-Qt6.6.3]? Where can I find the webengine_dll for Qt.6.6.3?
@xiaoyifang 有时按某些快捷键，如ctrl+f，软件就会直接闪退，甚至其他软件的快捷键也有可能触发此bug。附件是闪退时crash文件夹下生成的dmp文件，可否分析下是什么原因导致的，谢谢！
crash.zip (362.8 KB)
版本信息：
Goldendict-ng 24.09.0.316ec900 at 2024-09-15T14:12:19Z
Qt 6.7.2 Visual C++ Compiler 194134120 windows winnt 10.0.22631 x86_64-little_endian-llp64
Flags: MAKE_ZIM_SUPPORT MAKE_CHINESE_CONVERSION_SUPPORT NO_TTS_SUPPORT no_ffmpeg_player
1 个赞
git-hub上只看到win和mac的，有没有ubuntu的？
is that option still planned?
in linux people can change the DPI of certain programs without changing it in a system-wide range, but this is impossible in windows…
so the only way of increasing the icon size in windows would be by implementing this “large” option, which could be the normal size times two (normal*2)
is this difficult to implement in qt?