Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Position type on held_position #50

Open
gbastien opened this issue Jul 16, 2018 · 0 comments
Open

Position type on held_position #50

gbastien opened this issue Jul 16, 2018 · 0 comments

Comments

@gbastien
Copy link
Member

Hi @vincentfretin @tdesvenain @sgeulette

for now we have the possibility to define position types on the directory then it generates a vocabulary that is used for the "position type" field of the "position" content.

I think it is more "coherent" to be able to select the "position type" on a held_position as it could be not linked to a position but directly to an organization.

I would like to add the same field "position type" on a held_position and to add a special value "use position type from linekd position" to the vocabulary and to manage the selected value thru validation (because master select is so complicated as we use an autocomplete widget to select orga/position linked to the held_position) :

  • either the held_position is linked to a position, in this case the value to select must be "use position type on linked position";
  • or the held_position is not linked to a position, in this case the selected value must be anything but "use position type on linked position".

I would add a parameter to the directory letting people activate position type on held_position, especially because now, it would require a migration when using held_positions not linked to a position.

So by default, parameter "use_position_type_on_held_position" would False.

What do you think and who is using the position_type now?

Thank you for suggestions.

Gauthier

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant