design de forma complexa em Sharepoint

Question

Eu estou tentando construir um formulário para WSS 3.0 que tem as seguintes duas características:

1. tem várias sub-registros em cada registros que contém alguns campos específicos.
2. Pode exportar para HTML ou algo similar que pode ser visto em todos os navegadores.

Eu percebo (se não me engano) posso conseguir 1 somente usando InfoPath e RepeatingSection / RepeatingTable / etc.

Como para 2, eu vejo InfoPath só é capaz de exportar para MHT / PDF / XLS, nenhum ideal para mim, já que o objetivo é criar um algo que pode ser publicado na web.

Qualquer dicas sobre a melhor maneira de conseguir isso?

Correção de 2: Eu quis dizer que a forma InfoPath deve ser editável dentro de nossa intranet, mas exportado como um read-only-web-página para o nosso web site. Então eu quis dizer "exportação" e não "publicar".

Answer 1

Uma maneira de fazer isso seria a utilização de um banco de dados como a principal fonte de dados para as suas formas, de modo que todos os dados do formulário é salvo lá. Você poderia, então, construir um site que consulta o banco de dados para todas as informações.

Outra alternativa seria a de tomar os dados do formulário InfoPath (salvo como um arquivo xml) e publicá-lo em um servidor web com uma folha de estilo XML para definir seu formato. Você pode fazer isso através de um controle XML em ASP.net.

Estas soluções podem exigir mais graxa de cotovelo do que alguma outra solução, mas acredito que seja iria funcionar.

Answer 2

Talvez a criação de um FieldType personalizado é uma possibilidade. Criar um FieldType que tem algum tipo de coleção como valor.

Answer 3

Como para 2, eu vejo InfoPath só é capaz de exportar para MHT / PDF / XLS, Nenhum ideal para mim, já que o objetivo é para criar uma coisa que pode ser publicado na web

Isso não é certo, formulários InfoPath podem ser publicados na web. Ao publicar o formulário para o SharePoint por meio do cliente InfoPath, você pode selecionar uma opção dizendo que este formulário deve ser editável dentro de um navegador. Mas cuidado que algumas características de forma do InfoPath não estão disponíveis quando você faz isso.

Ou você tem uma compreensão diferente do "pode ??ser publicado na web"? Para mim, significa, criando um novo item na biblioteca para que o formulário do InfoPath é anexado a -> formulário é aberto no navegador -> preenchimentos usuário na forma -> user klicks no botão Salvar -> info caminho documento é guardado para a biblioteca e fechado.

Answer 4

Apenas uma idéia:

Se InfoPath (junto com MOSS) não é uma opção, então talvez você poderia imitar o seu comportamento através de um formulário de edição personalizado, se você deseja que os dados a serem emitidas em uma lista SP. Estou pensando em uma forma de edição personalizado com controles HTML dinâmicos (para os sub-registros), e você pode conseguir isto, inserir objetos dinamicamente no DOM como a sua estrutura de árvore requer. Em seguida, no formulário de envio, um manipulador de eventos na lista iria analisar os dados enviados pelo formulário e armazená-lo como achar melhor (em XML serializado em um campo personalizado, por exemplo).

Se ele não está indo a ser um formulário de edição personalizada para uma lista, em seguida, a mesma funcionalidade acima podem ser armazenados em uma página de site com código-behind (cuidado com personalizações) e use uma lista SP escondido como o seu armazenamento de dados.

Como para a seção de exportação, talvez uma página de aplicativo vinculado no menu ECB dessa lista iria receber o acima mencionado xml e exibi-lo bem.