1786
Yeah, it should have remained reverse compatible :[ I hope it has an easy fix I might not be able to solve the problem tonight because I have to sleep and get up in 6.5 hours (5:00 AM)
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. 1787
Hmm, the first error tells me that the error is definitely in TINIT (that is the only reason you would not have the option to Goto). But I see no reason for the other error. :[
I would ask for maybe a copy of the programs to see if there is some sequence of commands causing the issue, but I don't think your game has been released yet 1788
TI Z80 / Re: Tale of the Lost Map« on: April 25, 2012, 10:05:27 pm »
This is looking quite impressive o.o
1790
Hmm, this version is slightly updated to catch certain issues. As to the errors, the only reason ERR:MEM would pop up is if you didn't have enough RAM
As for Err:Syntax, if that occurs inside the temp program, there will be no Goto option (the OS won't allow it). If these are absolutely not the problem, then some other App or program is interfering, possibly. What is the exact code you are using? 1791
TI Z80 / Re: SetUpVar« on: April 25, 2012, 09:26:28 pm »
Hehe, thanks I threw this one together today after getting the idea over on TIBasicDev. I was talking about how awesome SetUpEditor is when I decided to finally make this.
1792
SetUpEditor is one of the most useful commands to BASIC programmers and I have always griped that I could not use it for other variable types like strings and matrices. Guess what I did?
What does it do? Like the SetUpEditor does for lists, this will check for variables. If the variable doesn't exist, it gets created, or if it is archived, it gets unarchived. How do I use it? The line directly after calling this program contains a string of variables. The variable types that work are: -Strings -Pictures -Equations -Programs -Matrices So in practice, what you would do: Code: [Select] :Asm(prgmSETUPVAR Notes: Size? 208 bytes This will try to work for other variables, but it will fail most likely and it will make you lose RAM and crash. 1793
I feel like I have made a topic about this before, but I am not sure... I cannot find it anywhere.
Anyways, jsj795 had a great idea for a program back in January that will prove useful to others, too, I am sure. What it does: At its core, it copies a program in RAM or Archive to a temp program. Temp programs get automatically cleaned up by the OS (deleted) when all programs are finished running. it also has the functionality to delete programs and temprograms, just in case. Notes: When you copy to the temp program, any existing program or temp program with the same name will get deleted! How to use it: All arguments are passed in Ans. Currently, there are no outputs. The syntax for copying a var is: "<<original>>:<<copy>>":Asm(prgmTPROG So for example, say you want to copy prgmRAWR to prgmZZTEMP1: Code: [Select] "RAWR:ZZTEMP1 Notice that unlike some of my other programs, you don't need a type byte for these. Also note that a colon separates the names.To delete a program, put a minus sign before the name: Code: [Select] "-ZZTEMP1 But that isn't all! Say you want to do a bunch of things at once. Simply put them all in one string and run the program:Code: [Select] "RAWR:ZZTEMP1:-HELLO:WORLD:MEOW:-BRIDGE:-THEGAME That copies RAWR tot he temp prog ZZTEMP1, deletes prgmHELLO, copies prgmWORLD to temp prog MEOW, deletes prgmBRIDGE, and deletes prgmTHEGAME.So what is the size of this lovely program? 172 bytes. That's it. Have fun. More notes: If you try to copy a program that doesn't exist, those two arguments get ignored. If you try to delete a variable that doesn't exist, that argument also gets ignored. EDIT: Uploaded a faulty version, originally. This version is fixed. 1794
TI Z80 / Re: Pic-Hexer« on: April 25, 2012, 08:17:49 pm »
If you want ideas or coding help, you can check this out It can be optimised a bit, but it uses a keyhook so all you do is press a special key combo and voila, the picture hex is in Ans
http://www.ticalc.org/archives/files/fileinfo/427/42778.html Actually, I think the source to that is wrong, but it might still help >.> The whole program is 72 bytes EDIT: That is over two years old o.o That could really use an update 1795
TI Z80 / Re: Dev Team for Zelda« on: April 25, 2012, 08:11:51 pm »
Yes, do that ^ Make life easier It will still bring nostalgic feelings
1796
[FR] Autre Sujets de Programmation TI, Casio et Aide / Re: Un Tuto Pour Grammer« on: April 25, 2012, 08:09:39 pm »
I've been active for about 1.5 years now (in 6 days it will be 1.5 years, actually). And I'm sure you will get >447 post ratings You are a respected coder and you make neat programs o.o
1797
TI Z80 / Re: Dev Team for Zelda« on: April 25, 2012, 04:36:17 pm »
I don't think so, but if they are moving pixel by pixel, they can make it look like it is moving in more directions.
1798
News / Re: Incoming Downtime« on: April 25, 2012, 04:34:37 pm »
Also, the homepage is slow, too. I don't have a problem with other pages, that I use, though. (I never noticed how slow the spam section is, probably because I don't use it o.O)
1799
TI Z80 / Re: Dev Team for Zelda« on: April 25, 2012, 03:10:51 pm »
Ah, good point >.>
Are you familiar with the bresenham line drawing algorithm? If so, you can follow the same algorithm, except instead of drawing pixels, draw the enemy 1800
Miscellaneous / Re: Birthday Posts« on: April 25, 2012, 11:45:32 am »
I said happy birthday to leafy !_!
|
|