Oh my gosh, soo many updates!
Since this project is getting intensely sparked, I'm going to have to get that tokenizer working! (Basically, converting Michael_Lee's tokenizer to modular form)

Whoops, I meant L4 or L5.  In your case, I'd also suggest doing this:

Code: [Select]

Zeros(54)->GDB0
#Realloc(GDB0)(This only works if you compile it as a program, not an App.)

L5 would work if you don't use Disp, Output, or ClrHome.

I might be using ClrHome to... clear the screen?
What does the above code do? This seems to be a... wait, program writeback storage? O_O

Ah, yes, that makes sense.  If the calc APDs, then the current screen has to be stored somewhere.  This area is appropriately named the "saveSScreen."  Unfortunately for you, this is L1 in Axe.  Basically if in your program the calc APDs, then you cannot use any of L1.  Remember that Axe Vars are stored at the end of L1 (as it's actually 768 bytes if you reallocate the vars).
Here's your fix:
1. Use #Realloc() to change the location of the Axe vars to some other place, such as L4.

Heh, didn't know that was the problem!

So to fix, would I simply put on the top:
#Realloc(L2)...and continue to use my regular Axe variables fine, just in a different spot?

2. Never ever ever use L1 in your program.

Good luck!

Oh... uhh...(not on purpose though, as you can tell)

Yep, APD stores the screen to SaveSScreen. Maybe someone should tell Quigibo to add in a bcall(_disableAPD) command.

I'm probably going to keep APD on, since it's not a bad idea to do such a thing in a lock program.

Great! Just watch Iodine, I believe it's molar mass is .01 too high because on the old table I got them from, that's what it rounded too. So I'll have to change that. You would look a little silly if you got the molar mass of something wrong

Nah, I'm not too concerned. My teacher doesn't really care as long as you showed your work for calculations and such. And besides, we've moved on to organic after the AP tests!

EDIT: OMG UPDATE zStart is DEFINITELY the swiss knife of all apps

What about waiting until Wabbitemu can have files extracted? Oh wait, that's Windows only, yeah use Michael Lee's. I would rather compile with Axe and sending file to computer

I'm starting to wonder if you still can recall what you wrote...

There's no point in compiling the library itself since... well, no program is using it! It isn't exactly like an Axiom, in which you compile and then use it. In pure Axe, you include the library in the program and then compile it, which will automatically include the library. (Technically speaking, our library is more like a collection of (sub)routines, but I'll leave that up to the developer to decide.)

Since we're not exactly compiling it, but rather just converting the regular text source to 8Xp, a tokenizer/detokenizer is used. That's when Michael_Lee's program enters. See where I'm going here?

Although I'm hoping to get something like that done soon (this summer! ), you're only going to see that in say, wxWabbitemu v1.5 or v2.0. There's plenty of Wabbitemu features that need to get implemented first! (GIF screencapping and debugging, for instance)

====
NOTE FOR OTHER PEOPLE PLAYING WITH THIS LIBRARY - do NOT use the one on the Google Code website unless it's the one in the Downloads section. SVN's copy is broken.

Also, if you don't see a mouse at all (like I did), you may need to set X and Y to some non-zero number. Add this on the top of the GUI demo program (below the header, of course!):
10->X
10->Y

I wrote an online TNS file creator, which allows for direct input and uploads, plus it supports multiple files/input!
http://withg.us.to/lua2tns/MakeTNS.php

This was originally written by JayTe (MakeTNS was in Python).

I'm still working on it since this will eventually be integrated into Levak's and Adriweb's wiki (inspired-lua.org, I think), but things should be working in top notch shape at the moment! The only potential bug is that if someone else types a file name you used, you may end up downloading someone else's file or them downloading yours, so try to make up really random TNS file names!

Speaking of crappy browsers, although this isn't "compliant HTML" (it lacks a <head>, <html>, <body> - you name it!), this should work since I don't use any magical CSS... yet. No JS either. If this doesn't work in IE...

1) I don't see a problem with having APD occur there. I'm pretty sure APD is interrupt based and when it quits, it quits back to the program. I have that enabled for my grayscale pictures and I haven't had a problem with APD's. Besides, I only take action if the calculator is starting up from and OFF, not from an APD.
2) What happens specifically? Because in reality, I don't even think that OS 2.43 even checks that flag.

1) I can't do the bypass key because I can't check the appvar. The reason I put the bypass key in there to start with is so that you could boot your OS normally without even running any zStart code. Essentially, if you are holding [VARS], the OS jp's to zStart, sees that [VARS] is being pressed, then jp's to where the OS needs to go. In order to disable this, I would have to check the appvar first to see if the [VARS] abort should be accepted. But this completely defeats the purpose of the abort. Let's say that you have an archive glitch that is causing faulty VAT entries, even if you left the [VARS] abort enabled, you would still enter a boot loop.

Bugs
1) That's odd... for a program that I'm working on, APD seems to screw up program data. It doesn't crash, but the Axe variables are messed up. (RAM modification likely?)
2) Of course it doesn't. But I think the way you display those black messages (like "Molar mass", "Confirm?", etc.) changes with setting. If you have zStart loaded, hit [On] + [-] (subtract) on 2.43 with MathPrint enabled. The message will flicker away instead of staying for a second or two. The best place to reproduce this bug is in the program menu. Assign a shortcut or startup/ram clear load program. The bug will be really apparent there.

By the way, I'm a big fan of that molar mass calc! AP chemistry calculations feel much better with that turned on.

Feature Requests
1) Huh... VARS? I've been using [DEL] and [CLEAR] held together to bypass startup.
And fair enough - although it will make my little locking program terminally weak if someone knows the keys to bypass zStart.
Combining my locking program with zStart makes one heck of a locking program, even stronger than Krylypto... if no one knows the keys to bypass, that is.

EDIT:
2) Oh, and don't forget the ones mentioned above! (Especially Fast app menu/program menu and edit archived prgms and... too lazy to try to find them all )

Some bugs to poke you about:

1) APD is enabled for startup programs/RAM clear programs. It should be disabled since when it turns off, bad things happen (TM).
2) You should prevent users from enabling MathPrint in a 2.43 OS, since doing anything top-right-display worthy will show a flicker and disappear from sight. I puzzled over that, and after disabling all the option, I narrowed it down to that little but sinister option.

Feature requests:
1) Allow disabling of the "bypass" key for startup/RAM programs. Yes, I know that sounds dangerous, so you are free to smash a wall of WARNING text all over my screen. (If you're curious, I'm working on a special little program that shouldn't be disabled )

Super late reply... I think people will use it. I've been playing around with menu code today and realized why people might use it, and am planning to implement some things (including the menu). However, some parts of it will have to be redesigned/rewritten for such uses, like for games and such