Search found 469 matches

by barbara
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,...
by barbara
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 ...
by barbara
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?
by barbara
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 ...
by barbara
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...
by barbara
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...
by barbara
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...
by barbara
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
by 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...
by barbara
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 ...