Content
View differences
Updated by David Friquet about 1 month ago
One first feedback on the Meetings page: when filters are applied, the filter form stays visible. That’s indeed useful to fix/add/remove filters once applied, no click on the `Filters` button needed on refresh.
That is the case for special menu links too, like _Recurring meetings_ or _Created by me_.
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/920620/content">
With the dialog, we will lose that "visible on load" behaviour. We will end up with the same pattern as for work packages, with only the `Filters` button reflecting the count of filters applied, and clicking required to edit the filters again.
## The question
As the Meetings’ behaviour as been explicitly implemented that way, I wonder if that "filters stays visible on applied filters" is a hard requirement — one the modal dialog could not fulfill in a convenient way, or if it’s an expendable one.
Walking around the application, the question widens as patterns differ:
* in [Members](https://qa.openproject-edge.com/projects/demo-project/members) page, the filters stays visible until you close them, even if you navigate away and come back. That does not fit well with dialogs either;
* in [Work Packages](https://qa.openproject-edge.com/projects/demo-project/work_packages), the filters stays open until hidden by hitting the `Filters` button, and are not visible on page load in any way, a dialog-compliant behaviour here. However, it’s one of these auto-applied filters, refreshing the list as the user edits the filters. The modal dialog’s backdrop will dim the rest of the page and make it difficult to validate the filters’ modification on-the-fly.
I don’t know if we are looking for a one-size-fits-all solution here, but these examples tries to provide a bigger picture beforehand. Nonetheless, the main question about the Meetings behaviour remains and waits for your comments.
I quickly tweaked the [Meetings page in a PR](https://pr-22920-73957-build-prime-ip-46-224-142-44.my.opf.run/meetings) so that you can try it out by yourself and [compare with QA/Edge](https://qa.openproject-edge.com/projects/demo-project/meetings) for example. example — autocompleters on users do not work in the modal yet, don’t be surprised.
That is the case for special menu links too, like _Recurring meetings_ or _Created by me_.
<img class="op-uc-image op-uc-image_inline" src="/api/v3/attachments/920620/content">
With the dialog, we will lose that "visible on load" behaviour. We will end up with the same pattern as for work packages, with only the `Filters` button reflecting the count of filters applied, and clicking required to edit the filters again.
## The question
As the Meetings’ behaviour as been explicitly implemented that way, I wonder if that "filters stays visible on applied filters" is a hard requirement — one the modal dialog could not fulfill in a convenient way, or if it’s an expendable one.
Walking around the application, the question widens as patterns differ:
* in [Members](https://qa.openproject-edge.com/projects/demo-project/members) page, the filters stays visible until you close them, even if you navigate away and come back. That does not fit well with dialogs either;
* in [Work Packages](https://qa.openproject-edge.com/projects/demo-project/work_packages), the filters stays open until hidden by hitting the `Filters` button, and are not visible on page load in any way, a dialog-compliant behaviour here. However, it’s one of these auto-applied filters, refreshing the list as the user edits the filters. The modal dialog’s backdrop will dim the rest of the page and make it difficult to validate the filters’ modification on-the-fly.
I don’t know if we are looking for a one-size-fits-all solution here, but these examples tries to provide a bigger picture beforehand. Nonetheless, the main question about the Meetings behaviour remains and waits for your comments.
I quickly tweaked the [Meetings page in a PR](https://pr-22920-73957-build-prime-ip-46-224-142-44.my.opf.run/meetings) so that you can try it out by yourself and [compare with QA/Edge](https://qa.openproject-edge.com/projects/demo-project/meetings) for example.