www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - D + Qt + QtDesigner

reply Willian <will gwillians.com> writes:
https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org

On Sunday, 21 November 2021 at 15:08:18 UTC, MGW wrote:
 I am still developing my QtE5 library.
 Unfortunately, I don't have enough free time to make it into a 
 complete dub package.

 Link to short video: http://www.youtube.com/watch?v=TFN5P4eoS_o
Dear friends, I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language.
Sep 27 2022
next sibling parent reply Vladimir Marchevsky <vladimmi gmail.com> writes:
On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:

 I would like to know if it is possible to gather the D 
 community to work together on D + Qt + QtDesigner.
 I believe that the maturation of this library is the gateway 
 for many programmers in the D language.
Considering licensing model of Qt and political decisions of Qt Foundation, GTK looks much better. Also having C API GTK is probably much easier to use directly and efficiently rather than non-standard C++ of Qt.
Sep 27 2022
next sibling parent reply =?UTF-8?Q?Ali_=c3=87ehreli?= <acehreli yahoo.com> writes:
On 9/27/22 16:21, Vladimir Marchevsky wrote:

 Considering licensing model of Qt and political decisions of Qt
 Foundation
Those were the reasons why my friends Barbara and Ansel started CopperSpice: https://www.copperspice.com Ali
Sep 27 2022
next sibling parent reply Barbara <barbara copperspice.com> writes:
On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
wrote:
 On 9/27/22 16:21, Vladimir Marchevsky wrote:

 Considering licensing model of Qt and political decisions of
Qt
 Foundation
Those were the reasons why my friends Barbara and Ansel started CopperSpice: https://www.copperspice.com Ali
Thank you Ali for mentioning our work. CopperSpice is licensed under LGPL 2.1 and provides a migration path for applications written in Qt. We support most all of the Qt 5 functionality with major improvements to strings, containers, and no longer requires MOC to implement run time reflection. We released CsDesigner earlier this year as a standalone program which is fully compatible with their UI files. DoxyPress is a code documentation generator based on Doxygen with full support for modern C++ and major improvements in the HTML output. If the D community would like to improve support for parsing D source code our team would be very excited to work with any interested developers. If anyone is interested in creating D bindings for CopperSpice we will gladly accept this up stream and help maintain it. Please feel free to contact us with any questions. Barbara
Sep 28 2022
parent reply Tejas <notrealemail gmail.com> writes:
On Thursday, 29 September 2022 at 00:46:36 UTC, Barbara wrote:
 On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
 wrote:
 [...]
Thank you Ali for mentioning our work. CopperSpice is licensed under LGPL 2.1 and provides a migration path for applications written in Qt. We support most all of the Qt 5 functionality with major improvements to strings, containers, and no longer requires MOC to implement run time reflection. [...]
You support Android/iOS? If you don't, are the any blockers to supporting it or you just didn't get around to doing it/there wasn't much demand?
Sep 28 2022
parent Barbara <barbara copperspice.com> writes:
On Thursday, 29 September 2022 at 03:20:12 UTC, Tejas wrote:
 On Thursday, 29 September 2022 at 00:46:36 UTC, Barbara wrote:
 On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
 wrote:
 [...]
Thank you Ali for mentioning our work. CopperSpice is licensed under LGPL 2.1 and provides a migration path for applications written in Qt. We support most all of the Qt 5 functionality with major improvements to strings, containers, and no longer requires MOC to implement run time reflection. [...]
You support Android/iOS? If you don't, are the any blockers to supporting it or you just didn't get around to doing it/there wasn't much demand?
Android is on our road map and you are correct, the demand has not been high enough as of yet. Happy to work with contributors. Apple iOS is a different story since the LGPL has deployment issues on the Apple store. Let us know if you need more details. Barbara
Sep 29 2022
prev sibling parent reply Willian <will gwillians.com> writes:
On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
wrote:
 On 9/27/22 16:21, Vladimir Marchevsky wrote:

 Considering licensing model of Qt and political decisions of
Qt
 Foundation
Those were the reasons why my friends Barbara and Ansel started CopperSpice: https://www.copperspice.com Ali
How can I use CopperSpice with Qt + Dlang?
Oct 01 2022
next sibling parent reply =?UTF-8?Q?Ali_=c3=87ehreli?= <acehreli yahoo.com> writes:
On 10/1/22 17:31, Willian wrote:

 How can I use CopperSpice with Qt + Dlang?
