Still I am curious to know an exact use case which helps you using Aspose from command line, Jerome which cannot be achieved using Scrivener itself.
Hi Tiho
My “compile” enables me to keep a huge Scrivener docbase viewable on an Android phone. It is based on the Scriv 1 model of maintaining documents in a single folder, identified by an integer Doc ID.
I have an Economics folder in Scrivener with perhaps 1800 HTML docs, typically longer articles, and about 1500 much shorter RTF docs. In Scriv 1, I could view the Docs folder in Windows, sort by date, and drag the newest HTML documents to the phone folder. Once they were on a common style sheet, they rendered beautifully on the phone. Of course I still required an HTML index or binder of some sort, which I generated in AutoHotkey.
My routine makes a single master HTML document that links to all branches that have children, and about 35 accumulator docs that link to HTML content docs at the same level, as nn.html. The accumulator docs also capture and display the smaller RTF docs, but as inline, rather than linked, html. These “on the fly” conversions constitute my use case for granular conversion capability.
Early versions of the routine did indeed use a Scrivener compile for the conversion. I would drag all of the Economics entries into a Collection, and compile that collection into a single HTML, with metadata containing each Doc ID. I then had to decompile, to break out each segment and save as an HTML with the Doc ID name. I’d then inject these segments into the accumulator docs as the routine encountered a matching ID in the binder.
Naturally I’ve looked to save all that setup, and have been experimenting with routines that convert RTF to HTML at the file level. And thus inquired about Aspose.
It’s a terrific boon to have a recent version of my docbase always available and easily updated on my phone. But the network of linking docs created by this method also makes an extremely useful wiki-like reference within Scrivener. Granular file conversion has brought the generation of these 35 accumulator docs, from thousands of source docs, down to a single click.
Rgds — Jerome