Search found 469 matches
- Tue Oct 15 2024 9:32 pm
- Forum: Issues
- Topic: Name debug libraries with "d" postfix on Windows
- Replies: 4
- Views: 103
Re: Name debug libraries with "d" postfix on Windows
Installing Release and Debug builds in the same location is not a supported configuration for MSVC. A suffix on the library names is not sufficient to resolve potential conflicts between the installed files. For example, you need the correct version of UIC, RCC and the exported CMake files. Instead,...
- Tue Oct 15 2024 9:26 pm
- Forum: Issues
- Topic: CopperSpiceConfig.cmake wrong location on Windows
- Replies: 5
- Views: 375
Re: CopperSpiceConfig.cmake wrong location on Windows
There is no standard structure for Windows and projects are free to set their own requirements. Windows developers generally expect a more flat directory structure than Unix developers. We have documented our file layout in the CS Overview documentation and our CS Journal. Just for reference, these ...
- Tue Oct 15 2024 12:38 pm
- Forum: Issues
- Topic: Name debug libraries with "d" postfix on Windows
- Replies: 4
- Views: 103
Re: Name debug libraries with "d" postfix on Windows
Are you using MSVC or MinGW on Windows?
- Sat Oct 12 2024 5:01 pm
- Forum: Issues
- Topic: CopperSpiceConfig.cmake wrong location on Windows
- Replies: 5
- Views: 375
Re: CopperSpiceConfig.cmake wrong location on Windows
My local CMAKE_PREFIX_PATH is "d:\code\third_party\usr\local". For reference, CopperSpice downstream projects on Windows using both MSVC and MinGW have been fully tested in our CI. Applications like KitchenSink, Diamond, and DoxyPress are all working with the current path structure. Your ...
- Sat Oct 12 2024 2:53 am
- Forum: Issues
- Topic: CopperSpiceConfig.cmake wrong location on Windows
- Replies: 5
- Views: 375
Re: CopperSpiceConfig.cmake wrong location on Windows
Can you let us know if you are using MSVC or MinGW on Windows. Also, which version of CMake are you using. Did you download CMake from Kitware or was this bundled with some other product. Did you build CS or install our binary files? If you are building CS from source can you let us know what option...
- Sat Sep 28 2024 3:03 pm
- Forum: Announcements
- Topic: CopperSpice 1.9.2
- Replies: 0
- Views: 885
CopperSpice 1.9.2
CopperSpice 1.9.2 was released on September 24 2024 This release includes a complete redesign of the debug build process and debug message formatting, improvements to how OpenGL is initialized on Windows, multiple changes to support CS Designer, enhancements to our CopperSpice build files, corrected...
- Wed Sep 04 2024 10:28 pm
- Forum: Installation
- Topic: Exe would not load qwindows.dll
- Replies: 1
- Views: 1085
Re: Exe would not load qwindows.dll
Thanks for reaching out to the CopperSpice team. The current CopperSpice Windows platform plugin file is called CsGuiWin1.9.dll . This plugin must be located in a folder named platforms which is located in the same directory as your executable. Based on the message reported, it is likely you did not...
- Wed Sep 04 2024 10:03 pm
- Forum: User Support
- Topic: Does it work on Wayland?
- Replies: 5
- Views: 10764
Re: Does it work on Wayland?
Thanks for bringing this up. We do agree support for Wayland would be worthwhile. It is on the roadmap and will happen sometime after we move to C++20, which is slated for the end of this year.
Barbara
Barbara
- Sat Jul 13 2024 12:23 am
- Forum: Developers
- Topic: CS_Signal & Slots
- Replies: 1
- Views: 2223
Re: CS_Signal & Slots
David, Thanks for your questions. I have downloaded the signals and slots from github. Just so we are on the same page, can you let us know what you downloaded? The ways I have tried get activate() Signal parameter mismatch. Please tell us what you are trying to implement and a sample of the code yo...
- Sat Jul 06 2024 5:28 pm
- Forum: Developers
- Topic: Migrating VTK
- Replies: 3
- Views: 2214
Re: Migrating VTK
This macro was removed in favor of a using declaration. // Q_DECLARE_FLAGS(enumName, flagName) using flagName = QFlags<enumName>; // Q_DECLARE_FLAGS(Option, OptionFlags) using OptionFlags = QFlags<Option>; Thanks for letting us know about the documentation issue and please continue to tell us about ...