Adding post commands to pre commands

[drama]

Hi all, I noticed when i remove a pre or post command the ‘goto line’ statements automatically change to the correct line number. But when i copy a post command (with a ‘goto line' statement) to the pre commands, the line number won’t change automatically. In this example i added the post commands to line 53, and as you can see line 54 is incorrect. I think everyone checks those things by itself, but just to be consistent i thought it might be an interesting ad-on. grtz

[toaddub]

I see what you're saying. Iff (if and only if) the goto command in the multiple copied selection references a command in the selection, the goto command will adjust accordingly at the destination. This will be a minor enhancement in that it works either ways. It's similar to the Auto Bypass functionality (copy post-commands to pre-commands) when hiding.

[drama]

So the 'auto bypass' function does actually the same thing? I didn’t know what it’s function was for sure. But in most cases (in my experience) blanked out cells will play even using the auto bypass function. So i try to prevent this by adding the post commands to the pre commands.

[rubicat]

I'm not sure I follow you toaddub. If you do a "Add post to pre commands" or the Auto-bypass feature does it for you, it does update the goto statements (adds the total number of pre-commands prior to the operation, to them). It also changes all of the "Break" statements in the pre-commands to "goto line x" where x is the first line of the added commands. I think that if you copy multiple commands that include a goto statement, the goto line numbers should be changed when you paste them, just as it does with "Add post to pre commands." Maybe this is what you were saying toaddub. Nice catch drama.

[DimadSoft]

"Add post to pre commands" does all the needed changes (like rubicat described). The reason why "copy"/"add copied" does not change line numbers is very simple: it is not always possible to fugure out what changes should be done. Adding amount of lines already available in the commands group to all "pasted" gotos statements seems fine for your example. But, lets suppose that you've copied only lines 2-5 (or even "wilder" lines 2, 4 and 5). Ops. Adding amount of lines in pgc does not work now It would not be possible to modify gotos correctly without keeping track of where commands were copied from.

[rubicat]

Ah yes, I hadn't thought of that.

[drama]

[rubicat]

If the user attempts to paste commands that include goto's, perhaps a warning could be added, that would pop up to say that the goto's might be bogus in their new location.

[DimadSoft]

Well, pretty much any pasted command can be considered bogus So rather then poping up a message all the time it better to consider paste operation not safe in a first place (without additional (annoing?) warnings)

[toaddub]

[rubicat]

[DimadSoft]

[toaddub]

Yeah, no need for confirmation dialogs. But maybe having an option in the Options menu to whether the user wants the goto statement to change automatically or not for the "Add Copied" and "Insert Copied". The "Add post to pre commands" works if you want to copy everything in the post-commands to the pre-commands, and it works fine as it is. But sometimes the user wants to copy just a portion of commands, that include the goto statement and its referenced statement, then it would be nice for that goto statement to change (goto line x) accordingly when using "Add Copied" or "Insert Copied". I hope you understand what I'm trying to convey.

[CDR-Zone.COM]