Thanks for your help...but what you have mentioned is already how the program works...

This is my program flow:



Any ideas now?

I agree with Michael2_3B.
With your existing code you are storing the points into 4 lists: X (L1), Y L(2), X' (L3), and Y' (L4). Instead of displaying the value of the points within each block, you can jump to one block that does the job. Instead of having 4 blocks of code to display the points, you have one. Think of this like a funnel.

By the way, nice program flowchart! Diagrams will certainly help.

Nice work on getting this far! I'm working on optimizing your code; here's one main section that I've done; I'll explain it and then you can try and apply it to other parts of your code.

So for your rotation section, I first store the Alphabet into Str1, which will eventually save space overall by a ton. Then, rather than jumping to a a section of code to run, the Menu() command jumps to a label which stores the value in M. That way when it runs through the code, it can check M and figure out what to do with the list. This is the important part:

Code:

This checks M and then figures out what to do with the list. If M=Some Number:Then means to execute commands until it hits an end block.

Code:

Nice work on sticking with this; you are definitely getting there! That code should chop off 2/3 of your rotation section.

After trying to implement Michael2_3B's and MateoConLechuga's tips, I came up with some crap which is again giving me problems. I tried to fix it with different methods but its not working...

(I have used Lbl all over my program, so dont freak out after seeing that. By the way, the program goes like a "funnel". I'm not making it jump around.)

Problem: Everything is going fine till "Lbl ZZ", after that i have placed conditions "If..Then" (total of 9 conditions).

So when I run "Translation" it works fine because I think that it is the first thing that comes after "Lbl ZZ", but if I try to run "Reflection" (which is defined as "L=1", I return with all the L3 and L4 values being "0". But according to my program they should return with "some" other values.

According to me, it is basically skipping my argument and going ahead.

What is happening? Please help me?


Code:

Okay, I think there are more problems in your code than you actually realize...

Code:

Here, the code that comes after the Menu will always be skipped, because selecting one of the options in the menu will make it jump to that label (so if you picked Translation, it would skip all that code after the menu and go to label 1). It would be better to move the code after the menu to before the menu, so that it actually runs.

Also just a little tip to save a little bit of mem:

Code:

can be

Code:

this is because the DelVar command doesn't require a new line of code. You can just place one after another without any colons in between.

Another optimization:
in some places you have
:If (condition)
:Then
(1 line of code)
:End
just a tip, when you only have 1 line of code if (condition) is true, you don't need the "Then" and "End". The If command will always run the line of code directly after it if (condition) is true. However, if you are wanting to run multiple lines of code if (condition) is true, that's when you would use If...Then...End.
------------------------------------------------------------------------------------------------------
Here's something else:

Code:

instead of doing this, couldn't you just replace

Code:

with this?

Code:

There are some other places in your code that I think you might be able to do the same thing.
----------------------------------------------------------------------------------------------------------------------------------
As for label ZZ, I'll let someone else handle that. It's not because I don't know how to handle it, but I got some stuff to do IRL...

Fixing that is currently my most important thing because "optimizations" can be done after fixing that...

Anyways thanks for your optimization...

Please try to fix it?

Please read this:
http://www.catb.org/esr/faqs/smart-questions.html

Could you post your latest code by any chance? It would be easier to determine the source of the problem that way. Thanks!

Here is my latest code and problem:

Well...after 1 hour of intense non-stop work, I managed to fix the problem mentioned in the last post by myself (Thanks to KermMartian for motivating me on doing it myself )

I also optimized the program (Many thanks to Electromagnet8, MateoConLechuga, Michael2_3B, and of course KermMartian for giving me wonderful tips that made this possible).

The original program spanned 500 lines and was around 6000 bytes!

The optimized program now spans around 200 lines and the size is reduced to only 2711 bytes! Geeez!

Further ahead, I request any one of you to try optimize the current program so that it becomes more stable and runs more efficiently without lags.

I know that I shouldn't be asking you guys to do this, but what I did now is the "most" I can do.

I'm doing this simple project just because non of the programs out there do particularly what my program does. This program will surely help people out there those who are scavenging for this program.

Please help me out. Any help will be much appreciated.


Code:

At the end of your code when you ask wether to graph the transformation or not you could do something like this:


Code:

Okay, here's one optimization:

Code:


can be


Code:

Thanks guys for for your help

The program is reduced from 2711 bytes to just 1850 bytes!

Any further optimization will be MUCH appreciated!

I have reproduced the code below:


Code:

okay, another thing I noticed: you have 2 Lbl UU's. you should change one of them to something else. Also when you have something like

Code:

you should just get rid of the Goto UU, because that same label is directly after it.

and since both of your UU's do the same exact thing, you should just get rid of the code I mentioned above all together.

so instead of

Code:

you should just do

Code:


Also, a little lesson about Lbl's: when you have a Goto command, it searches for the Label specified after Goto starting at the beginning of the program and stops searching when it finds your label. so if you have two labels in the same program, and you Goto that label, it will always be the first one that appears in the program - you'll never be able to get to the second one.

Thanks Micheal!!!

Saved another 100 bytes!

The program got reduced from 1850 bytes to 1742 bytes.

Is there anything more possible?

Just a curious question: In the past, you said me that using Lbls is not a good choice. Are there any alternatives to Lbl? Why shouldn't Lbl be used?


Code:

So, just as a thought, instead of having 'select your dilation' and just 'from the origin', if you instead ask for a dilation centerpoint, then translate every point (including the dilation centerpoint) so that the centerpoint is at the origin, then you can use your code for Lbl D1. All you need to do is translate them back.
Effectively, what this is doing is translating the axes, then dilating the points, then resetting the axes' positions.
Another thing:

Code:

One thing to consider when optimizing is this: can the program work as it's supposed to without that line? In this case, if you take out both the Goto and the Lbl, nothing will change. Since it's never going to go to UU without going to ZZ first, then you can remove both. another thing: in the Lbl UU bracket, you have instructions for every M-value. if you take out the first one, if M>9 or M<2, then it'll automagically go to Lbl U1. Again, you could remove the Lbl U1 as well.
Even more: The command line evaluates algebraic equations and returns outputs in binary. For example, (U=2), if U=2, would return a (1), but if U≠2, it would return 0. this means, that you can condense your Lbl U* section. For example,

Code:

Also, in answer to your last question, yes, there are alternatives, namely Repeat and While. they're both used like If. Repeat will go until the condition is true, while until false. they each have some idiosyncrasies you'll have to read up on.

If you read http://tibasicdev.wikidot.com/lbl, it states some of the reasons why using Lbl's isn't the best option

Let me try my hand at converting the Lbl U*s to boolean:

Code:

Here's the first half for U2 through U8.

Thanks for your efforts. But what you just did just went over the top of my head

Anyways, while I was away I worked on the program a little but and reduced the size to 1656 bytes.


Code:

Could you please elaborate and explain me this? I dont understand in the way that it is currently written. I really want to have an option for custom origin, but I dont have any idea on how to approach it

------------------------------------------------------------------------------------------

Update: Thanks for you help, Jlovern. I figured the math out myself.

For any of you those who are looking for my latest code, here it is:

(P.S. If you can please try optimizing it...)


Code: