View Single Post
Old 05-29-2016, 09:17 PM   #494
BetterRed
null operator (he/him)
BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.BetterRed ought to be getting tired of karma fortunes by now.
 
Posts: 21,759
Karma: 30237526
Join Date: Mar 2012
Location: Sydney Australia
Device: none
Quote:
Originally Posted by Toxaris View Post
That is actually my issue. That is why I am leaning towards multiple mark files instead of one big one. Challenge will be to let the add-in know what mark files are out there in a consistent manner.
How about a 'Register Rules' checkbox in Settings->Mark, and a list of paths to them in ePUBTools.cfg. The list would be presented in the Mark Tool dropdown. If the add-in can't find a registered rules file then it would remove it from the list and pop a message. For the one-offs the dropdown would have an option to manually select a rules file via an Open file dialogue.

Theoretically, I can't see why a similar scheme couldn't be used for S&R rules. However, there are a lot more users of the S&R tool than the Mark tool, and most probably only have one set of S&R rules. So probably I'd leave S&R as is - i.e. IIABDFI

BR
BetterRed is offline   Reply With Quote