Propose new functionalities for Decidim software
#DecidimRoadmap Designing Decidim together
PROBLEM:
In some cases it is required to be able to filter participatory processes by type and subtype. The "processes" module allows creating groups of processes, but does not have a filter field available (as if it exists instead in the "assemblies" module).
SOLUTION:
Add a field and a filter functionality "type of processes" to allow filtering processes by type, as we can do in "assemblies".
ALTERNATIVES:
It is not convenient to use the available global classification systems ("scopes" and "areas") because they don't allow a differentiated application according to the context (show different filters in /processes or in /assemblies or even in /group_process, for example). And they are systems that are too intertwined with many other modules & components.
ADDITIONAL CONTEXT:
In order to create the new process_type feature, we will...
-Create a Decidim::ParticipatoryProcessType model and an optional association with participatory processes.
-Add CRUD management from admin of process types and include the association in the processes form.
-Add a filter to set process_type in the global processes list or current processes group ( /processes & /processes_groups/X ), like the existing assembly_type selector.
With some extra enhancements:
- This filter should not appear if there are no processes with a type assigned.
- The filter should only display the different types of available processes in the context (global processes list or current processes group)
-Make sure to add tests to keep test coverage at required levels.
Could this issue impact on users private data?
NO.
FUNDED BY:
Government of Navarra / Nafarroako Gobernua
This proposal has been accepted and is under development
Related images
Report inappropriate content
Is this content inappropriate?
Comment details
You are seeing a single comment
View all comments
Conversation with álvaro ortiz
@carol Navarra have two types of processes, and for each group they have different categories. And they want to allow users to browse them independently (so categories from type 1 doesn't get mixed with those from type 2). After reviewing many options, we have come to the conclusion that this would solve the problem, with a relative simple solution, maintaining the same standard as in Assemblies, and being flexible for other cases.
For example, this could be used to simplify by much the setup that GenCat has setup to have the /regulations section, which is just a list of processes but with a new "Type" filter.
If our proposal existed, they could just create two groups of processes: one for regular processes, and other for regulation processes. When the processes filter would be shown, in "Type" only categories that are used for processes in that process group would be shown. Also, by using the process group you would get a lot more functionality.
Important to note: this is no more than a more or less elegant hack, without introducing any breaking change and without compromising too much for the future; the more solid solution would be to rethink the classification system to make it more flexible, but that would be a much more complicated projects.
Hi @carol any updates about this from product team? What are your thoughts around this issue? Thanks!
We reviewed it at Product. Ok to the proposal, just keep in mind that the way it is displayed will probably change with the redesign process.
For sure ;)
Great, thanks.
Loading comments ...