Can Gnustep be run without runtime?

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Can Gnustep be run without runtime?

madscientist

I've reading the source files of gnustep and i had learn that it's basically a chain of libraries declaring classes, selectors and other sort of objects.

Also i learnt that there're basically 2 kinds of libs: the ones wich work with the base system (base) and the ones that work with the graphics (gnustep gui), but always it seems to work "abstracted" of the main system by means of some sort of, let me call it "gnustep-machine" that does the real work.

If Gnustep is an Openstep-Like environement and Openstep was itself a kind of Nextstep api itself abstracted from the based system, hence being known as "openstep for mach", while Nextstep was "hardwired" to the underlying mach system and the DPS screen server..  is it still possible to take the libraries of gnustep and some necessary parts of the source to "hardwire" them into any specific os?

For example, can it be done that, if i have a button.h, menu.h, progressbar.h and other gui-elements.h in my base system, wriitten in c++, add their classes and methods between the gnustep-gui headers so Gworkspace instead of calling gnustep-gui and then gnustep-foundation, it draws directly on my native gui system?



_______________________________________________
Gnustep-dev mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Reply | Threaded
Open this post in threaded view
|

Re: Can Gnustep be run without runtime?

Fred Kiefer
I am not sure whether I understand your question correctly. 
First of all if you want a solution that replaces base and gui, in that case you wont be using GNUstep at all :-)
Would you like to have your GNUstep applications to look more similar to the rest of your "native gui system"? For MS Windows there is a theme for GNUstep that uses native drawing methods. The same is possible for other systems somebody has to implement it, though.

Hope this helps,
Fred

On the road

Am 26.05.2017 um 01:55 schrieb madscientist <[hidden email]>:

I've reading the source files of gnustep and i had learn that it's basically a chain of libraries declaring classes, selectors and other sort of objects.

Also i learnt that there're basically 2 kinds of libs: the ones wich work with the base system (base) and the ones that work with the graphics (gnustep gui), but always it seems to work "abstracted" of the main system by means of some sort of, let me call it "gnustep-machine" that does the real work.

If Gnustep is an Openstep-Like environement and Openstep was itself a kind of Nextstep api itself abstracted from the based system, hence being known as "openstep for mach", while Nextstep was "hardwired" to the underlying mach system and the DPS screen server..  is it still possible to take the libraries of gnustep and some necessary parts of the source to "hardwire" them into any specific os?

For example, can it be done that, if i have a button.h, menu.h, progressbar.h and other gui-elements.h in my base system, wriitten in c++, add their classes and methods between the gnustep-gui headers so Gworkspace instead of calling gnustep-gui and then gnustep-foundation, it draws directly on my native gui system?


_______________________________________________
Gnustep-dev mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/gnustep-dev

_______________________________________________
Gnustep-dev mailing list
[hidden email]
https://lists.gnu.org/mailman/listinfo/gnustep-dev