discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Consider GtkCore as UI


From: Gregory Casamento
Subject: Re: Consider GtkCore as UI
Date: Mon, 18 Dec 2023 11:07:05 -0500

Kyle,

I was about to write to see now things are going. I am glad you're working on this.

Thanks!  GC

On 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 Patron


--
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 Patron
https://www.openhub.net/languages/objective_c - OpenHub standings

reply via email to

[Prev in Thread] Current Thread [Next in Thread]