| Age | Commit message (Collapse) | Author |
|---|
|
It can cause problems for `freetrackclient.dll'
consumers. This fix is better than modulo rand().
|
|
Issue: #748
|
|
|
|
Issue: #748
|
|
|
|
The file must be in tracker-pt/ since it translates .ui
file located there.
Issue: #748
|
|
Remove useless abstract member functions, simplify
some.
Issue: #718
|
|
Some options weren't working, like -silent
Issue: #748
|
|
|
|
Remove cruft, adjust usages.
|
|
- move static variables into block scope if used in
only one function
- simplify control flow
|
|
- reproducible builds; -Wl,--no-insert-timestamp
- add HIGHENTROPYVA for 64-bit builds
Reducing code size is a pointless exercise, still:
- remove .eh_frame that only GNU uses
- reduce 32-bit code size; -march=pentium4
- add few feel-good CFLAGS. maybe reduces code size,
maybe doesn't do anything
|
|
Qt dpiawareness=1 doesn't look like it's messing up
after resolution changes. Use it for now.
|
|
DataID can be idempotent. It's "static unsigned
frameno" in npclient that's used in place of DataID.
|
|
- use `static constexpr inline' to avoid requiring
explicit declarations in object code
- use `const Foo* const' to maybe put into readonly
binary segment (at least for ELF DSOs)
- `constexpr' in function scope has storage, avoid
`static'
- don't use `constexpr' where there's no advantage,
like arrays
We'd like to avoid overhead of atomic initialization
for each function call. No idea how `static constexpr'
requiring storage in the standard plays with atomic
initialization requirement. Hearsay points that
`constexpr' without `static' in block scope behaves
more to our liking. It's all hazy though.
I'm not 100% sure if `static inline constexpr' has any
storage. Hopefully none, like a #define, and stuff
bigger than registers gets coalesced within the same
module, with small stuff being immediates.
|
|
Looks strange ingame.
|
|
This can be reproduced with hidpi, playing Falcon BMS
in a resolution lower than the desktop resolution. The
windows got resized to way more than as if they were
maximized.
This is a workaround, from the Qt API perspective it
doesn't make sense.
|
|
Causes a warning in Visual Studio. Rightly so.
|
|
Visual Studio runs "lrelease" targets without their
"lupdate" dependencies. Add a crude workaround.
Spotted by: @cpuwolf
Issue: #748
|
|
|
|
|
|
It's too complex to be understood when written in
CMake. Replace with explicit calls to set_property().
This hasn't been tested on OSX.
|
|
|
|
Also downcase win32 api header name. This fixes
building for Windows from Linux.
|
|
cf. #748
cf. #746
|
|
tracker/wii: add lang chinese && BT optimization
|
|
|
|
|
|
|
|
|
|
cf. #746
|
|
Now i18n regen won't make a mess.
|
|
|
|
Also remove disabling i18n regen
cf. #746
|
|
|
|
|
|
It only confuses users. Rename "sensitivity" to
"smoothing".
Update i18n source as per #743
|
|
|
|
Some devices have numeric stability problems.
|
|
|
|
|
|
Update nl_NL.ts
|
|
Updated some incorrect words and Russian pieces in the file.
|
|
|
|
tracker/wii: add WIImote auto-pair function
|
|
1. add new status wii_cam_wait_for_dongle
2. show "insert USB dongle" in preview window
|
|
insert Bluetooth USB dongle into your PC
|
|
remove useless disconnect function
|
|
1. reconnect wiiyourself
2. reduce wiimote power by reduce LEDs
|
|
1. add wii status wii_cam_wait_for_sync
2. add images show how user should do in preview window
3. reduce redundancy convertion about QImage
by doing in WIIPreview Class
|
