Pergunta

Meu cliente odeia o controle de selecionadores de taxonomia no SharePoint e faz sentido para os termos de nível único para ter uma lista suspensa.

Idealmente eu gostaria de usar a funcionalidade OOB e se eu codificar novos formatos e editores personalizados, o cliente ainda gostaria de adicionar / remover colunas e ter o formulário renderizar todos os campos.Eu estive pensando em criar um campo personalizado que está ligado a um termário, mas não tenho certeza, se a pesquisa poderá refiná-la em resultados de pesquisa.

também estava olhando para a classe ListFielditerator e, em seguida, renderização com base no tipo de campo, mas isso depende de mim criando um campo personalizado.Há outras formas para o SharePoint para renderizar essas instâncias de campos em uma lista suspensa RO é minha única personalização de rota?

Foi útil?

Solução

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 em: CC-BY-SA com atribuição
Não afiliado a sharepoint.stackexchange
scroll top