SSRS Page blanche à la fin, dans le Contrôle ReportViewer pas en PDF
J'ai un rapport créé dans SSRS 2008 que je peux appeler et de les afficher dans une page asp à l'aide du Contrôle ReportViewer. Dans le ReportViewer mon rapport a un extra/page vierge à la fin, mais lorsque j'exporte en PDF mon rapport, c'est parfait!. Rien n'est hors de la page, les marges et la taille sont tous beaux, en vertu de 10.0 dans un paysage de rapport. Toute idée de ce que pourrait être la cause?
- Il pourrait être votre navigateur web mise en forme du rapport de manière incorrecte. J'ai vu des rapports SSRS spectacle avec une mise en forme différente entre les navigateurs.
- La même question s'affiche à l'aide de IE7, IE8 et Firefox 3.5.
Vous devez vous connecter pour publier un commentaire.
Réponse courte: Essayer de réduire la taille verticale du Corps, de même il n'y a pas d'espace en dessous de la dernière page de l'élément.
Réponse longue: j'ai eu le problème inverse lors de l'utilisation de reportviewer de rendre une 1-forme de page lettre. Reportviewer rendu correctement (une page) dans le navigateur, mais le PDF exporté ajouté une page blanche 2. La taille du Corps de la dans mon .rdlc fichier a été exactement 8,5 x 11 po. j'ai donc pu voir les marges. Rétrécissement de la taille verticale de l'Organisme à éliminer les espaces ci-dessous le dernier élément (9.8" dans mon cas) a résolu le problème. (Le PDF exporté a toujours une taille de page 8.5x11.)
(Merci jimconstable. Je n'ai pas encore de la "réputation" de voter pour les réponses.)
Est le rapport de la surface supérieure de la page? Qui sera la cause d'une page supplémentaire qui pourrait ne pas être là, dans un fichier pdf.
Ce problème est généralement causé parce que certains de vos éléments de page... les zones de texte, des rectangles, des lignes, des tableaux... de l'automne à l'extérieur des marges. J'ai l'habitude de travailler sur assez de rapports complexes et de ce que j'ai à faire est de mettre pensionnaires (de couleurs différentes) sur chaque chose qui a un bord près de la main droite de la page.... ensuite, lorsque vous affichez l'aperçu, vous pouvez dire par les couleurs qui chose est débordante. Ensuite, vous pouvez redimensionner les objets ou les marges jusqu'à ce que rien ne déborde et la page supplémentaire est allé.
Ce qui se passe en réalité beaucoup avec des sous-rapports. Ils peuvent pousser sur des zones de texte, des rectangles, des lignes... n'importe quoi... qui sont placées à la droite.
Cela peut être un incroyablement frustrant problème, mais je vous suggère fortement l'ajout de bordures colorées pour vos objets de rapport jusqu'à ce que vous trouver ce qui déborde. Parfois il peut même être la propriété canGrow ou il peut être juste un espace blanc en bas à gauche de votre plus bas, rapport d'objet, alors assurez-vous de faire glisser le bas du corps du rapport presque tout le chemin jusqu'à la plus basse sur l'objet d'un rapport (parfois, si le rapport du corps touche le plus bas de l'élément de l'élément de contenu peut être coupée si, j'ai toujours laisser un peu d'espace, à propos de la hauteur de l'une de ces lettres, je suis en tapant)
J'ai eu un problème similaire (mais il y a aussi une page vierge dans le fichier exporté .pdf pour moi) que j'ai finalement résolu en procédant comme suit:
<Width>
/<xxxWidth>
balises, et la réduction de toutes les valeurs contenues entre ces balises pour être inférieure à la valeur moins de la largeur de la marge de chaque côté.Pour moi, le problème de la largeur appartenait à haut niveau
<Report>
élément, et de modification n'affecte pas l'apparence du rapport.Bien sûr, la prochaine chose à faire serait de faire la même chose avec
<Height>
balises.J'ai eu le même problème avec un rapport très simple. Ma solution a été dans les Propriétés du Rapport\Marges, définir les marges (gauche, haut, droite, bas) à zéro. Qui rétrécit le rapport de la largeur et de la hauteur. Apparemment, les marges sont en dehors de la taille de la page, généralement (8,5 x 11 po).
J'espère que cela réglera le problème.
J'ai aussi eu la page blanche à la fin du rapport, mais il a disparu dans les PDF. Et j'ai trouvé que, si nous décochez l'option "Ajouter un saut de page après", la page blanche n'apparaît pas dans SSRS. Mais Quand nous l'export en PDF, il n'y a pas de saut de page dans le fichier PDF.
Il y a une confusion sur le design de la page. Les développeurs pensent que le rapport est conçu est WYSIWYG, mais en réalité il ne l'est PAS!! Microsoft reportviewer prendra votre page conçue comme le contenu!!! et ajouter les marges définies à l'extérieur de votre page, et que votre page ne peut jamais s'intégrer à une page!!
Donc, lorsque vous créez un nouveau rapport, l'accent sur le contenu de la zone, la zone client, y compris vos en-têtes et pieds de page, et de permettre des marges pour être annexé à l'extérieur de la frontière.
J'ai trouvé que la suppression de la Colonne de Groupe pour un rapport détaillé résolu le problème. Rien d'autre n'a fonctionné. J'ai fait en sorte que le Corps s'adapter à l'intérieur de la taille de la Page afin de s'assurer qu'il n'y avait rien s'étendant dans une marge, dans l'en-Tête ou le Pied de page. Je n'ai pas besoin de la colonne de regroupement et le résultat a été le même sans elle. Il semble être nécessaire lorsque vous utilisez le Concepteur de Rapport, mais n'est pas forcément nécessaire pour le rapport qui en résulte.
Vous devez vérifier que la largeur de la bofy dans le "Corps" propriétés de l'onglet n'est pas plus grande que la largeur de la page dans le Rapport "propriétés" onglet, sinon la dernière partie du corps rend dans une autre page. A4 taille 21cm x 29,7 cm et assurez-vous d'envisager les marges de calculer le max de la taille du corps.