Reprise du message précédent :

Si, le XHTML créé des variables. Il n'y a pas que les langages serveurs, il y a aussi le Javascript (mais là encore on va me dire que ce n'est pas un langage de programmation  )
Après, c'est la méthode de transmission et justement, le fait que l'on ne puisse rien déclarer en HTML qui fait que tout transite par des strings, d'où cette souplesse de PHP qui fait que certains le critique alors qu'il est en fait parfaitement adapté à son utilisation.    
 

Quel interêt d'utiliser la RFC complète alors que la plupart des scripts server side ne font pas cet effort ?
 
pis tient tant qu'on y est match="(?:date)"  , match="(?:mail)" ca simplifierais les choses pour des cas communs ( bon ?: est ptêtre pas le meilleur choix, mais flemme d'aller voir ce qui est encore libre )

XHTML est un langage de description
 
bon sinon, pour faire des tests sur vos forums vous utiliser quoi ? (pour verifier les formulaires, les fcts etc)
 
Pour les formulaires j'ai essaye Sedition IDE (plug ins pour Firefox) ca rempli les formulaires tout seul, c'est pas mal (j'ai essaye juste hier)
Pour les fonctions, je vais peut etre me mettre a utilise PHPUnit (bon je suis pas parti pour...)
Pour verifier le cablage du bouzin, XDebug2 + KCacheGrind pour voir l'appel des fonctions

 
Bha si le javascript est un langage de programmation

The-Shadow > Le xhtml ne crait pas vraiment de variables même pour le javascript. (la preuve une page xhtml ne sait pas créer de string ou de int) Par contre, c'est vrai que les interpréteurs javascript vont analyser la structure de la page et créer un certain nombre de variables à partir entre autres des propriétés "name" ou "id" trouvé dans les différentes balises de la page.
 
A noter que l'utilisation en javascript des variables créé à partir des "name" et "id" des éléments est déjà périmé (remplacé par les méthodes getElement(s)By...) et que ca pourait disparaitre dans les prochaines années.

Le plaisir de faire un truc lourdingue (je sais plus combiens de ko) qui permet de faire des adresses email de groupes là où on ne veut que des adresses individuelles.
Mais bon, c'est sur qu'avec un ?:mail, ma remarque tombe à l'eau pour ce cas là.

J'ai un truc comme ça, faut vraiment que je le paufine un peu et que je le poste parce que bon
 
Ca permet de faire des formulaires de ce genre:

<input type="text" name="nom" empty_error="" explicit_name="nom">
<input type="text" name="prenom" empty_error="" explicit_name="prénom">
<input type="text" empty_error="" explicit_name="adresse" name="adresse">
<input type="text" empty_error="" explicit_name="code postal" validation="^\d{5}$" name="cp">
<input type="text" empty_error="" explicit_name="ville de résidence" name="ville">
<input type="text" empty_error="" explicit_name="adresse e-mail" validation="^[A-Za-z0-9._%-]+@([A-Za-z0-9-]+\.)+[A-Za-z]{2,4}$" name="email">

Ouais enfin en même temps pour des mails envoyés par des sites 95% de cette RFC ne sert à rien

Vous n'avez pas compris ce que j'essayais de vous dire (cela dit, je ne dois pas utiliser forcément les bons mots).
 
Sur une application Web, la page HTML, c'est comme un formulaire sur une application standard, on peut y rentrer des infos qui seront traiter par le programmes (client ou serveur) et c'est là que je voulais en venir.

<input type="text" name="nom" empty_error="" explicit_name="nom">
<input type="text" name="prenom" empty_error="" explicit_name="prénom">
<input type="text" empty_error="" explicit_name="adresse" name="adresse">
<input type="text" empty_error="" explicit_name="code postal" validation="^\d{5}$" name="cp">
<input type="text" empty_error="" explicit_name="ville de résidence" name="ville">
<input type="text" empty_error="" explicit_name="adresse e-mail" validation="^[A-Za-z0-9._%-]+@([A-Za-z0-9-]+\.)+[A-Za-z]{2,4}$" name="email">

J'ai pareil. Sauf qu'au lieu d'utiliser l'attributs-caca explicit_name, j'utilise le <label> associé

Vivement que les xForms arrivent

<input type="text" name="nom" empty_error="" explicit_name="nom">
<input type="text" name="prenom" empty_error="" explicit_name="prénom">
<input type="text" empty_error="" explicit_name="adresse" name="adresse">
<input type="text" empty_error="" explicit_name="code postal" validation="^\d{5}$" name="cp">
<input type="text" empty_error="" explicit_name="ville de résidence" name="ville">
<input type="text" empty_error="" explicit_name="adresse e-mail" validation="^[A-Za-z0-9._%-]+@([A-Za-z0-9-]+\.)+[A-Za-z]{2,4}$" name="email">

 
Ce serait ptêtre plus élégant de remplacer le explicit_name par le label associé à l'input non ? (oui je sais ca va être plus dur, mais l'avantage de chopper le label c'est que tu peut aussi lors d'une erreur lui ajouter une classe pour qu'on puisse le styler (typiquement en rouge) en cas d'erreur)  
 
et le empty_error ca sert à quoi ?

non

là par contre oui

C'est ce que je fais, une p'tite requête xPath, et ça roulaize

Non

Ca dépend, ça à la base c'était pour un formulaire pas fait par moi et sans label

Rien du tout, à l'utilisateur de hooker son error handler, après il fait ce qu'il veut des erreurs remontées par le framework

À indiquer qu'un champ ne doit pas être vide, et en option à poser un message d'erreur custom

Ah ben ouais une requête xpath en JS c'est super portable tiens
 
