Hmm, could it potentially keep the window the same, if you let the user input the graph coordinates he'll be using? It might be hard at first to get Axe to accurately calculate the numbers to use for each line, but theoretically it's possible. If it is, it would be extremely useful.

^ can you rephrase that?

Quote from: meishe91 on September 29, 2010, 11:23:52 pm

Ya, I've been thinking of ways to convert the graph screen into drawing commands in TI-BASIC but I couldn't think of the math to correctly do it, though I didn't try to hard.

Isn't this what the project does, anyway, though? Maybe just write a more general routine to find the numbers, and it could work.

Floating points might be hard to work with, though

I don't think i will need floating points.
My plan for circles is to have the user only able to move the courser up and down or left and right after they've made there center point.

Quote from: meishe91 on September 29, 2010, 11:37:55 pm

Well what his is doing is you draw your picture and then the output is the program. What I will, if I decide to do it, will be to just take what is on the graphscreen and will convert it into optimized drawing routines, hopefully, that is stored into Str1 and then all you have to do is recall that into a program and delete the quotes. The problem with TI-BASIC is that the window would have to be:

Xmin: 0
Xmax: 94
Ymin: -62
Ymax: 0

That is unless I figure out a way to convert the graphscreen dimensions into what the user wants to window to be.

Exactly, that's my suggestion. It would be pretty hard, but if he could figure out to calculate the floating-point numbers, he could make the output programs not clear the screen every time, and it could potentially be used simply as a sprite drawer or similar subroutine.

^ sorry once again for my noobishness

Sorry for the confusing posts

What I meant was this: prgmPIC1 always clears the screen to reset the coordinates to [0,0,94,62], right? Well, that's because it has to draw the lines in integer values. What if it instead could draw in any screen size determined by the user when he runs the main program to create prgmPIC1? It would get pretty complicated to figure out how each pixel maps to a graph coordinate, but if that could work, it could be a lot more useful.

simple division would work wouldn't it?

Nope, unfortunately not.

If you want to write that for me...

I'll see if I can figure something out...

I'll work on it when/if i finish the rest of this.  I am swamped with homework today

Oh, okay. Hope you can get it all done (homework and all).

Well I may be misinterpreting what you are saying but I think it would be handy to have at the beginning of the main program to have an input where you can put the dimensions you want. Then when the program is created all the numbers and such are the values they would need to be for that window set.

update

Nice, but

Quote

Commands:
* 2nd- Puts point/line on screen at location of the pointer.
* CLEAR- Ends program.
* Alpha- Will switch you between Line mode and Circle mode



Change Log
*Circles removed
*Fixed 00 bug.
*Optimized code slightly

Are circles gone completly from the program or are they just accessible differently?

Sorry about that,  I was copy and pasting from 1.2.2 and I guess i missed that.
There are circles in 1.2.2 but  then removed in 1.3 because Axe and Ti-basic draw their circles differently.
If someone were to locate the yay that ti-basic draws their circles, that would be great, and i would put it back in axe if it is possible to wrote in.

Why not use the Axe circles? Are they just buggy or something?

no its not that, axe circles are better than  basic's.  but the point of this project is to have the user draw a picture, then that picture is stowed as commands into a basic program.  Since axe and ti's circles aren't the same, the picture and the outcome will be different.

Quote from: happybobjr on October 02, 2010, 11:02:13 am

Quote from: DJ Omnimaga on October 01, 2010, 11:48:05 pm

Nice, but

Quote

Commands:
* 2nd- Puts point/line on screen at location of the pointer.
* CLEAR- Ends program.
* Alpha- Will switch you between Line mode and Circle mode



Change Log
*Circles removed
*Fixed 00 bug.
*Optimized code slightly

Are circles gone completly from the program or are they just accessible differently?

Sorry about that,  I was copy and pasting from 1.2.2 and I guess i missed that.
There are circles in 1.2.2 but  then removed in 1.3 because Axe and Ti-basic draw their circles differently.
If someone were to locate the yay that ti-basic draws their circles, that would be great, and i would put it back in axe if it is possible to wrote in.

What do you mean? Circles are drawn with Circle([center X],[center Y],[radius],{i in TI-BASIC. Check out http://tibasicdev.wikidot.com/one-byte-tokens if you need the token values.

right, but what he's saying is Axe's Circle() command doesn't draw the same circle as TI-Basic's Circle() command. this is because axe doesn't have as great floating point precision.