discuss-gnustep
[Top][All Lists]
Advanced

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

mgSTEP as demo for framebuffer backend?


From: Andrew Randrianasulu
Subject: mgSTEP as demo for framebuffer backend?
Date: Thu, 7 Nov 2024 05:41:29 +0300

Hello all!

I was reading on history behind NextSTEP and company, and finally tried to compile mgSTEP for x11.

It works, I think?

https://pasteboard.co/sMzLSELDbIo7.png

Now, as far as I understand  gnustep backends does not have (currently) framebuffer backend (and much of window manipulation/event handling thus delegated to windowmaker/X11)

mgSTEP 2.07 also uses its own rasterizer, so probably this part of it will clash with normal GNUstep installation?

I wonder how many exiting applications/toolkits targeting Cocoa can be retargeted to GNUStep, in turn running on top of framebuffer/kms ?

Writing GPU drivers for modern GPUs is not fun for  small team of course, but may be same EGL/OpenGLES (they two different things, as far as I understand EGL is like for windowless environments, unlike GLX/WGL where openGL  ties into specific windowing system,) as used by Xserver's  GLAMOR accelerating architecture and Wayland compositors can be reused?

As far understand relative little popularity of objective-c based not only on initial heavy pricing ($1999 for developer license on x86 in 1993?) but also by need of thinking about protocols between objects  and what is exposed and what kept private ?

But because we live in The Future some protocols were already tried and implemented, so may be a bit less brainshtorming needed today compare  to early 90x ?

I also wonder about high-performance video - original NeXT  up to 2.2 had some video support due to NEXTDumension video I/O, but it was stripped later on ...

I can't see any reference to YUV colorspaces in NeXTSTEP 2.x/3.x documentation, but may be something was added to GNUStep quietly?

I think I 'get' idea behind objects, you can do cool thinks like getting text output intercepted for text-to-speech engine, send commands to another machine, capture input events or even synthetic messages for later use (macros, UI automation) ...

so, it makes sense but dev pool (for libre applications) is small, so ... bootstraping problem!

I am not really a developer, just Slackware user since ~2005. So I  can fix few obvious (googlable) little things but I yet to write helloworld in any language (copypasta does not count)

I am not sure if I'll try anything with *STEP environments, but I figured out sending email to list will not hurt?


reply via email to

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