The Get Specified Finder Items action will only return those items, and the Get Selected Finder Items action returns the current selection in the front Finder window. Your workflow isn't getting anything to move, unless there happens to be a current FInder selection. You would need to do something like use Get Folder Contents on the specified folder(s), and then filter those items for folder names. You may also be able to use Find Finder Items to combine the getting and filtering actions. To see what a specific action is returning, you can view its result.

Automator and AppleScript applications can be passed files like any other app. Is there a particular reason for using one to run the other?

The scripting terms are used when compiling a script that targets the application. What are you trying to accomplish?

AppleScript hasn't changed much since then; the documentation is still the AppleScript Language Guide (even though it hasn't been updated in a while). There is also the Mac Automation Scripting Guide. If you are wanting to interact with applications, AppleScript is still the way to go - check the app's scripting dictionary for whatever terminology it provides. For Notes.app, a note does have an ID property. The checkmarks appear to be a different feature separate from the HTML content of the note. It doesn't look like this functionality is exposed to AppleScript, although you can create new notes using your own HTML source.

How the built-in progress indicator is shown is dependent on what is using it. For an Automator workflow or a script from the Script Menu, the progress is shown in a status item menu by the system's ScriptMonitor application. For each process it just has a menu item with a circular progress indicator and descriptive text, but note that for an Automator workflow the progress is for the workflow itself - e.g. how many actions have been completed. A separate third-party background (agent) application such as SKProgressBar or swift-progress could be used, as it would handle its own dialog independent of the script or workflow. This can also avoid issues when updating the progress in a repeat loop, since normally that doesn't give the built-in progress indicator time to update.

I just threw those out there because I was aware of them. To build the GitHub project you would need Xcode and know a little about how to use it in order to shuffle around some of the build settings (I'm not much of an Xcode or Swift guy either). It looks like you may have downloaded an older version of SKProgressBar, which has been around for a while and is from one of the regulars at MacScripter.net. The latest released (signed and notarized) version of that is at ht tps://klieme.ch/Downloads/SKProgressbar/SKProgressBar2.0.zip (remove the space, I didn't include it earlier as the forum won't accept it as a link).

VIP is an item related to the Mail "Smart Mailbox" or Contacts "Smart List" constructs, in that it is just something that can be used in a search from which the application can do something like show the results in one of its normal views. While the application can use these results internally, it would need to provide a mechanism for a user to access or use them (or not). As mentioned, if a term (such as a VIP property) is not declared an application's scripting dictionary, the app doesn't provide it, and you can't just make it up. Mail places the VIP data in the VIPMailboxes.plist (XML) and VIPs.plist (binary property list) files in the ~/Library/Mail/V10 (or whatever version) /MailData folder, where they can be used by the app along with other search terms. It may be possible to edit these files, although you would need to figure out what they are using for the keys and how they are linked to the messages.

Inside a Finder tell statement, the term folder is indeed a class. You would need to use the statement outside the tell statement, or use something from the Finder itself such as the kind property, for example: set myVariable to (kind of (directory as alias) is "Folder") Note that kind can differ from info for, since bundles/packages such as applications are technically also folders. The privilege violation is from using the info for command (a long deprecated StandardAdditions command) in a Finder tell statement. There are a few that don't trigger the warning, such as display dialog, but common practice is to only use statements inside an application tell statement that specifically target that application. The terms my or of me can be used for statements that target something else (handlers, etc), but this case is problematic in that the result from info for actually uses scripting terms for the record keys.

The Get Info procedure is a way to set an icon to something different than is already there. The normal way to set an icon is to include the icon file in the Resources folder of the application bundle and edit the name in the Info.plist CFBundleIconFile entry. If using Xcode, it has various options to generate and include the icon as part of the build process.

I'm hesitant to update to Tahoe and Xcode 16, but at least in Xcode 15, you can still add the AppleScriptObjC project templates that Apple removed. I just threw that in there since Xcode has various editors and does a lot of that kind of stuff for you. Get Info stores the icon in the Icon\r file at the root level for a folder, which would be outside the application Contents folder and code signed bits. Script Debugger isn't quite as bad, but the script editors have pretty much always made their own tweaks to the bundle settings when saving as an app, so you should always manually go through the final build and double-check that the assets and Info.plist are set the way you want, including removing the default icon file. I haven't had any problems setting custom icons that way.

Works for me. It would most likely be related to the "dump files" bit though, as the script has finished running after the folder is created. Unless this is a part of something larger, in which case you would need to provide more information.