If that's screen scrolling code, I didn't make it on purpose. But I don't think it is (or at least, if it's partially, it's not complete).

I think I tried to add error scrolling, but I guess it doesn't work. And I probably don't need to add an option since it will only be in the two page version of zStart.

Well if scrolling doesn't work, it's one more reason to add an option since people still need a working scrolling and will temporarily disable your editor to scroll with TI's one to see where the error is

The only annoying thing I can think of with that editor is that when Axe raises an Error, we can't jump to the line, it opens the editor on the first line.

Other than that, yeah, the small font editor works great as it is, I do use it
And I am not disturbed by the fact it is not monospaced font, on the contrary I find it less disturbing to have the "original" small font I am used to see in programs.

If you fear it has bugs that would prevent some people afraid of bugs () from using it, just add an option to disable it

Well jr doesn't exist in Axe. And Goto doesn't allow relative jumps (or I missed something all this time ). So you can't do your trick without using Asm(), which defeats its purpose

So we just need to apply the lessons we learned with the Nspires, and then we have a good time with assembly.

There is no lesson to get from what happens on Nspires. They are not closed because of a move from the community, they were always closed. Now, I don't say that a program against TI's interest is a good idea, just that even if it contributes to nothing good, it did not start the whole thing either.

Just a question about the HP Prime, would it be possible to "patch" an OS, kind of like what Ndless does ? Because I don't really like the idea of having to choose between HP's OS and the "Ndless" OS.

Besides, if Hayleia works on that stuff then this means it will take even longer before we get Pokémon Topaze Nspire Remake

Lol, it is kind of useless to port Topaze to Nspires with gbc4nspire and gpSP out
But it's not the same for Tetris since Tetris games for Gameboys were weird.

Quote from: Hayleia on July 06, 2014, 02:05:34 pm

Quote from: Vogtinator on July 06, 2014, 01:58:34 pm

• Use a Texture struct rather than a unsigned short* for better readability.

Well, two of us come from Axe and care less about readability than about speed (even though it seems like we are not Nspire pros ) or efficiency.

It should compile to the same code. If not, it could be faster due to alignment if you use a "flexible array member" (StackOverflow question)

Well that answers the "speed problem", but not the "efficiency" one because to convert the tab into a struct, well there is a need for a function to convert the tab into a struct -.-
Not hard to do, not speed wasting, but not necessary either. Axe coders (or at least I ) like to know what they are doing and why it works instead of using functions that mean something in English but that don't mean anything to their eyes, like "initSprite" or I don't know what. It's like when you declare a Bitmap in Axe, you know what the first bytes represent and what the other ones represent

Also, I was once told by a moderator that even if a n00b is being annoying or someone spams that it's against the rules to be agressive, so on Omni, if you question people's reading skills, tell members they have no brain, yell at them using cussing and all-caps or try to make them look stupid/inferior, then you cannot use any excuse to get away with it (the only way to get away with it is if you don't get caught). This is more an head-up, because in the past I got banned for being rude too (although not for very long) and you can see my rating ratio as an indicator.

I would not even say "on Omni" only. It's not constructive to be angry, whether on Omni or IRL or anywhere. When there is someone angry in a discussion, it only makes the other people angry. And when you tell people they have no brain, especially when you are the one to blame and not the others, it only makes them defend themselves about this free insult before contributing to the real discussion, and I would even say "instead of" instead of "before" because once they defended themselves they don't really want to discuss with you anymore.

nGL renders only triangles, so is much more flexible in drawing textures at an arbitrary scale, rotation, translation etc., but that comes at the cost of:

• Clipping
• Culling
• Z-Buffer
• Interpolation along X and Y-Axis (With textures: 3 divisions per scanline, without: 1)

which wouldn't be necessary for simple 2D stuff. That's also the reason I wrote a basically seperate lib "texturetools.cpp" to do 2d transformations (basically blitting, scaling, font etc.) on TEXTUREs. And yes, it's faster than n2dlib

Well I personnally didn't know about your 2D lib until recently (after n2Dlib was started) but you should definitely have bragged told about it sooner. The goal of n2Dlib was not to make something new, just to make a lib that runs at the same speed on CXes and non-CXes (and also that used the same format for "sprites" as nSDL). And apparently, not only it's slower on CXes but it's not even fast on the fastest model -.-
So could you share a link to your 2D lib and to a documentation about it ?