Question

Mon client déteste le contrôle de la cueillette de taxonomie dans SharePoint et il est logique que les règles de niveau unique préfèrent avoir une déposer une liste déroulante.

Idéalement, j'aimerais utiliser la fonctionnalité OOB et, si je code personnalisé NewForms et EditForms, le client aimerait toujours pouvoir ajouter / supprimer des colonnes et avoir le formulaire rendant tous les champs.J'ai envisagé de créer un champ personnalisé qui est lié à un terminal, mais je ne suis pas sûr que si la recherche sera en mesure de la affiner dans les résultats de la recherche.

Vous envisagez également la classe Listfieliterator, puis rendu sur la base du type de terrain, mais cela dépend de moi créer un champ personnalisé.Existe-t-il d'autres moyens pour SharePoint de rendre ces instances de champs dans une liste déroulante RO est ma seule personnalisation d'itinéraire?

Était-ce utile?

La solution

You could do this with script that is applied selectively based on column name or some other defining characteristic.

The trick would be to hide the existing picker (I agree that it feels clunky, though it works OK with the hierarchical data), pull the terms from the store and display them in a select. On selection from the dropdown, you'd populate the picker and validate.

The benefit of this approach is that it is easily reversed and it doesn't change any of the underlying behavior. Oh, and nothing need be deployed server side, so it's great for Office365, too!

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top