Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Quigibo

Pages: 1 ... 111 112 [113] 114 115 ... 135
1681
Axe / Re: [Tutorial] Tilemaps in Axe Basic
« on: April 15, 2010, 09:56:20 pm »
Okay I'm starting with the original code and making revisions.  I bolded things that needed fixing:

:.B
:[1111→GDB1
:[1001
:[1001
:[1111
:[FFFFFFFFFFFFFFFF→Pic1
:ClrDraw
:For(I,0,1
:For(J,0,3
:{J*2+I+GDB1}→A      <--Grid is 2x4 bytes.
:A^16→B
:A/16→A
:If A
:Pt-On(I*8,J*8,A-1*8+Pic1     <--Don't forget, order of operations is left to right always.
:End
:If B
:Pt-On(I*8,J*8,B-1*8+Pic1     <--Minus 1 is more efficient than minus 8 anyway
:End
:End
:End
:DispGraph

If this doesn't work then something is wrong...

1682
The Axe Parser Project / Re: Features Wishlist
« on: April 15, 2010, 09:42:23 pm »
Actually, that would be kind of useful.  So most likely, yes. I guess that's what r is for :)

1683
The Axe Parser Project / Re: Features Wishlist
« on: April 15, 2010, 07:53:13 pm »
It will work like this:

[Pic1]->Pic00 Will read the pic from RAM and copy it into the program.  Stores the pointer to the start of the data into "Pic00"

You can even chain it with regular hex:

[01AF3BPic1B10000]

The pics are NOT stored as a bunch of 8x8 sprites.  Its an array of 12x63 bytes.

1684
Axe / Re: PIC2HEX
« on: April 15, 2010, 07:30:05 pm »
By the way, I've already added support in the next version to "absorb" a pic in your RAM into the program itself.  So that should simplify this process.  But one thing I just learned is that the pics stored on the calculator are only 96x63 (756 bytes) so if you have a picture that needs the bottom row, you'll just have to add the extra 12 bytes after it in hex.  To draw a pic with axe on the buffer, simply just copy it to the graph buffer: conj(Pic00,L6,756).

1685
Axe / Re: [Tutorial] Tilemaps in Axe Basic
« on: April 15, 2010, 07:24:27 pm »
I think its becasue you forgot to close the parenthesis on {J*2+I+GDB1}→A

Remember, parenthesis matter when storing to variables.

1686
The Axe Parser Project / Re: Features Wishlist
« on: April 15, 2010, 07:20:49 pm »
I updated my to-do list.  I've pretty much finished everything I thought would be "essential" for the beta release, so I think I might just halt the new commands for a little bit and just focus on writing the user's guide.  Sunday I plan to release the next version: 0.2.0 but this time, it won't just be on omnimaga.  I'll be releasing it on ticalc.org as well as several other calculator forums to expand interest in the project.  So this will be a very big release.

1687
The Axe Parser Project / Re: The Axe Pages
« on: April 15, 2010, 07:04:50 pm »
I made a template for the user's guide using my own graphics and style.  It looks pretty good I think so far.  I attached a sample of it.

Anyone else want to write an article?

1688
The Axe Parser Project / Re: Bug Reports
« on: April 14, 2010, 11:01:04 am »
I think the only ion shell call I can safely use is ionRandom, but it only saves a couple bytes.  The other shells have more though.

1689
The Axe Parser Project / Re: Bug Reports
« on: April 14, 2010, 03:27:29 am »
Yup, that was it.  I guess I'll just have to add an extra 4 bytes to shell programs to set the flag.

1690
The Axe Parser Project / Re: Bug Reports
« on: April 14, 2010, 02:56:39 am »
Okay, I've got headers working now for all shells :D

But I found a problem.  When text is displayed past the last line, scrolling the rest of the text upwards, the Mirage OS version freaks out and starts displaying the text diagonally o_O  I'm guessing that MOS is either using some other ram like the text shadow or its setting some type of weird flag before running the programs.  This makes me worried that some other commands might not work either due to this issue.

I should probably get a list of ram locations used by other shells so I can mention where NOT to write to in the documentation.  I made a screenshot of what's happening.  Does anyone know what's causing this?

1691
The Axe Parser Project / Re: Axe Parser
« on: April 13, 2010, 09:00:08 pm »
Not just a period.  Because then BASIC programs that start with a decimal number get counted.  It has to be a period followed by a letter.  Which is great since program names have to start with letters anyway.  Here is a sample for a header with a shell:

PrgmAXESNAKE
:.SNAKE Slither around and eat the dots!
:<code goes here>

The space between the name and the description is how it tells one apart from the other.

1692
The Axe Parser Project / Re: Axe Parser
« on: April 13, 2010, 08:48:29 pm »
By the way, another thing I should mention.  I've been thinking about making headers mandatory.  So you will need a header for your program to be compiled and to show up on the program list, clearing up some of the clutter.  The header is simply a comment as your first line of code with the name of the output file.  If you want a description for the shells, then everything after the name in that comment becomes the description.

Good idea or bad idea for mandatory headers?

1693
The Axe Parser Project / Re: Axe Parser
« on: April 13, 2010, 07:56:02 pm »
Well unless I downloaded the wrong file, MOS didn't come with any descriptions in the .inc file, just a list.  And the Ion App didn't come with anything.

Its okay though, I just found out that the DCS website has a description of calls from all 3 shells so I think I can use that.

Ion isn't necessarily better than any shell, its just more compatible.

1694
The Axe Parser Project / Re: Axe Parser
« on: April 13, 2010, 07:46:16 pm »
Anyone know where I can get a list of shell calls with at least some I/O description?  I'm currently planning on supporting Ion, Mirage OS, and Doors CS6 since they seem to be most popular, but let me know if there are others that I should include.  And an update on the project:  The menus look really cool. :)  Thanks again Builderboy for the Logo.  I didn't end up using the whole thing, just the picture of the Axe, but it looks great.

1695
TI Z80 / Re: A new (probably pretty bad too) OS
« on: April 13, 2010, 06:10:53 pm »
No, no libraries.  This was before I even knew libraries existed.  It was about 5-6k at the peak.  Like I said, I still have an old backup, but its really lame without all the features.

Pages: 1 ... 111 112 [113] 114 115 ... 135