Thank you for submitting your idea to the Idea Exchange!
Currently, we provide a high-level overview of each feature in the release, as well as a training video from the Academy team and a link to the appropriate Anapedia article/s for more information, when applicable.
Below is an example of this from our June 16, 2018 release. You can expect to see this same treatment with upcoming releases and we'll continue to provide as much information as possible for each feature.
Yes the Open Source Module will adhere to all role/access settings. A user can only open modules they have access to. See example below of a user trying to open a source module they don't have access to.
Even with the performance improvements, it is still best practice (and fastest), to have a filter based on a single boolean. If you need multiple filter conditions, it is best to combined them into one boolean line item or have additional line items if that conditions are complex.
Also, house these filters in a separate System module (as per DISCO) so they can be re-used if necessary
I agree with some other posts. In most cases users have selective access enabled, so they can't see the top level. This functionality really should be "Default to Highest Level of Access". THAT would be an excellent enhancement. I think there was a blog post circulating around earlier that laid out a bunch of possible "Default" options for dashboards, so it would be nice if those got implemented (i.e. bottom level, top security level, custom level).
As it currently stands, unfortunately this new feature doesn't solve most of our default paging issues 😞
Thanks for the feedback. Sorry to hear it doesn't solve all your default page selector issues. Hopefully it helps in some cases. We are looking to make some changes in this area as we develop the New UX. That might be what the blog you are referring to was gathering feedback for.