Applying DEVONthink’s File > Index and Folders to a folder-full of Bike outliner files provides good:
Indexing of Bike outline text and (highlight) annotations
Display of Bike outlines in the CSS format defined by DEVONthink > Preferences > Web > Style Sheet
BUT if we edit a Bike Outline (they use an XML/HTML format) in a DT think window (rather than using Data > Open With ... Bike)
then something unfortunate happens in DEVONThink 3 (3.8.7):
Although the DT think window continues to display the existing .bike file name, in fact DT renames the .bike file to give it an .html extension (rather than making an additional copy with an .html extension), and the original .bike file no longer exists in the indexed folder.
DT makes changes to the renamed file which prevent Bike from opening it again (mainly an XML → HTML coercion)
Is this by design ? It somehow feels a bit inadvertent.
Is there a setting in DEVONthink that I can use to prevent it from renaming (rather than copying) files in an index folder ?
FWIW in addition to the renaming without making a copy, the changes made to the Bike outline, rendering it unopenable by Bike, seem to turn on the distinction between XML and HTML:
DEVONThink comments out the XML header in a Bike outline.
Single unpaired tags in the Bike outline, like <meta charset="utf-8"/> have their penultimate “/” stripped out, coercing them from the XML pattern to an HTML pattern. Similarly, <p/> → <p></p>
These changes are very understandable in an HTML editor, but as they render the file unusable in Bike, creating an .htmlcopy would be preferable to a rename and overwrite without warning.
DEVONthink just supports editing HTML files but doesn’t support third-party requirements like the one of Bike files. Therefore editing them via DEVONthink might break the compatibility to Bike as the XML/HTML tags might & will change.
Absolutely – I quite understand that the output HTML will differ.
But changing a file name without warning ? And displaying the old file name as if it still existed ?
( Note, of course, that we are not discussing the contents of a DT database, just the indexing of an external Finder folder – unannounced file name changes feel a bit more uneasy in that context )
In the meanwhile, at your suggestion, I’m trying a Smart Rule, which appears to work – not sure if these look like sensible settings:
If you’re only creating .bike files in one database, I would target that database (and potentially a group if you’re only working in a specific location in the database) instead of Databases.
According to their website, they’re using HTML. What exactly is this “XML/HTML format”, anyway? Afair, there was XHTML once, but that is (hopefully) quite dead now.
I agree – a map (copy) from one file format to another (.bike → .html) is absolutely fine, but deletion of the original is unnecessary and clearly undesirable.
I’m experimenting with Bike inside DT and found that locking the Bike file in DT is a workaround. DT won’t edit or rename it, as far as I can see, and I can open it externally in Bike.