Hehe, I'm listening :) I will try to address everything here, and also, since I am using a different compiler now, it will make working with multiple page apps easier, I think. Anyways:
Add in full Filesyst support, on top of all current BatLib commands.
That would be pretty awesome and I would not have a problem with that.
Fix dim(84, so that it works correctly. Please.
This might be a bit more difficult than I thought, so this will probably take a lot of time to work out the bugs. I might actually have to completely rewrite how the hook handles inputs which is actually the heart of the problem. I keep trying to patch it up, but it might be time for a complete rewrite.
Add in a command kind of like PopUp, but instead, it's an Input box where people can type in their input. The command would return a string in Ans
I have been thinking about this and I am thinking I will use the routine from Grammer. It looks like this:
Stabilize and elucidate your Sprite commands, so that they allow all pixels, not just ones in multiples of eight.
You currently can draw to pixel coordinates if you use the optional argument before the string. If it is omitted, it is treated as zero, which draws to multiples of 8, if it is 1, then it draws to pixel coordinates.
Make them better supported and better update the graph screen.
Yes, I will need a few more ways of accessing sprites, and the reason for why I have it so that they don't manually update the screen is for reasons of smooth graphics. If it updated the screen every time you drew a sprite, there would be flicker when you erased it. Also, it is slower and that is one reason for why the OS routines are kind of slow.
Also, it would be nice if we could make the previous data at that location on the graph screen returned in Ans once the sprite is drawn, that way, if the sprite moves, it becomes trivial to update and refresh that area of the screen where it was.
That would be awesome and I have been trying to think of an efficient way to do this. It would require a fairly complicated routine, but it would be very useful.
Make the font hooks work!
Yes, I need to get those to work again .__.
Add back in BatLib Recode. Just for fun.
If I made it a two-page app, I would defintiely try to add it back in.
Add a routine to check the calculator model
This is such a simple routine, I cannot believe I never added it before!
Add routines that allow you to read, modify, and extract the variables in groups
I can use some code from another of my programs for that!
See if you can get the parser hook to better blend with other parser hooks, so that you can use them both. Right now, BatLib remains compatible with only those apps you modified, it kicks everything else out and everything else kicks it out.
The trouble with that is that chaining hooks can get quite slow. As it is, an active parser hook slows the BASIC parser by quite a bit. A program that would normally take 50 seconds to finish takes about 75 seconds when a parser hook is active (even if you use none of the commands). Chaining hooks can slow it down to taking as much as 130 seconds by my tests.
An alternative could be to manually build in support for a certain set of apps. This would still take about the same amount of time as a typical parser hook and be faster than the current setup. Also, I could fix an issue with xLIB/Celtic 3 not being compatible with Omnicalc hooks. The only difficulty would be that you would need a specific version of the apps so that the addresses would be correct. (I think the only one we really have to worry about is DoorsCS7)