Quote from: calcdude84se on March 16, 2011, 10:59:57 pm

Quote from: Happybobjr on March 16, 2011, 10:43:54 pm

Such as having "appvarScreen" be able to be displayed on the screen (without messing with L3 or L6)

We have "BUFFER->DispGraph" No greyscale, though, for that.

isn't that the same as Buffer->(l3 or L6 not sure) then display graph?

But that destroys L3 and L6. However, as a caveat, you should use an arbitrary buffer as a backup storage, and L3 and L6 as more active drawing space.

I'm not sure if this is done yet, but it would be nice if axioms who take control of unused system tokens can change their names in the editor, kinda like how Axe changes tokens like Plot1( to Pt-Mask(.

That would be useful to me greatly, and many other Axiom developers.

Auto power down in program option?

Someone should probably make a list of some sort of all these requests, it's hard to tell what's added and what's not, also some things get kind of buried and not found

Quote from: Ashbad on March 17, 2011, 01:27:16 pm

I'm not sure if this is done yet, but it would be nice if axioms who take control of unused system tokens can change their names in the editor, kinda like how Axe changes tokens like Plot1( to Pt-Mask(.

It's been suggested before. I think people said that would slow down the editor too much (it's already scrolling much slower than usual).

I think it would hardly slow down the editor any more than Axe already slows it down, if done right. By this, I mean searching the file for Axioms and loading all the token replacements before editing so none of it has to be done on the fly.

Starting from really far back...

Quigibo: if possible can axe eventually have a Select/Switch case structure?  Y'know like in C/C++/Java/all that good stuffz
Maybe like:

Code: (POSSIBLE AXE SWITCH FORMAT) [Select]

Switch(X)
Case 1
1->Y
Case 2
3->Z
Case 5
X-Z->Y
Case Else
Sin(Cos(Sin(Cos(X))))->Y
End


the ability to retrieve the address of our labels.
How about using the _L token?  Like _LLB?A to store the address of label LB to A.

How about a command like TI Basic's Stop.  More info here: http://ourl.ca/8403/169341
An "Exit" command.

When we go in compilation menu, it could be nice to put the last source compiled at the beginning of the list. What do you think ?

2. Did anyone ever request a Axe( command?
3. Are there special getkeys for stuff like 2ND+MODE, or do we have to set a variable when 2ND is pressed?.

A switch statement for generating optimized assembly using vector tables would be very used, indeed.

Trinary operators! It would work great in Axe since it relies so heavily on HL. Not sure if it's too late to suggest something so big, though.

alternate steps for For() loops, the same way it is in BASIC?

Can the instant goto be made compatible with CalcUtil's "save screen" option?
The save screen is when you quit out of the program editor it asks if you want to save changes or not, very useful but it causes crashes with axe

Quigibo, if you are implementing Switch statements, can you include support for Strings?

While we're at it.. I also suggest adding optimized string comparison functions

An option to disable the token swaps when editing source.

a Symbol Table. In other words, I want to define memory locations other than L1-L6 as alpha-numeric symbols. For example, this:

Code: [Select]

GetCalc(Str1, 768) -> {L1+700}r
...code...
Pt-Off(2,5,Pic1)->{L1+700}r
Copy(L6, {L1+700}r, 768
becomes this:

Code: [Select]

#Define(BUF,L1+700
GetCalc(Str1, 768) -> BUF
...code...
Pt-Off(2,5,Pic1)->BUF
Copy(L6,BUF,768)
ASM programmers can do this, so why can't we?

First that the Axe-specific entries in the catalog are implemented in the alphabetical order, so that tey're more easy to find.
And second a option to compile a progam directly using a menu entry for example in the program menu.

maybe a possible Lite-Axe program that compiles very simple programs on the fly O.o

I think it would be cool if someone made an app kind of like TI 83 Plus Catalog Help, except with Axe commands instead of TI-Basic.

4*4 sprites.  Instead of it always having to be 8*8 and doing, say, [F09090F000000000], something like [F99F] would be just a square, and only a square.

I still want 8*y sprites that can be any height sometime.   For instance, 8*4...

Changing some of the drawing commands so that they work with the back-buffer/arbitrary buffers, like Text() and Circle().

some sort of sign function that would return the sign (65535, 0, or 1) of a number? Too bad sign{} is already in use though...

maybe a Vertical +2 using a number to tell the parser how many pixels to shift?

Drawing to an arbitrary buffer would be really useful IMO.

Pixel testing an arbitrary buffer would also be fantastic.

A Bitmap( command that draws to the buffer, and a Pt-Mask command with custom height and width, for example Pt-Mask(xpos,ypos,hex,height, width)
(cursive is optional argument)

I would also like to be able to read/write to bits instead of just bytes and nibbles. 

Like previous post, edited out some extra stuff in posts

Darl got ninja'd.
Thanks, Darl and Deep.

I don't know if this has been suggested already, but a way to easily AND sprites to a buffer?