Discussion :

[Darklingg]

Bonjour à tous!

Dans le cadre de la réalisation d'un intranet, je suis en train de mettre au point une application ASP.Net.

J'aimerais avoir, dans cette application, un web browser intégré.
Il s'agirait enfait de permettre aux utilisateurs de chercher des informations ( par ex. des contacts ) et de pouvoir les visualiser dans un browser ( html ).

J'ai donc besoin d'un composant permettant d'ajouter un browser dans une page.
Je sais qu'il existe pour une application winForm. Malheureusement, il n'est pas disponible de base pour une application ASP.Net.

Quelqu'un connaîtrait-il un tel composant ou quelque chose de similaire?

En vous remerciant

[Giovanny Temgoua]

JE n'ai pas bien compris. Tu veux mettre un browser dans ton ... navigateur


Ta page ASP.NET s'affiche déjà dans un navigateur; d'où vient le browser(1) alors ?



(1) : browser = navigateur

[Darklingg]

Exactement, je veux un browser dans le browser

Idéalement, j'aimerais, dans l'interface utilisateur ( qui tourne donc dans un web browser ) un cadre/panel/région/zone qui contiendrait une instance d'un navigateur ( ce serait donc un deuxième web browser ).

Voila

C'est plus clair?

[Giovanny Temgoua]

C'est plus ... clair en effet

Quel serait alors l'avantage de vouloir procéder ainsi (déjà que je ne sais même pas si c'est possible). Utiliser par exemple des frames + AJAX te permettrait d'afficher les résultats de recherche sans pour autant raffraîchir toute la page (si c'est bien cà qu'on veut éviter).

[Darklingg]

Et bien je pourrais permettre aux utilisateurs de faire leurs recherches sans quitter leur interface.

Je pourrais simplement afficher du html, mais si les utilisateurs peuvent avoir les boutons classiques (précédent, suivant, home etc. ) c'est quand même mieux!

[Mose]

Hmmm... pas une bonne solution le WebBrowser...
Pourquoi ça n'existe pas : bein imagine ce qui peux se passer si la page A contient un WebBrowser qui navigue vers la page B qui contient un navigateur qui navigue vers la page A...
hé hé

Bref, j'ai l'impression que tu cherches une solution facile et rapide pour ne pas avoir à coder une interface à ta recherche. Mais non, ce à quoi tu penses n'est pas une solution...

Sinon un autre truc que je ne comprend pas : tu dis
"si les utilisateurs peuvent avoir les boutons classiques (précédent, suivant, home etc. ) c'est quand même mieux!"
mais ils les ont !
Il est où le pb ?