there are many feature requests for new filters that are either a combination of existing filters and/or their extensions. i was thinking about defining some sort of 'filter language' that would allow you creating such filters in a form of a text file. usually it takes me more time to code user interface for a new filter than the actual ticket-checking code.
so you would create a text file like this:
[m]leave sum range: 120-200
and
remove odd/even: 1:5
and
remove odd/even: 5:1
and
leave wnh col0 sum range: 300-320
or
leave wnh col1 sum range: 521-549[/m]
load this file into expert lotto and filter the package according to it. so in fact you'd be editing/saving/loading compound filter definitions.
do you think it would be worth implementing such a filter language and compiler or is it a bad idea?
(and if you think it is worth it, please state why. comments like 'great idea, let's try it' are no justifications for me to actually spend a lot of time at my computer implementing it:)