Omnimaga
Calculator Community => TI Calculators => TI-BASIC => Topic started by: meishe91 on May 24, 2010, 03:49:23 pm
-
So everyone knows the XTRACHAR.8xp program (or at least I'm assuming) that has the 208 character tokens. Well the order of it was starting to really bug me so I reordered them into a more neat and organized way, that I think makes more sense. It's not a big deal or anything but I thought I would share it with you all in case you wanted the new order or something, I don't know. Anywho, here it is.
Oh ya, the basic order is this: alphabet, numbers, subscript numbers, superscript tokens, accented letters and Greek alphabet, then the miscellaneous characters and symbols.
-
aaah nice ^^
It seems to make more sense this way in a TI-BASIC programming view since otherwise it can be hard to find them in the string.
What I usually do, though, is only keep the few chars I will need and store them in another string/program, so it's easier to recall
-
What I usually do, though, is only keep the few chars I will need and store them in another string/program, so it's easier to recall
I put these characters in Str9 and the XtraChar tokens in Str0. :D
It's cool to see this reordered, as it'll make more sense now. ;D
-
Ya, well one of the main reasons I did this is because I didn't like the order when it came to my Dual-Layer Helper (http://ourl.ca/4377/82171) program.
-
I never understood why TI assigned Í and k such seemingly random token codes.
-
I never understood why TI assigned Í and k such seemingly random token codes.
probably the exact same reason as why their TI OSes have so many bugs and glitches, why TI-BASIC is so slow, why we cannot run programs from archive like on 68K calcs, why they sent DMCA notices to people who hosted factored keys even if people were within their rights and why they asked TI-BANK to take down Nspire OS 1.1 (they were fine if they kept every other Nspire OSes)
-
Yep, useful.
Does it have all the chars TI-BASIC coders want? I think, it does not miss, but I will check with my own string.
I am writing a tiny program to retrieve one char from that huge string.
And I might do another for selecting several chars and store them in a string.
Better make a new thread instead of hijack this one. *runs*
-
Well this has the 208 characters, so ya I think it does. I just reorganized the XTRACHAR.8xp (http://www.ticalc.org/archives/files/fileinfo/386/38657.html) program that is found on ticalc.org (http://www.ticalc.org/). There is however a solid square token that I have seen when executing an Axe program before that I never knew existed so...ya. That would be the only one that isn't in it, if it is even accessible.
-
Well it is worthy to note that there is a difference between Characters and tokens. Tokens are what we can recall into Basic programs, and characters are what the OS uses to build those tokens. The difference is that characters are also used in other places, such as your cursor and the [2nd] and [Alpha] highlights that go onto your screen. These images are characters, and are not present in any tokens, so while they might be displayable in Axe, there is unfortunately no way to get them into your basic programs that i know of :( Unless you did something like changed the OS font or hacked the token tables :P
-
Ah, so all the items inside the program are actually tokens, not characters?
-
Exactly :) Even tokens like the 'A' token (which only uses a single character) are tokens and not characters.
-
A pity. So this means that if we wanted to display, say, the alpha-on cursor, we'd have to draw the pixels individually? I was hoping it'd be easier.
-
Does any one know why characters like those are inaccessible?
-
No characters are accessible, not a single one. It is only the tokens that we can display in Basic, and it is helpful that there are so many tokens that have only a single character in them, or else we would be missing a lot of characters. So i dont believe there is any way to display the alpha character without assembly. However, in Axe it is very easy to display characters, and there is actualy a built in command for it :)
-
Aaaaaagh, everyone's talking about how great Axe is! REALLY want to download it, but I can't ... until Tuesday! Yay! :D
I still remember the first time I saw the description for Axe on ticalc.org. Back then, I actually thought that it was another library of some sort that no one would ever take the time to download just to play a game slightly better than pure BASIC. Whoops. ;D
-
Oh, ok. So they are accessible, just not to any form of BASIC programmer without direct assembly help?
And sweet :)
-
Aaaaaagh, everyone's talking about how great Axe is! REALLY want to download it, but I can't ... until Tuesday! Yay! :D
I still remember the first time I saw the description for Axe on ticalc.org. Back then, I actually thought that it was another library of some sort that no one would ever take the time to download just to play a game slightly better than pure BASIC. Whoops. ;D
Yeah it's great. It's the only alternative to TI-BASIC (for any calc) that I could understand, plus the way the language and doc works it sneakily introduces you to some stuff used in ASM like pointers and memory addresses (such as the ability to edit the RAM content directly).
Personally I do not judge the quality of a calculator game based on if it's pure-BASIC or lib-enhanced basic (such as xLIB games). I think it is just wrong and narrow-minded, as those people spent as much time working on their game and might have prefered to use libs to do stuff normally only doable in the hard-to-learn ASM. xLIB APP, for example, allows you to have grayscale. Plus for the most part, lib-enhanced games generally include the actual libs in the download file so no need to download them separately in most cases.
-
Ok, I did the programs and they do the job. Move to here: http://ourl.ca/5957
Oh if you did not click already, some of the programs have grayscale.
Note: I ended hijacking this topic even after I reminded myself in the previous reply in this topic, after several edits, I solved the problem. My apologies for someone reading while I edited... :-[
Now you can think I am even more lunatic than lazy. And that's true.
-
Aaaaaagh, everyone's talking about how great Axe is! REALLY want to download it, but I can't ... until Tuesday! Yay! :D
I still remember the first time I saw the description for Axe on ticalc.org. Back then, I actually thought that it was another library of some sort that no one would ever take the time to download just to play a game slightly better than pure BASIC. Whoops. ;D
Yeah it's great. It's the only alternative to TI-BASIC (for any calc) that I could understand, plus the way the language and doc works it sneakily introduces you to some stuff used in ASM like pointers and memory addresses (such as the ability to edit the RAM content directly).
Personally I do not judge the quality of a calculator game based on if it's pure-BASIC or lib-enhanced basic (such as xLIB games). I think it is just wrong and narrow-minded, as those people spent as much time working on their game and might have prefered to use libs to do stuff normally only doable in the hard-to-learn ASM. xLIB APP, for example, allows you to have grayscale. Plus for the most part, lib-enhanced games generally include the actual libs in the download file so no need to download them separately in most cases.
Not that I don't like lib-enhanced games. Some of them are really good, and do use the enhancements well. It's just I am very protective of my flash ROM space, and I don't want to download a bunch of libs just to run other people's games. There are too many popular libraries out there and it's not obvious which one is most popular. :/
Oh, ok. So they are accessible, just not to any form of BASIC programmer without direct assembly help?
And sweet :)
Oh, I get it! So _putC really displays the character, not the token? Sorry, I'm trying and failing to learn ASM.
-
Aaaaaagh, everyone's talking about how great Axe is! REALLY want to download it, but I can't ... until Tuesday! Yay! :D
I still remember the first time I saw the description for Axe on ticalc.org. Back then, I actually thought that it was another library of some sort that no one would ever take the time to download just to play a game slightly better than pure BASIC. Whoops. ;D
Yeah it's great. It's the only alternative to TI-BASIC (for any calc) that I could understand, plus the way the language and doc works it sneakily introduces you to some stuff used in ASM like pointers and memory addresses (such as the ability to edit the RAM content directly).
Personally I do not judge the quality of a calculator game based on if it's pure-BASIC or lib-enhanced basic (such as xLIB games). I think it is just wrong and narrow-minded, as those people spent as much time working on their game and might have prefered to use libs to do stuff normally only doable in the hard-to-learn ASM. xLIB APP, for example, allows you to have grayscale. Plus for the most part, lib-enhanced games generally include the actual libs in the download file so no need to download them separately in most cases.
Not that I don't like lib-enhanced games. Some of them are really good, and do use the enhancements well. It's just I am very protective of my flash ROM space, and I don't want to download a bunch of libs just to run other people's games. There are too many popular libraries out there and it's not obvious which one is most popular. :/
Actually, most libs resides in the RAM and very few game use Omnicalc. The few that use it will run with Celtic III too. The two libs that are really used the most these days that takes Flash memory are xLIB and Celtic III and they do not do archiving/unarchiving except of course when sending them to the calc. Generally, many xLIB games will also run with Celtic III so you may not even need xLIB at all. So basically one single lib for multiple games (altough it's a rather large one). Also I don't think you need to be this much overprotective about flash ROM being weared out, because only one person managed to achieve this in the 12 years Flash memory TI calculators existed (and who knows if his Flash chip wasn't defective in the first place?) and even BrandonW himself said that such thing is normally not likely to happen in your entire calculator lifetime and coming from BrandonW himself, this information can be trusted. Other things will most likely break before your Flash ROM wears off.