2009-05-27 11 views
1

Nous avons une application ASP.NET qui utilise le contrôle Infragistics WebSchedule pour afficher les rendez-vous, de la même manière qu'Outlook. Le problème que nous avons est que le client veut pouvoir imprimer la page telle qu'elle apparaît à l'écran - ce que le contrôle lui-même ne semble pas supporter directement.Impression d'un calendrier ou d'un journal à partir de l'application ASP.NET

Nous avons développé un Crystal Report qui fait du bon travail, mais il est assez compliqué et juste un peu feuilleté (il ne s'étire pas pour accommoder tous les rendez-vous d'un jour particulier, il y en a trop plus de). Fondamentalement, nous avons intimidé Crystal pour faire quelque chose qu'il n'est pas vraiment destiné à faire - rendre une représentation graphique d'un journal plutôt que de lister les données de manière tabulaire.

Quelqu'un at-il une meilleure alternative à cela?

Merci à l'avance

+0

Alors que se passe-t-il lorsqu'ils impriment via leur navigateur Web? Les données critiques ne s'affichent pas correctement? Il ne s'affiche pas du tout? – alex

+0

Nous publions actuellement un rapport de cristal, mais son design n'est pas génial, bien qu'il fasse le travail. Le problème est que lorsqu'il est affiché sur l'écran, l'utilisateur peut utiliser des barres de défilement pour voir tous les rendez-vous - ce qui n'est évidemment pas possible sur papier. Vraiment à la recherche d'une meilleure façon de le faire - sans cristal. – DilbertDave

Répondre

1

DayPilot Pro (notre produit) prend en charge l'exportation PNG qui permet une impression facile de calendrier/calendrier (presque une copie pixel par pixel du contrôle HTML).

Il travaille à la fois le calendrier (vue traditionnel jour comme Outlook/semaine):

http://www.daypilot.org/demo/Calendar/

et pour le planificateur (montrant une ligne de temps pour de multiples ressources):

http://www.daypilot.org/demo/Scheduler/

Essayez "Imprimer/exporter" sous les commandes.

+0

Alors que l'heure était pressante, nous avons opté pour une solution XML/XSLT, mais cela a l'air plutôt agréable. Merci. – DilbertDave

1

Eh bien à la fin j'ai décidé Junk Crystal Report dans ce cas. C'est bien pour les données tabulaires et graphiques, mais pas vraiment adapté pour une représentation graphique d'un agenda/planificateur.

J'ai opté pour une solution XML/XSLT qui s'est avérée meilleure que ce à quoi je m'attendais, notamment en termes de rapidité.

J'ai été en mesure de générer un flux XML et, en fonction de la plage de dates, de le transmettre à un modèle XSL approprié qui produisait une vue hebdomadaire ou mensuelle du rapport. Un collègue a saupoudré du CSS dessus et nous sommes triés.