Glad it is working for you.
I do not believe these could run in parallel. The whole of the #FIND... variables, along with #LOBJECTID and #LTARGETID would be stomping on each other, unless you are using separate characters in parallel. The drag/drop timers would be a mess. I tried to setup a script to run each in succession because I would go collect all the bods from various NPC's and return home to unload.
I think your efficiency comment (3k in 10 minutes) is a bit over the top.
It can push about 500 Miscellaneous bods in 10 minutes, but the SBOD/LBOD would take longer. I have run this plenty and my results have been dismal compared to those numbers.
As for changing it - knock yourself out. This is not so much a script as snippets of logic.
I think sometimes people dream about what could be on another authors hard drive, but the reality is there are some great scripts and a bunch of tools to just avoid mouse actions.
The "sort" option of these scripts is worse than even a Bubble Sort. There are 3 changes that I can count off the top of my head to get it to the Bubble Sort level of efficiency. This could be 1/3 it's execution speed with about 20 lines of code added.
1) On each pass, determine the lowest entry in the sort list for the next pass - since reading each one anyway. This shortcut might be in one of the scripts already, but it would be the most speed improvement to these scripts with about 2-3 lines of code added.
2) Keep track of the event property data so it only happens once per BOD in your backpack in an array.
3) Initially do step 2 for all BODs in backpack, then create a list on how to sort those. Add to the book in that order. This is "sorting a linked list" method common in languages like C.
That kind of rewrite would allow sorting 125 BODs from your backpack in probably 2.5 minutes. That does not count removing BODs from a book. I never timed how fast a BOD can be removed from a book, but if it is 1 second then this becomes an overall 4.5 minute operation.
That is about as good as speed gets for BOD/time. The limit is how much can you hold in your backpack. If you want to go beyond that, it needs a more complex organization, but it will still sort at about 125 in 4.5 minutes - just extended to sort more BODs.
Here is a rough outline to extend this to multiple books:
When we were doing the research last year for the BODs, there is a BOD book reading script which uses OCR to get the data. It consistently flakes out on a few BOD names (IIRC 'Summon Air Elemental' is one example) which we fixed manually to generate the lists that were posted. Since those mistakes are consistent, it is possible to just know that it is the right name of that BOD.
1) Start with that tool as a basis to read the contents of several BOD books, then generate arrays for each book's contents.
2) Create the sort (linked list) as another array.
3) Determine in order for each source book the matching BODs to remove.
Now Repeat for each BOD book in the source group:
4) Open the BOD book
Go through each page of the book
4a) Remove each BOD from the front to back of this book. Each time a BOD is removed, adjust all BODs after that for a correct page and entry.
4b) keep track of how many you have removed and before you get to your backpack limit add the BODs to the final book. When done Re-Open this book and restore the page.
4c) Repeat 4a until the end of the book.
4d) Next source book -> goto step 4)
5) Add these BOD to the final book.
This allows pulling from multiple books and only handling each BOD once to remove it from it's source book and add it to the final sorted book.
There are still further optimizations that could happen, but most users wouldn't be able to follow the rules needed to get this any faster - because mostly it involves not touching your PC while it runs.
(Instead of exevent drag/exevent dropc - go back to the old "event drag/mouse p" method. The major risk is that it lead to client crashes, but the CEOTurbo training scripts use it pretty reliably and get drag/drop times < .7 second by my personal testing/estimation. I would not advise the work required to make that happen in a public script - too many people with their own setup who will expect you to support them personally. CEO did a great job with it, but has a lot of code to support freeshards, production shards, screen setup, etc. If there is a list of "Top Scripts Ever", then those saturate the Top 10!)
As slow as this is, it functions. I think the first one required about 1 hour to get working (Inscription) and the other crafting copies mainly just changed the list for how to order these and the value for how many BOD-Titles there were for the loops. I run it and go cook dinner. I come back and it's done. So taking it to more extremes for me is just an exercise in "what can I make it do?" and doesn't give much personal benefit - other than being able to have a scripted solution to sort a book which holds more items than my backpack.
