> Personally, I don't like the idea of storing the value in property > because everytime the script will run, it is going to check if ifolder > exists or if dropbox id is null. Anyway, I just want you to know that > its not working. The folder location and dropbox id has to be given > everytime the script is run.
Hmm. You are right. I guess that means that QS doesn't simply run action scripts as their own entities, but rather reads a script's code and then itself runs that code. That sucks, because it defeats the entire purpose of using properties in Applescript. I'll have to see if I can convince one of the coders to do something about this. In the meantime, I guess we will just have to stick with hard coding the values into the script after all (unless someone feels like writing the code to have the script store those values in a .plist file in QS's application support folder). > Secondly, unless you are going to add > set urllist to urllist as text > before > return urllist > nothing will be displayed in the first pane of QS. Or I can use the perfectly good script that you posted above and which I entirely missed until now! Here I've been trying to reinvent the wheel based on the first version, when you've already got it all done. :) Just for the sake of not-so-tech-savvy users, I've made ifolder and dropboxID properties (even though properties don't really work in QS actions... *grumble*) in the version on the page, so that they are easier to find.
