After about 1.5 year away from product support, I found there are a lot of new functions introduced in CRM Web UI area. Let me try to learn from others to write them down to help me learn in more organized and quicker way. This time let me touch a tiny topic which is related to Note 2444103 Context Sensitive Filters in Cellerator. I’d like to explain the function introduced by this note and also explain the screen shot attached to this note in detail.
Firstly, let’s explain what is the function introduced by this note. Reading by title “Context Sensitive Filters in Cellerator” it means we’d like to adjust the display of the filter based on the specific situation the cellerator is in. Then what is a Filter? Please check the follow example. In an advanced search, the search result, when we click on the column header, there will be a dropdown list. The entries after the first line will be all the possible values for the current column in the current search. The following screen shot is search result of Opportunity. This filter listed all the possible Prospect name in current search. If I click on any of the entries, the search result will show only entries for this Prospect.
Isn’t it too easy and no need to use a blog to explain it? Now here is the problem we are facing. If I’ve set a filter one column A already. Then if I’d like to click on the filter dropdown on column B, what entries should be there?
Take the previous example, let’s set filter on Status = In process. We can observe the Prospect values were restricted into only 3 possibilities. Then what should be displayed on the filter dropdown? Should it be only the 3 values or all?
Our developer is perfectionist, and very considerate. They wish to bring easier life for users. This gives birth to Note 2444103 Context Sensitive Filters in Cellerator. Let’s check the system behavior after this note, the result of the filter dropdown will be the following
With this change, if we would like to do further filter based on existing filters, we can simply select the entries before the line. If I found that the interested Prospect is below the line, this might give me important information that the previous filter might not fit.
Up till now, isn’t this function tiny but still cool? We never get satisfied that easily. How about if we select one value to filter on column B also, what will the filter dropdown look like?
If we click the column header of Prospect, it will show as following. The current selected value will be displayed in bold.
After the above testing, I finally managed to understand fully about the description and screen shot in Note 2444103 Context Sensitive Filters in Cellerator (excuse me for the slow process in my mind). Let’s melt the description into the screen shot, it will be like this.
When examining the screen shot for the first time, I got confused with the “(No Entry)” entry. Maybe you don’t have the trouble. “(No Entry)” means there is empty Prospect. We can treat “(No Entry)” as one of possible values for Prospect, nothing special.
The above function can work when use omnifilter. What is omnifilter? It is the following box which suddenly shows on top right corner of the cellerator after certain package, another cool function introduced by our developer. For detail, please check Note 2322719 – Omnifilter for the Table and Tree
This note introduced a tiny helper, but it might touch some complex scenarios. I suspect it might lead to some potential bugs. Take one recent customer incident for example, customer discovered when there is a picklist type field in search result, if I would like to click filter dropdown with omnifilter active, there will be REFERENCE_IS_INITIAL short dump. The fix for this issue is on the way.
With fixes worked out, the above mentioned behavior for “Context Sensitive Filters in Cellerator” might be slightly changed, do hope I can come back and keep it updated.