Normally, one needs D bindings for C and C++ libraries. Barbara offered help to work with people experienced in D to produce such bindings. Ali
Oct 02 2022
parent Carlos <carlosgomes gmail.com> writes:
On Sunday, 2 October 2022 at 07:00:20 UTC, Ali Çehreli wrote:
 On 10/1/22 17:31, Willian wrote:

 How can I use CopperSpice with Qt + Dlang?
Normally, one needs D bindings for C and C++ libraries. Barbara offered help to work with people experienced in D to produce such bindings. Ali
Could some D-experienced people in this community help to Barbara to produce such bindings?
Oct 02 2022
prev sibling parent reply Barbara <barbara copperspice.com> writes:
On Sunday, 2 October 2022 at 00:31:05 UTC, Willian wrote:
 On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
 wrote:
 On 9/27/22 16:21, Vladimir Marchevsky wrote:

 Considering licensing model of Qt and political decisions of
Qt
 Foundation
Those were the reasons why my friends Barbara and Ansel started CopperSpice: https://www.copperspice.com Ali
How can I use CopperSpice with Qt + Dlang?
CopperSpice is a derivative of Qt and offers roughly the same API with a much better implementation. For example the meta object compiler is not required as we implemented the functionality in pure C++. Our CS Overview documentation contains a migration guide to CS. https://www.copperspice.com/docs/cs_overview/cs-migration.html We do not have D bindings (as of yet) and our team would be happy to work with other developers to create them. Barbara
Oct 02 2022
next sibling parent IceFox <sk8erequalize hotmail.com> writes:
On Monday, 3 October 2022 at 01:22:24 UTC, Barbara wrote:
 On Sunday, 2 October 2022 at 00:31:05 UTC, Willian wrote:
 On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli 
 wrote:
 On 9/27/22 16:21, Vladimir Marchevsky wrote:

 Considering licensing model of Qt and political decisions of
Qt
 Foundation
Those were the reasons why my friends Barbara and Ansel started CopperSpice: https://www.copperspice.com Ali
How can I use CopperSpice with Qt + Dlang?
CopperSpice is a derivative of Qt and offers roughly the same API with a much better implementation. For example the meta object compiler is not required as we implemented the functionality in pure C++. Our CS Overview documentation contains a migration guide to CS. https://www.copperspice.com/docs/cs_overview/cs-migration.html We do not have D bindings (as of yet) and our team would be happy to work with other developers to create them. Barbara
Hi Barbara, I would like to congratulate you for the excellent work. I would also like to encourage D developers to help your team with D bindings. Any D developers willing to do this work? Thank you.
Nov 02 2022
prev sibling parent thebluepandabear <therealbluepandabear protonmail.com> writes:
 We do not have D bindings (as of yet) and our team would be 
 happy to work with other developers to create them.

 Barbara
good for you, that's really cool :-D
Nov 20 2022
prev sibling next sibling parent Tejas <notrealemail gmail.com> writes:
On Tuesday, 27 September 2022 at 23:21:07 UTC, Vladimir 
Marchevsky wrote:
 On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:

 I would like to know if it is possible to gather the D 
 community to work together on D + Qt + QtDesigner.
 I believe that the maturation of this library is the gateway 
 for many programmers in the D language.
Considering licensing model of Qt and political decisions of Qt Foundation, GTK looks much better. Also having C API GTK is probably much easier to use directly and efficiently rather than non-standard C++ of Qt.
An extremely significant portion of Qt is available under GPL 3 nowadays, not sure if it's worth sticking with GTK purely for the license
Sep 28 2022
prev sibling parent thebluepandabear <therealbluepandabear protonmail.com> writes:
On Tuesday, 27 September 2022 at 23:21:07 UTC, Vladimir 
Marchevsky wrote:
 On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:

 I would like to know if it is possible to gather the D 
 community to work together on D + Qt + QtDesigner.
 I believe that the maturation of this library is the gateway 
 for many programmers in the D language.
Considering licensing model of Qt and political decisions of Qt Foundation, GTK looks much better. Also having C API GTK is probably much easier to use directly and efficiently rather than non-standard C++ of Qt.
Just thought I'd make you aware, GNOME (the org that works on GTK) is no better than Qt in terms of you know what :/
Nov 20 2022
prev sibling next sibling parent reply ryuukk_ <ryuukk.dev gmail.com> writes:
On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:
 https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org

 On Sunday, 21 November 2021 at 15:08:18 UTC, MGW wrote:
 I am still developing my QtE5 library.
 Unfortunately, I don't have enough free time to make it into a 
 complete dub package.

 Link to short video: http://www.youtube.com/watch?v=TFN5P4eoS_o
Dear friends, I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language.
Announce is not the right place to ask questions, either #learn or #general Posts in the #announce category are automatically shared on twitter, so we should avoid sending out noise/spam
Sep 27 2022
parent Willian <will gwillians.com> writes:
On Wednesday, 28 September 2022 at 03:00:37 UTC, ryuukk_ wrote:
 On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:
 https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org

 On Sunday, 21 November 2021 at 15:08:18 UTC, MGW wrote:
 I am still developing my QtE5 library.
 Unfortunately, I don't have enough free time to make it into 
 a complete dub package.

 Link to short video: 
 http://www.youtube.com/watch?v=TFN5P4eoS_o
Dear friends, I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language.
Announce is not the right place to ask questions, either #learn or #general Posts in the #announce category are automatically shared on twitter, so we should avoid sending out noise/spam
I don't know how my post got here. I made this post in response to an announcement thread at the link: https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org
Sep 29 2022
prev sibling parent reply thebluepandabear <therealbluepandabear protonmail.com> writes:
On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:
 https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org

 On Sunday, 21 November 2021 at 15:08:18 UTC, MGW wrote:
 I am still developing my QtE5 library.
 Unfortunately, I don't have enough free time to make it into a 
 complete dub package.

 Link to short video: http://www.youtube.com/watch?v=TFN5P4eoS_o
Dear friends, I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language.
how about we work on our own UI library for D language in opengl or something?
Nov 20 2022
next sibling parent thebluepandabear <therealbluepandabear protonmail.com> writes:
On Monday, 21 November 2022 at 01:38:12 UTC, thebluepandabear 
wrote:
 On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote:
 https://forum.dlang.org/post/misbkuqdifjdhhsoxbxc forum.dlang.org

 On Sunday, 21 November 2021 at 15:08:18 UTC, MGW wrote:
 I am still developing my QtE5 library.
 Unfortunately, I don't have enough free time to make it into 
 a complete dub package.

 Link to short video: 
 http://www.youtube.com/watch?v=TFN5P4eoS_o
Dear friends, I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language.
how about we work on our own UI library for D language in opengl or something?
(idk just an idea i had lmao)
Nov 20 2022
prev sibling next sibling parent Adam D Ruppe <destructionator gmail.com> writes:
On Monday, 21 November 2022 at 01:38:12 UTC, thebluepandabear 
wrote:
 how about we work on our own UI library for D language in 
 opengl or something?
been there done that http://arsd-official.dpldocs.info/arsd.minigui.html
Nov 20 2022
prev sibling parent reply Barbara <barbara copperspice.com> writes:
On Monday, 21 November 2022 at 01:38:12 UTC, thebluepandabear 
wrote:
 how about we work on our own UI library for D language in 
 opengl or something?
Writing a UI library involves an insane amount of work and you can not just call a few OpenGL functions. What about Vulkan support? Are you going to use system calls to draw natively on the given platform, emulate the native look and feel with custom draw controls, or design your own user interface theme? A UI library is responsible for drawing everything, responding to user interface events, allowing the user to crate custom controls, classes to display relational data (SQL), clipboard handling, etc. This is a very brief overview and we are happy to expand on this discussion. Barbara Co-Founder of CopperSpice
Nov 22 2022
parent reply thebluepandabear <therealbluepandabear protonmail.com> writes:
 This is a very brief overview and we are happy to expand on 
 this discussion.

 Barbara
 Co-Founder of CopperSpice
Hello Barbara, I guess it's not amazingly difficult if you have good experience with OpenGL, and SFML/SDL (there may be other libraries I've missed?). (I myself am not experienced in this but I am learning some of these things.) But of course, this will take a lot of time and hard work, and no one will be making a profit from it so it would be a purely volunteer/hobbyist project... As you might have seen the guy above me made an OpenGL-based GUI library, so it is possible!
Nov 22 2022
next sibling parent thebluepandabear <therealbluepandabear protonmail.com> writes:
 As you might have seen the guy above me made an OpenGL-based 
 GUI library, so it is possible!
When it comes to Vulkan-based compatibility -- I don't know, haven't gotten that deep into things.
Nov 22 2022
prev sibling parent reply Barbara <barbara copperspice.com> writes:
On Wednesday, 23 November 2022 at 03:26:06 UTC, thebluepandabear 
wrote:
 This is a very brief overview and we are happy to expand on 
 this discussion.

 Barbara
 Co-Founder of CopperSpice
Hello Barbara, I guess it's not amazingly difficult if you have good experience with OpenGL, and SFML/SDL (there may be other libraries I've missed?). (I myself am not experienced in this but I am learning some of these things.) But of course, this will take a lot of time and hard work, and no one will be making a profit from it so it would be a purely volunteer/hobbyist project... As you might have seen the guy above me made an OpenGL-based GUI library, so it is possible!
As one of the lead developers of CopperSpice I can assure you writing an effective, cross platform, thread aware, GUI library is indeed very complicated and time consuming. OpenGL does not handle font rendering, glyph shaping, or unicode text. All of these must be implemented to be a general purpose GUI library. OpenGL is not the only requirement for a GUI and actually not the hardest part. Handling events and reacting to user input is not part of OpenGL so it needs to be part of the GUI library. One of our CS libraries provides an OpenGL surface you can embed in a CopperSpice GUI application. We recently added a new library to support a Vulkan surface in a similar way. We are an open source project and I do not consider CopperSpice to be a hobby, but rather a community project. If anyone would like to learn more about the low level parts of a GUI please join our team and consider contributing to CopperSpice. Barbara
Nov 23 2022
next sibling parent rikki cattermole <rikki cattermole.co.nz> writes:
Don't forget about UI automation too!

That's a key feature people always seem to forget... (unless you require 
it).
Nov 23 2022
prev sibling parent reply Adam D Ruppe <destructionator gmail.com> writes:
On Thursday, 24 November 2022 at 07:14:40 UTC, Barbara wrote:
 As one of the lead developers of CopperSpice I can assure you 
 writing an effective,  cross platform, thread aware, GUI 
 library is indeed very complicated and time consuming.
Yeah, I've been working on it on-and-off for over ten years now.
 OpenGL is not the only requirement for a GUI and actually not 
 the hardest part.
OpenGL is not a requirement for a gui at all, in fact. Drawing stuff is the most trivial part (it always amuses me when people say they have "gui libraries" and it is just a few basic drawing functions). My gui lib allows opengl embedding, probably similar to your copperspice, but it also works without it. Bigger jobs though are the text (which is huge) and all the interactions people expect like drag and drop and just right scrolling and a whole range of things small and big.
Nov 24 2022
parent reply Barbara <barbara copperspice.com> writes:
On Thursday, 24 November 2022 at 14:05:05 UTC, Adam D Ruppe wrote:
 My gui lib allows opengl embedding, probably similar to your 
 copperspice, but it also works without it. Bigger jobs though 
 are the text (which is huge) and all the interactions people 
 expect like drag and drop and just right scrolling and a whole 
 range of things small and big.
Just to clarify, CopperSpice does not require OpenGL (CsOpenGL) or Vulkan (CsVulkan) for rendering a user interface. These are simply two other ways to add rendered content. Our CsGui library uses native rendering on Unix, Windows, and OS X to draw widgets and controls. We do agree that users want and really do need a lot of added things for a UI to work effectively. Many of these features are not obvious when you start designing a GUI library.
Nov 25 2022
parent thebluepandabear <therealbluepandabear protonmail.com> writes:
 We do agree that users want and really do need a lot of added 
 things for a UI to work effectively. Many of these features are 
 not obvious when you start designing a GUI library.
Hm, yeah. it seems like most major gui libraries (Qt, GTK) use OS-specific rendering instead of OpenGL. Not sure how viable a purely opengl gui library would be
Nov 25 2022