O Reporting Services 2008: Existe uma maneira de propriedades do item de mudança, dependendo de como um relatório está sendo processado?

Question

Eu estou escrevendo um relatório, que exporta muito bem para PDF. No entanto, ele não exporta para um documento do Word (.doc) corretamente.

(Margens ser ignorados na área de cabeçalho, que mexe-se páginas quebras, texto de rodapé está faltando, etc.)

Para contornar isso, eu quero desabilitar, habilitar e / ou re-size alguns itens no meu relatório, dependendo se ele é processado como um PDF ou um documento do Word.

Existe alguma maneira para definir uma itens propriedades, com base em como um relatório é processado?

Answer 1

Eu acho que a única solução para o seu problema é o seguinte: em seu relatório você pode acessar Globals.ReportServerUrl. Ao chamar um relatório, você pode especificar o seu prestar tipo (e até mesmo outras coisas como dimensões etc) na URL. Tudo que você precisa fazer é escrever algum código personalizado para extrair o tipo de tornar a partir do URL e você é feito.

Para mais informações sobre todos os parâmetros de URL possíveis aqui: http: / /technet.microsoft.com/en-us/library/ms154040.aspx

Answer 2

Eu tinha um cenário que eu semelhante necessário usar o controle visualizador de relatórios em um aplicativo asp.net. A solução que eu vim com, estava escondido na barra de ferramentas no controle visualizador de relatórios, e criar o meu próprio seletor suspenso para os vários formatos (PDF, Excel são os dois usamos atualmente).

A solução é, ao carregar o controle do visualizador de relatórios, eu passar um paramter adicional para meus relatórios indicando "RenderType = HTML". Quando o pedido for feito para conseguir dizer o PDF Versão, eu uso a mesma metodologia, só que eu usar o () função ServerReport.Render e passar "PDF como o RenderType Parameter, mesmo para Excel.

Isso me permite fazer formatação / mostrando / stuff esconder condicional nos meus relatórios para os vários formatos de relatório.

Porque o Report Viewer WebControl suporta a funcionalidade para renderizar páginas específicas / zooms do código por trás etc, que era muito fácil de construir nossa própria "barra de ferramentas" para manipular o relatório, e nos deu a vantagem de denominar-lo mais adequado para o nosso aplicação, (embora isso possa ser feito com css de qualquer maneira). Outra questão que resolveu foi o recurso de impressão estranha exigindo o componente Active X, implementamos nosso próprio mecanismo de impressão para escrever o relatório de uma maneira amigável de impressora.

Espero que isso ajude.