like in my map editor?


welcome here btw I think I saw you on IRC a few times, I see you like metroid (by your avatar) ^^

Ah, I'll have to check one of those out.

*And yes, I love metroid.

Here are a bunch of random ideas:

Vertical flipping.

36-degree rotation (you would be able to place a sprite on the screen rotated by some number of degrees.

Ability to open MirageOS and ION program from BASIC progs.

The ability to be able to read and write to parts of a program (this would be really nice, especially if you want to put detection of levels, etc in your games, or something, or save info in a program... etc.)

Access to those special characters (like the "icons" used in the TIOS) that we can't type in.

Ability to read and write to AppVars.

A circle library that can make all the kinds of circles that the rectangle library ( real(12,x) ) can do (e.g., outline, filled, inverted).  It would be way faster than what the TIOS does, even with the the "fast circles" flag set (Why'd TI not enable that by default?).

Command to make the calc standby.

Something like Omnicalc's PLAY command ( real(31,"") ), useful if you want sound in your game.
Even better, with multi-channel sound (like CalcMod) - would be really cool to make stereo music with more than one channel...

A mouse command.  It would put a mouse on the screen and return the coordinates when "clicked".
Way more convinienct than a BASIC mouse (I know from trying ).

Dialogbox (with buttons) / Menu (that you can put as many items in as your memory can take) / Alert libraries.
Menu:
"Title:Item A:Item B:Etc": real(n[,X,Y] (X and Y would be where you want it to display at)
Dialog:
"Title:Button A:Button B:Button C": real(n
Alert:
"[Title:]Alert Text": real(n

Kind of like the way mine work but would be way faster since you could parse faster in ASM than in BASIC...

*pyro_xp2k : [thinks of more ideas...]

Oh, and plug-in support so if somone wants to add a feature to XLIB, then they can do it themselves.

That's all the ideas I can think of so far...

EDIT:  And linking - caple of letting you transer other programs, pics, and whatever else from calc to calc from a program so you dont' have to use the link menu (since this don't work: GetCalc(prgmTEST) )

Thought of two new ideas:

- Allow you to put a sprite in a matrix and vise versa and be able to draw what's in the marix on the screen (ie:
[[10000001]
[01000010]
[00100100]
[00011000]
[00011000]
[00100100]
[01000010]
[10000000]] can be put on on the screen without having to use any for loops.  Or an image on the screen can be converted back to binary data without any for loops.

- xLib plug-ins.  This way, you can keep the essential features of xLib, and put extra xLib features in plug-ins that people can install (to their RAM or Archive).  That way if more featues are needed (like all these suggestions I'm giving) you can just put them in a plug-in so that xLib stays small and all you have to do is add the plug-in(s) if a program you're working on or playing needs it),.

plugins would be a great idea, as long as they don't have to be in RAM.
I suggest that plugins be named
XPLUG000
XPLUG001
etc.
with corresponding real commands
real(20,(syntax of plugin)
real(21,(syntax of plugin)
etc.

THAT WOULD PWN!
and it would also allow other programmers to make stuff xLib can work with, which should give tr1p1ea more free time! :lol:
(hey, that guy has made one of the best Apps in TI history, he shuld have some time to realx, too )

One thing I personally would love to see is an ExecAsm command like in Omnicalc. I used that function more than anything else in Omnicalc

Well that Exec would be great, as you can write a entire asm program into hex and run it via xLIB. Or it would be easy to add a plugin feature, where you could just have asm programs to use.

Well you can still ask a asm coder to convert it , also I made a post on MC:

QuoteBegin-"kalan_vod"+-->

QUOTE ("kalan_vod")

I was also thinking of level compression, where one would have a list that has the compression format and it would be an option to decompress it. Like when you do Real(2 for a tile map, 0 would be nothing, and 1 would make it convert the list into a matric and then load the matric into the map. I have been working on compression in my games lately and found that I am getting greater compression percentages with my way over RLE. Also I think it would be great just having any type of compression, where the user would have to run a program to convert the matric into a compressed list and xLIB would decompress it (did I make any sense?).