[ASP .NET 1.1] Toolbar (webctrl) ne s'imprime pas dans IE

Toolbar (webctrl) ne s'imprime pas dans IE [ASP .NET 1.1] - C#/.NET managed - Programmation

Marsh Posté le 21-02-2007 à 23:07:19    

Bonjour à tous,
 
J'ai un petit souci. J'ai une application web .NET qui utilise les webctrl, la toolbar plus précisément. Mon problème est lors de l'impression. Dans firefox la toolbar s'imprime, mais pas dans IE 6 et IE 7.
 
J'ai chercher dans les options et je ne trouve absolument rien. Avez vous une idée?
 
Merci

Reply

Marsh Posté le 21-02-2007 à 23:07:19   

Reply

Marsh Posté le 22-02-2007 à 08:13:48    

Ca imprime pas ? :heink:  
 
Ton script génère une erreur ?

Reply

Marsh Posté le 22-02-2007 à 15:01:16    

Le script ne génère aucune erreur. C'est juste que quand j'imprime les toolbars sont absentes. Dans firefox elle sont visible. C'est comme si IE les  ne voulait pas imprimer des toolbars. Firefox les transformes en Table, donc il imprime tout.

Reply

Marsh Posté le 22-02-2007 à 16:02:25    

http://msdn2.microsoft.com/en-us/library/aa479012.aspx
 

Citation :

Getting Started with the IE Web Controls
In order to start using the IE Web Controls in an ASP.NET Web application you must copy the contents of the build\Runtime subdirectory to the Web application's /webctrl_client/1_0 subdirectory and the assembly file (Microsoft.Web.UI.WebControls.dll) to the Web application's /bin subdirectory (an example, along with command-line instructions to perform these tasks, is available in the IE Web Controls README.txt file).


A voir vite fait sur quelques fofos ya pas mal de monde qui a ce problème, ils disent tous de copier des fichiers blablabla...

Reply

Marsh Posté le 23-02-2007 à 15:46:53    

J'ai tout fait ça. En fait mon application fonctionne super bien. La toolbar s'affiche et les boutons cliques. Tout est fonctionnel. Mais j'ai voulu imprimer la page sur l'imprimante. Donc j'ai fait Menu\Fichier\Imprimer, et c'est là que j'ai vu que dans IE la toolbar ne s'affiche pas à l'impression, tandis que Firefox lui l'imprime.
 
Je crois que c'est volontaire de la part de IE car il sait que c'Est des toolbars donc ne les imprimes pas. Firefox lui les transformes en TABLE, donc elles font complètement partie de la page web. C'est ma conclusion. Je crois que je vais faire une option pour imprimer avecun version imprimate de ma page sans les toolbars. Ça va être plus beau de toute facon,héhé.

Reply

Marsh Posté le 27-02-2007 à 16:11:59    

Ah!! Au temps pour moi... :pfff:  
 
Ton explication paraît la plus plausible, en tout cas j'ai déjà eu ce problème là sur un projet dans lequel l'interface était très chiadée, et en fonction de IE ou de FF et consors, effectivement ça imprime pas pareil, sans même utiliser des crottes point nettes (oh oh)
 
Sinon c'est possible d'écrire une procédure (en JS + PHP par exemple) qui va transformer ta page telle qu'elle est affichée à l'écran, avec sa complexité difficilement interprétable par tous les navigateurs (je parle du caca webctrl.NET :whistle:), en une page au format html plus proche de la norme, un peu comme le fait Firefox tout seul ici, sauf que là c'est toi qui décide et le résultat sera identique pour tous les navigateurs (même IE).
 
Par contre ça enlève un peu tout l'intérêt du truc... Donc si tu as fait ton code pour IE, bah va jusqu'au bout de la logique et demande à tes utilisateurs d'imprimer uniquement depuis IE [:airforceone]

Reply

Marsh Posté le 27-02-2007 à 20:37:58    

lkolrn a écrit :

Ah!! Au temps pour moi... :pfff:  
 
Ton explication paraît la plus plausible, en tout cas j'ai déjà eu ce problème là sur un projet dans lequel l'interface était très chiadée, et en fonction de IE ou de FF et consors, effectivement ça imprime pas pareil, sans même utiliser des crottes point nettes (oh oh)
 
Sinon c'est possible d'écrire une procédure (en JS + PHP par exemple) qui va transformer ta page telle qu'elle est affichée à l'écran, avec sa complexité difficilement interprétable par tous les navigateurs (je parle du caca webctrl.NET :whistle:), en une page au format html plus proche de la norme, un peu comme le fait Firefox tout seul ici, sauf que là c'est toi qui décide et le résultat sera identique pour tous les navigateurs (même IE).
 
