What are inline if statements?

An inline if statement returns one of two values depending on whether a condition is true or not.
Example (pretending it would be implemented in Axe as IIf(Condition,TrueValue,FalseValue):
"True"->Str1
"False"->Str2
Disp IIf(A=B,Str1,Str2)

Aww, I was writing a big long post about inline if statements but you ninja'd me.

But the way you suggested it as a command would be nice. I figure the IS<( token would be perfect for this, as it's currently an unused token easily accessible in the programming menu. It even sort of makes sense without a token replacement if you read it as "is." It would be nice if it had 4 forms, like:

.If condition, true, false
iif(A=B,C,D)

.If not(condition), true, false
!iif(A=B,D,C)

.If condition, true
iif(A=B,C)

.If not(condition), true
!iif(A=B,D)

The latter two forms are a bit unconventional, but I could see them being used for optimization purposes. For instance, here is some code I wrote a long time ago. It moves a sprite around the screen according to user key input and draws it, and applies boundaries to the sprite so it does not move offscreen.

As small as I could get it, 345 bytes of executable code.

Code: [Select]

:.SMILE
:[004466000000817E]->Pic1
:DiagnosticOff
:0->X->Y
:Repeat getkey(15)
:ClrDraw
:getKey(3)-getKey(2)+X
:!If +1
:+1
:End
:-1
:Pt-On(min(,88)→X,getKey(1)-getKey(4)+Y+(=⁻1)min(,56)→Y,Pic1)
:DispGraph
:End


The fancy If stuff you see there is an optimized way of making sure the position does not become -1. However, I could only use it for the x coordinate.

---

EDIT: Ashbad, that would work, yes. But it would be unnecessarily bloated and slow. That would be about 1.5x larger than an inline if statement, and an incredible ~15x slower. It would also require the multiplication routine being added to the program, which may not have previously existed in the program and making the code even larger.

I don't think an escape code should be necessary. You could solve this problem without entering the whole string as hex, just enter the one character as hex. In this example, the "" at the end is so Axe knows the data is a string and appends a null terminator. If the hex is in the middle of the string, you don't need to add this null string.

"ABC"[1C]""→Str1


EDIT: Also, while looking into this, I discovered that some of Axe's ASCII equates are not correct. → and ᴇ are at least two incorrect ones. All the more reason to use B_CALL(_Get_Tok_Strng) to parse tokens into ASCII.

You can add hex in strings?

Not in strings. Runer's code ends the string, tacks a hex byte on, and tacks a null string after that to add in a [00] character. It would be the same as

"ABC"[1C00]→Str1
Because it's all inline, the pointer to the first string is what gets assigned to Str1.

It please should support xLib-codes.
They're very useful.
But axe automatically deactivates xLib, Deutsch/German, and every other APPs like them.
That's a little problem for every xLib-user.

And what's about a possibillity to write these special things like @ and all the others (in xLib it's real(13,2,X) X is a value from 1 to 255).
It's not possible to write them in a text. That's annoying, because then you have to drew these funny symbols.

but where is the char-command?
I can't find it.

Are the values the same as in xLib?

BUT:
How can I input such a symbol into a text / save into a string?

So it's
"ABC"+64>Char+"DEF"->Str1
Would that be correct?





And what's about supporting xLib-codes?
(I mean real(  -commands)

Thanx!

Where to find a list of the hexadecimal character codes?