One year later...
I'm trying to update this plugin to use a non-static index via Everything.exe !
I have done this:
- changed Fscript to call new autohotkeyscript getindex.exe
- set getindex.exe to search Everything.exe via command line through es.exe (re-using code from Skrollster's InEverything script - thanks!) and generate albumindex.txt index file on the fly
- changed FScript to thereafter load album.html
- changed album.html to not filter anything and instead display all in albumindex.txt
This works roughly but is not optimal. I need to reliably wait with the html loading until the indexing is completed.
As of now I do this:
FARR.setStrValue("launch", currentDirectory + "\\getindex.exe " + albtemp);
FARR.setstrvalue("launch", "sleep " + 200);
FARR.setStrValue("launch","htmlviewurl " + currentDirectory + "\\album.html");
But regardless of what sleep time I put in FARR often displays a blank html (with no thumbnails). Clicking in the FARR window and pressing F5 (refresh) displays the thumbnails correctly.
In general I'd like to re-work the plugin like this: (1) f(sub)script calls everything es.exe directly, (2) gets matches back IN MEMORY, (3) generates HTML output IN MEMORY and (4) pushes it to FARR. That would rid the need for an extra autohotkey, an index txt, a html file.
But I don't have the F(sub)script skills that it takes ATM - that's why I'm taking the detour through autohotkey. Does the above seem doable? Any pointers on commands needed? Especially on (2), (3) & (4). edit: and possibly on doing (1) by FARR internal calls to the TinyEv plugin instead.
edit: I would also like some way to let FARR keep the html output displayed even when new text is typed in the inputbox AS LONG AS that text stays within the plugin alias. I.e. if the user has typed "alb beatl" and now enters "alb beatle" then FARR first offloads the html, goes through the other plugin steps and then reloads the html. I want it to not offload the html if possible.