Par contre ça enlève un peu tout l'intérêt du truc... Donc si tu as fait ton code pour IE, bah va jusqu'au bout de la logique et demande à tes utilisateurs d'imprimer uniquement depuis IE [:airforceone]


 
avant de parler des "crote .NET", il faudrait que tu métrises un poil la technologie. Car d'après tes propos, tu n'as vraiment rien compris. Enfin je te renvoie à la doc pour comprendre l'architecture... Quand tu l'auras compris, tu comprendra vite que php, et autre language de programmation web de ce genre ne vale pas un clou à coté... sur ce bonne soirée quand même...

Reply

Marsh Posté le 27-02-2007 à 21:16:56    

moi23372 a écrit :

Quand tu l'auras compris, tu comprendra vite que php, et autre language de programmation web de ce genre ne vale pas un clou à coté... sur ce bonne soirée quand même...

Rho le niveau... Susceptible ? Intérêt de ce message ? :sweat:
 
Effectivement je ne connais pas ou très peu les outils web .net, donc en fonction du problème posé ici je cherche une solution alternative, forcément, et aussi passe-partout.
 
Après je comprend bien que refaire une méthode Print() en JS/html+php/asp pour un composant .net n'a que peu d'intérêt, mais bon si le webctrl est bien fait on devrait pouvoir en appeler une assez simplement. Que dire de plus sinon te demander de donner la méthode si tu la connais [:airforceone] Ca m'intéresse aussi (d'où mes tentatives de réponse)

Reply

Marsh Posté le 14-03-2007 à 21:30:40    

J'aurais dû t'insulter le jour où j'ai répondu...
 
Sinon toujours rien sur le webctrl ?

Reply

Marsh Posté le 18-03-2007 à 11:44:33    

moi23372 a écrit :

avant de parler des "crote .NET", il faudrait que tu métrises un poil la technologie. Car d'après tes propos, tu n'as vraiment rien compris. Enfin je te renvoie à la doc pour comprendre l'architecture... Quand tu l'auras compris, tu comprendra vite que php, et autre language de programmation web de ce genre ne vale pas un clou à coté... sur ce bonne soirée quand même...


Arrêtez vos conneries.
Y'a pas de mieux et de moins bien.
Ca dépend purement de la problématique client.
 
PHP fais des trucs de ouf en quelques lignes alors qu'en .Net il en faut trouver/acheter/développer une librairie.
En .Net on développe plus vite de manière générale, mais vous connaissez le prix d'une license SQL Server et VS.Net ?
 
Bref, ça sert à rien de se battre pour défendre son orientation technologique, y'a du boulot pour tout le monde :)
 
En tant que techos, je vous le dit, le mieux c'est l'assembleur :)    en revanche le jour où tu veux faire un site web, prépare deux ans de dev :D
Sinon, à titre d'info, vous savez qu'il y a des gros sites web (une banque que je connais) qui sont fait exclusivement en C++ ?
Tout le HTML est généré. Bein c'est super rapide, en revanche niveau dev ça coute super cher !

Reply

Marsh Posté le 18-03-2007 à 11:44:33   

Reply

Marsh Posté le 19-03-2007 à 13:09:44    

_Mose_ a écrit :

Arrêtez vos conneries.
Y'a pas de mieux et de moins bien.
Ca dépend purement de la problématique client.
 
PHP fais des trucs de ouf en quelques lignes alors qu'en .Net il en faut trouver/acheter/développer une librairie.
En .Net on développe plus vite de manière générale, mais vous connaissez le prix d'une license SQL Server et VS.Net ?
 
Bref, ça sert à rien de se battre pour défendre son orientation technologique, y'a du boulot pour tout le monde :)
 
En tant que techos, je vous le dit, le mieux c'est l'assembleur :)    en revanche le jour où tu veux faire un site web, prépare deux ans de dev :D
Sinon, à titre d'info, vous savez qu'il y a des gros sites web (une banque que je connais) qui sont fait exclusivement en C++ ?
Tout le HTML est généré. Bein c'est super rapide, en revanche niveau dev ça coute super cher !


 
 
Gratuit & gratuit ?  [:spamafote]


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
Reply

Marsh Posté le 20-03-2007 à 07:59:19    

Maintenant que je peux chercher, je trouve pas... Elle est décrite dans quel namespace la toolbar ? :heink:

Reply

Marsh Posté le 20-03-2007 à 17:31:07    

ixemul a écrit :

Gratuit & gratuit ?  [:spamafote]

