On Mon, Dec 18, 2023 at 5:23 PM <kyle.cardoza@icloud.com> wrote:
Gregory,I am presently bouncing between working on GNUstep-gui, finishing my W65C816S-based retro computer/games console design (Sentinel 65X), building a Commodore 1581 clone, filling orders for products I sell, and getting ready for the holidays. I wouldn’t expect much materially visible progress on much until the new year, but nothing is getting abandoned.On Dec 18, 2023, at 11:07 AM, Gregory Casamento <greg.casamento@gmail.com> wrote:Kyle,I was about to write to see now things are going. I am glad you're working on this.Thanks! GCOn Mon, Dec 18, 2023 at 11:03 AM Kyle Cardoza <kyle.cardoza@icloud.com> wrote:I appreciate the shout out, and yes, I am working on this, but to clarify, those are mock-ups, not screenshots. They’re drawn entirely with vector objects (in Affinity Designer) that GNUstep already knows how to draw, though. I feel it’s important to have a solid design before digging deep into the code.ÂOn Dec 18, 2023, at 04:59, Gregory Casamento <greg.casamento@gmail.com> wrote:James,On Mon, Dec 18, 2023 at 4:39 AM James Carthew <jcarthew@gmail.com> wrote:Look into the Agora Desktop system developer, they're currently reworking the GNUstep GUI system to support vector based themes. The work is very impressive attached are some screenshots from earlier this year.Thank you for showing this as I wasn't able to find my images of Agora.ÂJust one slight correction: GNUstep has always supported vector-based graphics in general. Theming support was added several years ago. One thing that should be pointed out is that GNUstep uses a PostScript-like model for its drawing (like macOS and its predecessor OPENSTEP/NeXTSTEP), so it is and ALWAYS has been vector-based from the beginning. :)Â<image.png>
<image.png>Agora is INDEED beautiful.  It's a testament to how flexible GNUstep is.GCÂOn Mon, 18 Dec 2023 at 03:09, Richard Frith-Macdonald <richard@frithmacdonald.me.uk> wrote:
> On 17 Dec 2023, at 14:20, Andreas Fink <afink@list.fink.org> wrote:
>Â
> The only version which is not up to date on repo.gnustep.ch is currently Ubuntu22 on Intel as I run into a strange error with configure of gnustep-base as it does not want to detect my libiconv-1.17 version for some reason. The same version I compiled and used under Ubuntu22 on arm64 and on Debian worked just fine. (if anyone has a hint on how to convince ./configure to just use my libiconv I pass, let me know. --with-libiconv-library=/usr/local/lib/libiconv.a was not enough).
I had a look at the documentation/comments in configure.ac
They suggest you may need to use --with-libiconv-include= as well as --with-libiconv-library= if you have multiple versions of iconv with conflicting headers
If that fails, I guess you'd need to look at the config log to work out why.--ÂGregory Casamento
GNUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.com
https://www.patreon.com/bePatron?u=352392 - Become a Patronhttps://www.openhub.net/languages/objective_c - OpenHub standings--ÂGregory Casamento
GNUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.com
https://www.patreon.com/bePatron?u=352392 - Become a Patronhttps://www.openhub.net/languages/objective_c - OpenHub standings