(Puis je parle même pas du fait que ce genre de scripts c'est inlâchable dans la nature)

 
"et ca passe sous IE ?"

Sisi, avec une belle architecture MVC au sein de ta page XHTML, et des types de champs de base en plus, la sérialisation XML directe

C'est côté serveur Et sinon en JS spasupercompliqué

 
Mwais, j'aurais aimé le concept du :
- tu ajoute les regexp
- tu import le script
- tu ajoute dans ta css le style pour les machin qui ont des erreurs
et la PAF, ca marche pas besoin de toucher à du js, en cas d'erreur il submit pas et rougifie avec un ptit message comme quoi faut corriger.

 
La syntaxe est horriblement crade  

Au bout du quatrième qui me le dit et au bout de ma quatrième explication, je ne peux pas croire que vous n'avez pas compris là où je voulais en venir.
 
Bon alors, le XHTML crée une interface d'entrée utilisateur qui génère des données qui seront ensuite traités en variable par un langage de programmation.  
 
Ca n'empêche pas que l'ont déclare une valeur à des types d'entrées, valeur qui peuvent être assez "larges" et surtout, pour en revenir au début de ce que je disais, le fait que PHP gère tous les types très bien entre eux (ce qui n'empêche pas non plus le développeur de vérifier ses types si il le souhaite) fait qu'il reste idéal pour ce qu'on lui demande.

Mon script de validation c'est du client hein, pas du server side

Rien ne m'empêche de fournir des handlers par défaut pouvant être écrasés hein
(et des hooks de pré/post validation aussi )

 
Juste fais le

nan mais je rêve ou quoi là ?
 
justement l'asp.net respecte l'architecture 3 tiers (données/traitements/affichage)
 
alors une page asp.net est composée de 2 documents
 
exemple simple:
 
ma page .aspx (affichage)

ma page .cs (traitement C#)

 
tu peux me dire en quoi la syntaxe est crade please ?
 
... J'ai volontairement caché certains bout de code qui sont privés  

bon, on va reprendre mon bon vieil exemple que j'affectionne :
PHP

$caca = "prout";
$caca++;
print $caca;
 
prout1

 
C#

string caca = "prout";
caca++;
Console.WriteLine(caca);
 
ArgumentException

 
grands dieux que c'est crade le C#

plutôt déroutant

$caca = "prout";
$caca++;
print $caca+1;
 
prout1

string caca = "prout";
caca++;
Console.WriteLine(caca);
 
ArgumentException

le caca++ doit pas se compiler de toute façons

function __doPostBack(eventTarget, eventArgument) {
        var theform;
        if (window.navigator.appName.toLowerCase().indexOf("microsoft" ) > -1) {
            theform = document.__aspnetForm;
        }
        else {
            theform = document.forms["__aspnetForm"];
        }
        theform.__EVENTTARGET.value = eventTarget.split("$" ).join(":" );
        theform.__EVENTARGUMENT.value = eventArgument;
        theform.submit();
    }

Super le ratio signal/bruit du code généré
 
Puis je parle même pas du scripting quand ce sac de foutre te transforme pareillement tes IDs hein

function __doPostBack(eventTarget, eventArgument) {
        var theform;
        if (window.navigator.appName.toLowerCase().indexOf("microsoft" ) > -1) {
            theform = document.__aspnetForm;
        }
        else {
            theform = document.forms["__aspnetForm"];
        }
        theform.__EVENTTARGET.value = eventTarget.split("$" ).join(":" );
        theform.__EVENTARGUMENT.value = eventArgument;
        theform.submit();
    }

quand il disait crade, c'était dans la conception, pas dans le résultat obtenu je pense

oui, j'ai écrit ce truc à l'arrache

... n'empêche que ça me tenterais bien de coder un forum en .NET

ouais, pareil ! le seul truc qui me rebute, c'est de trouver un hébergeur correct

Ah ouais ou en J2EE, une bonne stack Struts Hibernate Spring toussa avec plein de XML

function __doPostBack(eventTarget, eventArgument) {
        var theform;
        if (window.navigator.appName.toLowerCase().indexOf("microsoft" ) > -1) {
            theform = document.__aspnetForm;
        }
        else {
            theform = document.forms["__aspnetForm"];
        }
        theform.__EVENTTARGET.value = eventTarget.split("$" ).join(":" );
        theform.__EVENTARGUMENT.value = eventArgument;
        theform.submit();
    }

 
En effet en voilà un bon exemple MDR
 

$caca = "prout";
$caca++;
print $caca;
 
prout1

string caca = "prout";
caca++;
Console.WriteLine(caca);
 
ArgumentException

 
Tu lis quand je te dis que je parle d'ASP.net et pas de C# ?
 
The real Smiley > ta page .aspx est horrible, le reste est propre (sauf le résultat lol)

mais bondieu, ça fait une heure que je me tue à te dire que l'un ne va pas sans l'autre

Ouais mais en fait là tu vois l'ASP c'est pas un langage, c'est un framework + un moteur de template (pourri)

    ... sérieux, ne critique pas quelquechose que tu ne connais pas

 
C'est ce que j'essaie de dire depuis tout à l'heure
 

 
Pas besoin de "connaître" (note les guillemets) pour critiquer le rendu final (et même la conception de certaines pages)...  

bon moi jrenonce hein, nous avons affaire à un anti microsoft pur, piqousé au libre

Roooooo non (bien au contraire même) ^^
 
C'est comme les frameworks PHP, quand je vois ça je bondis car je trouve ça lourdingue, autant utiliser .net dans ce cas (vu que c'est plus adapté...).
 
Seulement pour me dire que ça :
 

 
c'est propre, faut être piqousé Microsoft ^^ lol

Joce la mise en page merdouille

bon, j'abandonne également ...