SubreportProcessing Cas, pas de Tir
Je suis en utilisant rdlc rapports dans WPF, ont donc fait à l'aide de WindowsFormsHost wrapper. Les rapports rdlc je suis à la recherche d'exécuter un sous-rapport intégré dans celui-ci, et je suis réglage de la source de données que l'utilisation de la SubreportProcessing cas de la ReportViewer.
Viewer.LocalReport.SubreportProcessing += new SubreportProcessingEventHandler(LoadAccessoriesSubReport);
Mon problème est que le SubreportProcessing événement n'a même pas me faire virer. Je suis le définir dans le Window_Loaded
cas de la fenêtre WPF qui contient le Contrôle ReportViewer incorporé, voir xaml ci-dessous :
Title="ReportViewer" Height="1000" Loaded="Window_Loaded" Width="1000">
<Grid>
<WindowsFormsHost Name="winHost">
<wf:ReportViewer Dock="Fill" Name="rptViewer">
</wf:ReportViewer>
</WindowsFormsHost>
</Grid>
Serais reconnaissant de toute aide sur ce.
J'ai le même problème. Je n'ai pas trouvé une solution encore...
Bien que pas directement à la question que j'avais, les détails en question répondu à ma question que j'avais. Merci! +1
Bien que pas directement à la question que j'avais, les détails en question répondu à ma question que j'avais. Merci! +1
OriginalL'auteur Mairead | 2009-12-02
Vous devez vous connecter pour publier un commentaire.
Vérifier votre sous-paramètres. Si un paramètre condition échoue, le sous-état n'est pas chargé.
Vérifiez également Visual Studio sortie de trace, il montre quel est le paramètre qui provoque l'erreur.
Afin d'effectuer une vérification rapide, l'ensemble de tous les sous-paramètres pour autoriser les valeurs null.
Il a fait le tour pour moi (maintenant, j'ai juste besoin de comprendre pourquoi je obtenir une valeur null au lieu de l'attendu :))
OriginalL'auteur picrap
J'ai eu le même problème et a trouvé que la
ReportViewer1.Reset()
était de compensation du gestionnaire d'événement. Le déplacement de la AddHandler ligne immédiatement après laReportViewer1.Reset()
résolu le problème.OriginalL'auteur Rocco
même problème ici, même si c'est probablement cette question est un peu vieux..
Si vous êtes à l'assignation de vos sources de données de code derrière, assurez-vous d'ajouter le gestionnaire de la SubreportProcessing événement APRÈS que vous avez ajouté les sources de données pour le rapport principal. J'ai fait de cette façon:
J'ai été addind la AddHandler partie avant et que l'événement n'a jamais été tiré. Espère que cela va aider quelqu'un à le même problème.
OriginalL'auteur tanuk
Ajouter correspondance des paramètres à la fois sur le contrôle de sous-état sur le rapport principal et les sous-iteself.
OriginalL'auteur Brian Low
C'est comment j'ai réussi à le faire fonctionner probablement pas la meilleure solution....il utilise EF et WPF
XAML
OriginalL'auteur Igor Vind Malicki
J'ai eu le même problème, en utilisant le LocalReport sans l'aide de la ReportViewer dans une application WPF.
Mais il s'est avéré que j'étais en train de passer d'une valeur null comme paramètre du rapport parent dans le sous-état.
Le sous-état, par conséquent, n'a jamais commencé de rendu. C'est la raison pour que l'événement n'a pas été déclenché.
OriginalL'auteur jbandi
Essayez de régler une propriété ReportName pour correspondre au nom du fichier de rapport.
OriginalL'auteur David