0 Members and 10 Guests are viewing this topic.
Quote from: Eeems on March 02, 2010, 12:36:00 amWell what about if you had specific code for 84+'s and some for 83+'s and you wanted the compiler to smartly compile it, like a clock function that calls the clock on one, and for the 83+ it just uses cycles or something.It would help for the more advanced users.Well do we want it to compile smartly or run smartly? Most likely Axe programs will be released as just regular asm programs, and the user wont even ever need to touch the Axe compiler, so having a smart compiler wouldn't make much sense. What would be better is if the clock function worked different ways on different calculators.
Well what about if you had specific code for 84+'s and some for 83+'s and you wanted the compiler to smartly compile it, like a clock function that calls the clock on one, and for the 83+ it just uses cycles or something.It would help for the more advanced users.
I kind of have to disagree with you a bit DJ, I think graphics is pretty important (although he really doesn't need to add too much, it's already amazing), but, at least from my point of view, Axe is a program that will let the most basic BASIC programmers make games at assembly level with equal graphics and speed, and I think that being able to do most of the graphic capabilities of actual ASM programs is important. But that's just my opinion, and I do agree that other things should also be focused on.
Quote from: trevmeister66 on March 05, 2010, 03:10:52 pmI kind of have to disagree with you a bit DJ, I think graphics is pretty important (although he really doesn't need to add too much, it's already amazing), but, at least from my point of view, Axe is a program that will let the most basic BASIC programmers make games at assembly level with equal graphics and speed, and I think that being able to do most of the graphic capabilities of actual ASM programs is important. But that's just my opinion, and I do agree that other things should also be focused on.He's talking about graphical user interface for compiling programs
Yeah that's what I meant, I really was talking about fancy GUIs. If he decided to make the Axe APP so it has a grayscale program list with 3D animations with rotating program name texts, it would take unnecessary space IMHO. In games, I like to have a lot of graphical abilities. Of course, personally if someone releases an ASCII game I'll still play it, though. Unlike some other people, I don't only play games just for graphics.
Yeah that's what I meant, I really was talking about fancy GUIs. If he decided to make the Axe APP so it has a grayscale program list with 3D animations with rotating program name texts, it would take unnecessary space.
Quote from: DJ Omnimaga on March 05, 2010, 03:37:35 pmYeah that's what I meant, I really was talking about fancy GUIs. If he decided to make the Axe APP so it has a grayscale program list with 3D animations with rotating program name texts, it would take unnecessary space IMHO. In games, I like to have a lot of graphical abilities. Of course, personally if someone releases an ASCII game I'll still play it, though. Unlike some other people, I don't only play games just for graphics.Yeah, I completely agree with that. I just misunderstood what you had posted before Plus I really do like ASCII games, although I don't think I would program an ASCII only game with Axe, but that's just me.
I believe I made a topic for it already.But, I'm entering a competition for a scholarship using xLib and BASIC.Lemonade Tycoon is my game.Now, here's where it comes together.I'm using a Presentation Link and a TI ViewScreen.I ran my program that uses xLib. It shows up fine on the calc...but it's got the wavy screen on the screen.AND IT'S JUST THAT PROGRAM.Everything up to that point (the PRGM menu, the Home Screen, the Graph Screen) displayed fine.Can Axe screw up xLib programs?
Author
Topic: Axe Parser (Read 552166 times)
