portal = portail (même sur Internet)
browser = navigateur (terme maintenant parfaitement implanté et reconnu).
Pour ce qui est des applications internet, il y a deux stratégies, l'une consiste à diriger le contenu de ce que voit l'utilisateur depuis le site web ou le portail (on appelle portail un site web à vocation générale qui ouvre vers d'autre sites par ex Yahoo ou Voila –ce n'est pas de la Pub– mais ici il importe peu que ce soit un portail ou un site web), l'autre consiste à implanter le maximum d'outils du côté de l'utilisateur, c'est à dire de son navigateur (Internet explorer, Netscape, etc...)

La première stratégie permet un très bon contrôle mais la totalité des données doit être envoyée car l'utilisateur ne sait pas interpréter, il peut seulement afficher ce qu'il reçoit.

La seconde stratégie est plus difficile à mettre en oeuvre car l'utilisateur doit posséder un programme standard capable d'interpréter les commandes du site web (d'où la guerre Netscape/Microsoft). Elle présente l'avantage de diminuer considérablement le nombre de données à transmettre car les règle d'utilisation sont en possession du destinataire (le navigateur). Exemple : le message "créer un cadre de 400/200 avec 0,0 comme origine" est plus court que l'énumération de la succession des coordonnées de 2*400 points horizontaux et 2*200 points verticaux pour créer le cadre.

En fait toute application utilise les deux car elles sont complémentaires:

Le site Web donne les aiguillages principaux car ils peuvent être codés avec peu d'information car leur fonction est essentiellement binaire.
En revanche en ce qui concerne les images et autres animations, c'est le navigateur qui s'en occupe : vous chargez un bonne fois un logiciel comme p. ex Shockwave et il vous permet de "jouer" les animations réduites à leur plus simple expression possible envoyées par le portail.

Bon courage Steff (why-gee - ex y_georges)