Calculator Community > nSDL

nSDL 1.1.1 Anniversary Edition—The Ultimate TI-Nspire Graphics Library

<< < (2/78) > >>

hoffa:

--- Quote from: jimbauwens on January 23, 2012, 07:37:26 am ---Nice :)

But as said before, Albert and totorigolo are also busy with an SDL port.
Maybe you should contact them, and eventually work together?

--- End quote ---
But I thought you said (or whoever it was) that they were "looking" at it, from which I concluded they weren't actually writing any code.

Jim Bauwens:
Well, they both were seriously planning on making it, and there is a chance they already coded stuff.

ExtendeD:
I think totorigolo was busy with nRGBlib and hasn't started much work on it.

Good luck hoffa with your project. Don't hesitate to ask if you need Ndless to provide anything currently not available.

alberthrocks:
Indeed I am! :) In fact, ExtendeD approached me via email and mentioned that he'd like to combine efforts to make a port of SDL. (Or as I like to term it, nSDL!)
(ExtendeD, I'm attempting to finish an email to you regarding future plans...)

Here's my plan - it has changed a little bit, but it should convey the point anyway:


The change I've mentioned? Having nDraw or not. Basically, nDraw would handle the important thing - the layers. In SDL, having a fullscreen window is equivalent to writing directly to the screen buffer. If you wanted to use the hardware mouse in the CX, it must be drawn as a window/layer.

HOWEVER... I could implement it SDL so that full screen means a window/layer. It all depends...
We should really combine efforts, since creating 3 incarnations of nSDL is going to be painful and pointless... :P

hoffa:
Seems good, except I'm not sure if prematurely combining nonexistent libraries into one big group is a good idea. It would somehow feel like the beginning of a massive bloated library (no as in Java obviously, it's all relative) where everybody's dealing with about everything and no one's doing anything meticulously well. A library like SDL would be the foundation structure of other programs, and the said library should be like a razor sharp knife. It should be robust, clean, flexible while at the same time faster than the speed of light. I don't mind combining efforts, but I prefer to avoid it being included in some set with other libraries.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version