Proposa noves funcionalitats

Empremta digital

El text següent és una representació abreviada i hashejada d'aquest contingut. És útil per garantir que el contingut no hagi estat alterat, ja que una única modificació provocaria un valor totalment diferent.

Valor: 5e736b36c633718f16c94476056e1aa615e0f29901a1f17a83c91b346a5b0ed0

Origen: {"body":{"en":"We have received lots of feedback about the complex navigational structure in Decidim. E.g. if the city has active budgeting phase in multiple processes, the users would first have to browse to processes => (possibly select a process group) => select a process => switch to the budgeting tab => authorize themselves (if required) => start the budgeting.\r\n\r\nIn this case the users are not really interested in anything else but the budgeting phase and it would be better to guide them through the process with a simple flow.\r\n\r\nIn this particular case the desired user flow would be something like this:\r\n- Require the user to login (needed for budgeting)\r\n- Require the user to authorize them with 1, many or all selected authorization method (needed for budgeting)\r\n- Select the budgeting component from the desired process (only displaying those that the user is authorized in for the budgeting action)\r\n- Do the budgeting\r\n- Repeat the budgeting for any other components the user is authorized in\r\n\r\nAlso, in the budgeting phase, the user should not be shown the UI overhead links from the participatory space, i.e. the participatory space's header which shows its title, steps and sub-navigation. They are only interested about performing the budgeting in the desired process, so focus the user's attention to the actual budgeting.\r\n\r\nThe same kind of process could be applied to any component out there, e.g. proposals/ideas. The most use cases we've had, there is always one active phase (proposal, budgeting, etc.) that the users are interested in at the given time. They come to the platform for that particular purpose and are confused when they have to browse through multiple different views in order to perform what they came to do.\r\n\r\nWe actually tried to build a general module which would allow just this but quickly noticed it was pretty hard to implement this generally because of the way the internal functionality of the components is tied to the participatory space they are in. Basically we ended up creating a flow tool tied to the budgeting component which has its own routes for the budgeting component served by controllers that override the budgeting component's controllers.\r\n\r\nThe overrides were required to hide the participatory space's navigational structure from the user. Other than that, this component could have been created more generally that would allow attaching it to any component out there."},"title":{"en":"User flow / guidance tool"}}

Aquesta empremta digital es calcula mitjançant un algoritme de hash SHA256. Per reproduir-lo tu mateix, pots utilitzar una Calculadora MD5 en línia i copiar-hi les dades d'origen. ×