Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à un
module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à un
module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" <jeremy.jeanson@free.fr> a écrit dans le message de
news:3af8ff00-8574-426d-8903-97f0c0a704ad@l26g2000yqd.googlegroups.com...
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à un
module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la seule
chose que comprenne un navigateur. Eventuellement il est possible d'y
ajouter du code JavaScript ce qui permettra de la rendre interactive (sans
recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent dans
cette page peut la manipuler (par exemple pour afficher/masquer rapidement
des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le a écrit dans le message de groupe de
discussion :Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la seule
chose que comprenne un navigateur. Eventuellement il est possible d'y
ajouter du code JavaScript ce qui permettra de la rendre interactive (sans
recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent dans
cette page peut la manipuler (par exemple pour afficher/masquer rapidement
des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le troll@enfer.fr> a écrit dans le message de groupe de
discussion : EA2E57D2-E354-4F96-A830-B16E0581B598@microsoft.com...
Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" <jeremy.jeanson@free.fr> a écrit dans le message de
news:3af8ff00-8574-426d-8903-97f0c0a704ad@l26g2000yqd.googlegroups.com...
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la seule
chose que comprenne un navigateur. Eventuellement il est possible d'y
ajouter du code JavaScript ce qui permettra de la rendre interactive (sans
recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent dans
cette page peut la manipuler (par exemple pour afficher/masquer rapidement
des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le a écrit dans le message de groupe de
discussion :Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour Patrice,
En fait je cherche à faire un vrai compteur, plusieurs gérés par une
application, alors je cherche mais ne trouve pas car il s'avère impossible
d'écrire sur le disque du serveur (disque) un fichier, donc je cherche ce
qui pourra le faire sans passer pas des refus, des blocages, des BDD MySQL
et des bidouillages, genre mettre le fichier texte manuellement... Je
tente en plusieurs langages, l'asp lui il ne marche pas localement, il
doit lui manquer un serveur ? Le php, faut déposer les fichiers txt sur le
serveur avant de leur causer, le javascrip idem.
Enfin bref, y a plein de gens qui arrivent à écrire sur les sites
serveur sans en être propriétaires (Free), y a bien moyen de conserver
quelques données sur le serveur par programmation, je présume ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Patrice" <http://scribe-fr.blogspot.com/> a écrit dans le message de
news:Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la
seule chose que comprenne un navigateur. Eventuellement il est possible
d'y ajouter du code JavaScript ce qui permettra de la rendre interactive
(sans recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent
dans cette page peut la manipuler (par exemple pour afficher/masquer
rapidement des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le a écrit dans le message de groupe de
discussion :Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour Patrice,
En fait je cherche à faire un vrai compteur, plusieurs gérés par une
application, alors je cherche mais ne trouve pas car il s'avère impossible
d'écrire sur le disque du serveur (disque) un fichier, donc je cherche ce
qui pourra le faire sans passer pas des refus, des blocages, des BDD MySQL
et des bidouillages, genre mettre le fichier texte manuellement... Je
tente en plusieurs langages, l'asp lui il ne marche pas localement, il
doit lui manquer un serveur ? Le php, faut déposer les fichiers txt sur le
serveur avant de leur causer, le javascrip idem.
Enfin bref, y a plein de gens qui arrivent à écrire sur les sites
serveur sans en être propriétaires (Free), y a bien moyen de conserver
quelques données sur le serveur par programmation, je présume ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Patrice" <http://scribe-fr.blogspot.com/> a écrit dans le message de
news:ukRszgvrKHA.3944@TK2MSFTNGP06.phx.gbl...
Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la
seule chose que comprenne un navigateur. Eventuellement il est possible
d'y ajouter du code JavaScript ce qui permettra de la rendre interactive
(sans recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent
dans cette page peut la manipuler (par exemple pour afficher/masquer
rapidement des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le troll@enfer.fr> a écrit dans le message de groupe de
discussion : EA2E57D2-E354-4F96-A830-B16E0581B598@microsoft.com...
Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" <jeremy.jeanson@free.fr> a écrit dans le message de
news:3af8ff00-8574-426d-8903-97f0c0a704ad@l26g2000yqd.googlegroups.com...
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/
Bonjour Patrice,
En fait je cherche à faire un vrai compteur, plusieurs gérés par une
application, alors je cherche mais ne trouve pas car il s'avère impossible
d'écrire sur le disque du serveur (disque) un fichier, donc je cherche ce
qui pourra le faire sans passer pas des refus, des blocages, des BDD MySQL
et des bidouillages, genre mettre le fichier texte manuellement... Je
tente en plusieurs langages, l'asp lui il ne marche pas localement, il
doit lui manquer un serveur ? Le php, faut déposer les fichiers txt sur le
serveur avant de leur causer, le javascrip idem.
Enfin bref, y a plein de gens qui arrivent à écrire sur les sites
serveur sans en être propriétaires (Free), y a bien moyen de conserver
quelques données sur le serveur par programmation, je présume ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Patrice" <http://scribe-fr.blogspot.com/> a écrit dans le message de
news:Bonjour,
Coté client on utilise plutôt javascript qui a l'avantage d'être
disponible dans tous les navigateurs ce qui n'est pas le cas de VB
Script...
Si ce que l'on veut faire est bien d'avoir du code dans la page HTML
affichée dans le navigateur, ce qui est utilisé sur le serveur n'a aucune
importance.
PHP ou ASP.NET ou n'importe quel autre technique utilisée sur un serveur
ne vas pas faire autre chose que de générer une page HTML qui est la
seule chose que comprenne un navigateur. Eventuellement il est possible
d'y ajouter du code JavaScript ce qui permettra de la rendre interactive
(sans recontacter ou en éventuellement en recontactant le serveur).
Le Coach ASP.NET pourrait peut-être être une bonne introduction :
http://msdn.microsoft.com/fr-fr/asp.net/msdn.coachaspnet.aspx
Il faut bien comprendre le principe général :
- la page ASPX et son code C# ou VB.NET est exécutée sur le serveur et
l'objet de cette exécution n'est que de générer du code HTML
- une fois la page affichée sur le client, du code JavaScript présent
dans cette page peut la manipuler (par exemple pour afficher/masquer
rapidement des éléments)
- éventuellement ce code JavaScript peut recontacter le serveur (par
exemple pour afficher des suggestions au fur et à mesure de la frappe
comme dans Google)
- au final, un bouton de validation va renvoyer les champs présents dans
la page HTML pour traitement sur le serveur (exécution de la page ASPX et
de son code C# ou VB) ce qui va générer une nouvelle version de la page
HTML à son tour affichée dans le navigateur...
--
Patrice
"LE TROLL" <le a écrit dans le message de groupe de
discussion :Bonjour Jérémy,
Tu peux le dire que je nage, y a pas de problème, je nage !
Alors il faut donc dans une page HTML que je commence (et peut être
finisse) avec du vbScript, qui lui, peut écrire des variables, des
fonctionnalités dans la page HTML, et aussi s'adresser aux pages ASPx ou
PHP (donc un peu au serveur).
De facto l'aspx correspond au php du concurrent, et le vbScript au
jacaScript du concurrent...
Par contre j'ai déjà vu du php déclarer des variable et s'adresser à
un module php serveur depuis le html, l'aspx ne saurait pas faire ça ?
Cordialement ;o)
-
Logiciels, romans, contacts : http://irolog.free.fr
_______________________
.
.
"Jérémy Jeanson" a écrit dans le message de
news:
Bonjour Joseph
Je vois que tu as un bel emmêlage de pinceaux. Normalement une page
ASP .net est découpée en deux fichiers:
- un contenant la partie graphique (code html + controls serveur) :
ficheir .aspx
- un contenant le code-behind (code Vb ou C#) : fichier .aspx.cs
ou .aspx.vb
Mais quand un développeur n'aime pas suivre la règle, il code dans la
page aspx. C'est à ce moment que l'on voit apparaitre les fameux
tags : <% ... %>
Mais tout ce code est bien côté serveur (donc compilé), et non pas
client. C'est pourquoi il ne peut y avoir qu'un langage de
programmation dans un proget ASP .net
---
Jérémy JEANSON
MCPhttp://blogs.codes-sources.com/jeremyjeanson/