Pregunta

Mi cliente odia el control del selector de taxonomía en SharePoint y tiene sentido para que los cuadrados de un solo nivel tengan una lista desplegable.

Idealmente, me gustaría usar la funcionalidad OOB y, si codifique los NewForms y editformes personalizados, aún desea poder agregar / eliminar columnas y hacer que el formulario rinda todos los campos.He estado pensando en crear un campo personalizado que está obligado a un conjunto de términos, pero no estoy seguro de que si la búsqueda podrá refinarla en los resultados de búsqueda.

También está mirando la clase ListFielDeiterator y luego renderizar en función del tipo de campo, pero esto depende de mí crear un campo personalizado.¿Hay otras formas para que SharePoint rinda estas instancias de los campos en un Lista DropDownList RO es mi única personalización de ruta?

¿Fue útil?

Solución

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!

Licenciado bajo: CC-BY-SA con atribución
scroll top