[QMS-980] Configure content and size of the items in the workspace list#981
[QMS-980] Configure content and size of the items in the workspace list#981kiozen merged 3 commits intoMaproom:devfrom
Conversation
|
I switched in this PR to c++20 and c99. This is because I want to use nested anonymous structures. This might be a problem for some compilers. At least if they are used as plain standard compilers. However all major compilers should be fine if the correct compiler flags are used. I did this for gcc on Linux. But we might need additional tweaks for Windows and MacOS. I would really keep that feature as the code gets so much more readable. Therefore it would be nice if you guys find the correct compile flags if necessary. @JFritzle @mitxel-m @wthaem @kkarsten62 please test. |
a6b2cc6 to
3b8f54a
Compare
3b8f54a to
dc18b1d
Compare
|
i tested it, too with help of ai. |
|
Yes, I need to rebase tomorrow. |
dc18b1d to
9469c1a
Compare
|
I have just now successfully compiled your testing stuff with MSVC 2022 and without changing any compiler flags. About C++ compiler With MSVC 2022, compiler, flag for C++ 20 is In Visual Studio 2019 version 16.6 and later versions, the compiler fully implements the standard C99 preprocessor
-> Standard C99 preprocessor is activated by default. About C compiler You can invoke the Microsoft C compiler by using the /TC or /Tc compiler option. It's used by default for code that has a .c file extension, unless overridden by a /TP or /Tp option. The default C compiler (that is, the compiler when /std:c11 or /std:c17 isn't specified) implements ANSI C89, but includes several Microsoft extensions, some of which are part of ISO C99. Some Microsoft extensions to C89 can be disabled by using the /Za compiler option, but others remain in effect. It isn't possible to specify strict C89 conformance. The compiler doesn't implement several required features of C99, so it isn't possible to specify C99 conformance, either. -> C99 is not fully supported. Same eith MSVC 2026, |
|
@JFritzle Windows was my least concern as they seem to have introduced anonymous structs in their c++ compiler first. My concerns are more MacOS if you are using clang. @kkarsten62 Thanks for feedback. Compiler warning 1: Yes that is alglib snafu. Maybe I should check if it is fixed in a newer version. Maybe we can remove the code completely. Depends a bit on how distributions bundle it these days. Ages ago they ignored it because there was no real build environment. Compiler warning 2: Yes I know. I would need in increase the minimum Qt version for that. And that would probably break some distributions. Sum calculation: Yes I known. This is by intention. It's a bit of a point of view. Is it sensible to show a total sum if one of the elements is missing? I would say no. O, cancel, close:
I give it a thought and rebuild the dialog. |
|
With macOS Sonoma, clang compiler is version 15.0.0.
|
|
macOS26 Clan Version should be 17. In my Building Log i had (i know is macOS not Linux)
|
|
Option -lm causing clang warning: -lm: 'linker' input unused [-Wunused-command-line-argument] As macOS is a UNIX operating system too, these flags gets appended to macOS specific flags defined by Option -lm does not make sense when only compiling. Changing line 146 to |
|
Or test if |
|
Removing line File CMakeLists.txt now contains which leads at compiling time to flags Compiling GarminFitSdk on macOS throws warning If we are talking about compiler warnings, there are at least some more beside of mentioned ones: |
|
Compiled on LMDE7 and working for me. Thanks for this work! In the setup dialog I would replace |
bd7ac70 to
0363931
Compare
|
Ok, I killed a few of the warnings. I made the setup a tab widget with 2 tabs. And I fixed "GIS item Statistic". |
0363931 to
24c7538
Compare
24c7538 to
f67ae3d
Compare
|
Good catch! Fixed. I block drop action for items in the same project, now. And nice icons 😄 |
… selection dialog
b884194 to
7a7fb25
Compare
|
ok, I merge it. Everything else is a bug ticket. 🐛 |
|
Referring to the first contribution in this PR: Compiled commit 1622e19 with Windows 11, MSVC 2026, Ninja generator. I got the following new warnings: There are older warnings with codes |





What is the linked issue for this pull request:
QMS-#980
What you have done:
Steps to perform a simple smoke test:
Does the code comply to the coding rules and naming conventions Coding Guidelines:
Is every user facing string in a tr() macro?
Did you add the ticket number and title into the changelog? Keep the numeric order in each release block.