bronsoncoxWhether or not it was a formal feature request in the correct forum, you can very clearly interpret it as such.
Yes, you can. But I
didn't, because people usually post in the SONAR forum looking for how to accomplish something. People often ask for a feature that already exists, or for which there's a reasonable facsimile. It's not always a good idea to assume that someone posting, as well as those following the thread, have an extensive knowledge of SONAR.
The thread title is: "Duplicate Command for SONAR." There are several ways to interpret that, and people who want to know about duplicate commands in SONAR, or want to discuss the topic, will likely click on that thinking it relates to something they might want to know. I try to write responses that are useful to anyone who might check a thread, for whatever reason they click on it, because a forum is about discussion.
Once again, a simple "you should submit an FR" would have sufficed.
Similarly, a simple "I assume
he just posted in the wrong forum and needs to know he can submit a feature request because I think he wants a very specific duplication command, not just info on 'Duplication Command for SONAR' as the thread title suggests" would have sufficed rather than choosing to go down the "demonization" path.
Instead, Post #10 is what we get. Read it as "well, my workaround is just as good as your idea if not better".
I prefer you read it as what I said. The OP presented
new information in Post #7 about doing successive copies and
making variations. That seemed different from what he said originally, which is why I specifically stated "It sounds like... and "if that's the case." If I'm not sure I understand something, I ask a question and seek clarification.
"Well of course, that's obvious. But I don't understand the point of a test that doesn't relate at all to what I said..."
Post #20 is where it stopped being about the OP and started being about the Anderton.
No, it became about a test that was
not what the OP described wanting to do in post #7, so I said I didn't understand how that related to successive duplications. Maybe it does, but if so, then I still don't get it.
RE: my passive-aggressive statement, please go back and really re-read posts #20-22.
I did. The only people who had posted prior to your throwing the accusation of "demonization" into the mix was me, subtlearts, siordanescu and John. You referred to "demonization" as the "standard operating procedure," yet none of us demonized anyone. You made that tie-in more specific by bringing up "workarounds," which is what the four of us presented. You say it wasn't directed at any of us. If that's true, it seems extremely odd to introduce demonization in the context of a thread where up until your post, there was a polite, civil discussion intended to help the OP and those reading the thread to understand duplication commands for SONAR.
Also, 1200ms vs 800ms. #science
I would recommend going back and duplicating each of those video clips a few more times to see how significant a 3 to 2 ratio might be. It adds up after awhile.
I wrote: "400 ms is negligible compared to the time you'll spend creating the variations in between copies." In fact I
confirmed it's faster to use Ctrl+D. However, in the spirit of full disclosure, I've had second thoughts and I may be wrong about that depending on the particular task at hand, the number of clips that need to be duplicated, the extent of the variations, and whether the person is a touch-typist or not. I can explain further if you'd like. I spend a lot of time studying clickstreams in product development situations and when writing documentation.
The bottom line is if you know ALL the tools available to perform a function, you can choose the right tool for the right job.