Hello Thomas,
ST>> The drawback is that a lot of Windows controls must be created and ST>> handled. > I understand this. However, it is impossible to explain it to my > colleagues. That's why I recommended to use "combo" conditions instead of separate ones. > 9Val recommended the same workaround, but failed to advise how I can > easily convert my hundreds of filters. I guess, we should make some filter optimiser, so it would provide an easy way to combine several similar conditions into one combo... ST>> Another thing is handling of filters available for different categories - it ST>> must be possible to specify position of "multipurpose" filters in files lists in ST>> each category, how sub-filters must be processed, what to do if a filter is ST>> deleted from a category, etc. etc. It's not that simple as it may look. > OK, we are talking shop now. My suggestion is as follows: > I assume you have one module/procedure for incoming filters, one for > outgoing filters. Let's ignore for a moment that a lot of code may be > duplicated. There is no question about code and processing of such filters, nothing to be duplicated. Some new code must be written to support such a behaviour. Adding some checkboxes in filter options is not a problem - the problem is how we handle it further. Here is a possible model of behaviour: ticking a checkbox means that a filter must appear in the filter list corresponding to the checkbox. Where? Let's say at the end of the list. So, the same filter appears in different places of the SO and we should keep an eye on it. What to do if a filter has sub-filters? Do we automatically mark them all to be used in other filtering lists or we prompt whether a user wants to do so? OK, let's add sub-filters to other filtering list. What if a sub-filter is already has a tick mark to be used in that list? What to do if a filter is present in several filtering lists and you want to delete it? Should it be removed from the list you are currently in or from all other lists or should we allocate two different commands for deletion? You see, it's quite complex and I'm afraid many people would just get scared by the complexity. I'm not saying it's not possible to implement, I'm just trying to figure out how to implement it so that inexperienced users can easily understand what they are doing... ST>> This is another long standing wish, I agree. It just keeps falling off the to-do ST>> list from each Beta series and we must add it to the "hot" list now. > Thank you! Yes, this is "hot", please don't let it cool down again. I didn't - the .09 build has the feature. A notification about large message contains an URL that leads to opening the Mail Dispatcher with only that message listed, so you can decide what to do with it. > Just let us know your priorities. Well, we try to, but it's always a problem to stick to a plan because there are too many things we can't predict... -- Best regards, Stefan mailto:[EMAIL PROTECTED] ________________________________________________________ Current beta is 3.62.07 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