Lol, très drôle :)
Pour info SQL Server c'est dans les 1700 euros, et VS.Net c'est dans les 800 euros par poste.
Ah bien sûr, tu peux utiliser VS Web Developer et SQL Express, mais dans un contexte professionnel, tu en vois très vite les limites.

Reply

Marsh Posté le 20-03-2007 à 17:37:11    

_Mose_ a écrit :

Lol, très drôle :)
Pour info SQL Server c'est dans les 1700 euros, et VS.Net c'est dans les 800 euros par poste.
Ah bien sûr, tu peux utiliser VS Web Developer et SQL Express, mais dans un contexte professionnel, tu en vois très vite les limites.


 
Pourquoi que VS WEB developer ? t'as toute la suite dispo VC#, VB.NET, VC.NET et SQL Express est amplement suffisant dans beaucoup de cas (en remplacement de MySQL, sans aucun probleme).
 
D'un point de vue professionnel, j'utilise constament SQL Express, je n'impose SQL Server qu'en cas de besoins spécifiques (plus à la charge du DBA que de la mienne, pour des besoins de réplication etc...)
 
Franchement, entre la solution PHP/MYSQL et VS Express/SQL Express, il n'y a vraiment rien en faveur de php/MySQL question souplesse/rapidité de dev/rapidité du code :/


---------------
VA APPRENDRE ET REVIENS QUAND TU SAIS, SINON ABSTIENT TOI C'EST UN GRAND CONSEIL QUE JE TE DONNE... TU ES INCOMPÉTENT ET C'EST UNE RÉALITÉ, TU N'AS RIEN A FAIRE ICI FAUT S'Y CONNAITRE ... -Jojo1998 - RIP - http://tinyurl.com/qc47ftk
Reply

Marsh Posté le 20-03-2007 à 18:38:08    

ixemul a écrit :

Pourquoi que VS WEB developer ? t'as toute la suite dispo VC#, VB.NET, VC.NET et SQL Express est amplement suffisant dans beaucoup de cas (en remplacement de MySQL, sans aucun probleme).
D'un point de vue professionnel, j'utilise constament SQL Express, je n'impose SQL Server qu'en cas de besoins spécifiques (plus à la charge du DBA que de la mienne, pour des besoins de réplication etc...)
Franchement, entre la solution PHP/MYSQL et VS Express/SQL Express, il n'y a vraiment rien en faveur de php/MySQL question souplesse/rapidité de dev/rapidité du code :/

Si tu arrives à bosser professionnellement avec les versions express, c'est qu'on ne parle visiblement pas du même genre d'entreprise, ni du même genre de travail.
SQL Express c'est mignon pour un développeur, mais pour une entreprise c'est bien trop limité.
Je réitère donc :
* la solution tout MS est très rapide pour développer, mais elle est chère.
* la solution MS gratuite est assez rapide, mais elle est hyper frustrante paske les fonctionnalités intéressantes sont payantes.
* la solution php/MySql est plus lente à développer, mais la communauté et la quantité de code open-source est bien plus importante.

Reply

Marsh Posté le 22-03-2007 à 02:36:03    

Eh les pros, elle se trouve où cette toolbar ?
 
 
PS: Nan, j'ai déjà cherché à cet endroit...

Reply

Marsh Posté le 23-03-2007 à 16:32:31    

Imprimer c'était bon au siècle passé   :D  
 
(vieille réplique à 0,30 euros, pleine de mauvaise fois, pour masquer mon incapacité à répondre   :ange:  )

Reply

Marsh Posté le 24-03-2007 à 01:39:59    

Ok, lol, mais c'est bizarre :
 
je viens de choper msdn, je peux donc maintenant consulter mon super browser d'objets de ouf :sol:
Or, quand je recherche "toolbar", ça me renvoie uniquement au namespace System.Windows.Forms, c'est l'objet toolbar classique qu'on a dans chaque appli windows quoi...
 
Egalement quand je vais chercher dans l'arborescence après System.Web.UI.WebControls, là j'ai des tonnes de classes, par contre rien sur une "toolbar"...
 
Je commence avec, je ne veux pas céder à la facilité du "uninstall all", aidez-moi siouplé :bounce:
 
 
 
Edit
 
Je viens de voir ça sur le msdn en ligne :
 
"About the Toolbar WebControl
Microsoft Internet Explorer WebControls are not currently supported."
 
Ceci explique peut-être cela (je parle pour pattedepoule), et tend à approuver la solution d'une version imprimable "tout terrain" de la page, sans toolbar donc [:banguy]


Message édité par lkolrn le 24-03-2007 à 02:09:37
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed