Reprise du message précédent :

Ben moi j'ai fait exactement ca: ouvrir le xpi sous firefox (file open...), il va s'installer, tu fermes firefox, tu le rouvres, et tu obtiens ce que je t'ai decrit.
A+,

De toutes manières, un bon javascript reste un javascript qui n'est pas indispensable pour le fonctionnement d'une applie quelle qu'elle soit. Le calendrier aussi impressionnant soit-il n'est pas une bonne idée.

hum
chuis pas tres d'accord la !
les applis web ont d'énormes avantages !: portabilité, facilité de mise à jour, etc !!!
et l'utilisateur final, c pas toujours un mec qui va remplir des formulaires

j'ai fait exactement ce que tu as fait, et ça marche pas pour moi j'ai une des ces poisses là

Ben pourquoi ce n'est pas une bonne idée le calendrier ? Il faut se mettre en tête que les utilisateurs ils s'en foutent de Javascript, des normes etc. Ils veulent du convivial et le calendrier remplit bien son contrat. Pour l'instant, je laisse de côté ce calendrier car ça ne fonctionne pas, on verra par la suite...

si, tant que tu peux saisir la date a coté  

 
A ce moment là oui. De même que mon éditeur d'image permet de tout faire en rentrant les valeurs à la main.

Oui on peut saisir la date à côté, allez voir le lien que j'ai donné, c'est une page de test que j'ai réalisé, il y a le calendrier qui est rattaché à un INPUT via un script, l'utilisateur peut soit renseigner la date à la main ou bien la choisir via le calendrier.

Ben non on ne peut pas saisir la date, à cause de trucs débiles comme ceux-là :
 

 
Tout ça pour avoir un bouton XP stayyyle pourri. (sachant qu'un input type="submit" peut être changé via les CSS... )
 

Pas du tout, ce n'est pas pour avoir un bouton XP, les gens sont feignants ils veulent de l'ergonomie alors j'essaie de leur en fournir, bon pour l'instant c'est pas ça...
 
J'ai pas compris ta dernière remarque...

 
Tu me montreras comment tu fais pour valider un formulaire avec un onclick quand le JS est désactivé (ou en panne).

les gens qui désactivent le javascript, c pour surfer sur les sites de cul et pas avoir de popop;
 
mais! les temps changent, et maitnenatn on a un popeup bloqueur
 
donc le problème est réglé

A moi je ne montre rien, je clame haut et fort que je débute, je fais de la merde ? alors j'écoute ton conseil, que dois-je faire ?

 
Quand tu fais une applie en JS, même pour un client dans un park d'ordi fermé avec à priori le même navigateur, si tu veux éviter tout problème, tu t'assures que ton applie fonctionnera avec ou sans javascript.
 
Pour cela, il suffit de respecter des rêgles simples :
 
- Un formulaire est un formulaire.
- On ne submit jamais uniquement le formulaire avec du JS, mais on laisse la possibilité de submiter avec un VRAI bouton.
- Si le JS permet de faciliter le remplissage de champs, on s'assure qu'on peut tout de même remplit tous les champs à la main.
 
En clair, le JS permet de faire gagner du temps au client, c'est une aide, un gadjet, il ne doit pas être "seul" aux commandes de ton applie.
 
Tu as là deux exemples de scripts très complexes qui illustrent ce que je viens de dire. A première vue, le JS semble indispensable, alors qu'en réalité, c'est un confort et un gain de temps.
 
http://www.z-art.org/test4/index-post.html
 
http://www.z-art.org/test6/index-image.html
 
 

Un grand merci pour toutes ces explications. Chapeau bas

 
De rien. Et n'écoute pas ceux qui te disent que c'est pas grave, que le JS, c'est présent partout, etc...  
 
Il suffit qu'un jour un client change de matériel, d'ordi, de navigateur, et c'est niqué. Suivant l'importance de l'outil, ça peut avoir de grosses conséquences, tandis que si tu prévois de pouvoir utiliser l'applie même sans JS, tu devras quand même corriger ton truc, mais en attendant le client sera pas paralysé.

Je comprend bien ce que tu veux dire, mais dans mon cas, je ne peux pas me passer du Javascript/DHTML, c'est impossible de faire autrement, le client est prévenu
 
Pour le bouton, ok mais si tu veux des boutons un peu jolis tu fais comment ?

 
On peut toujours se passer de javascript. Si c'est une applie qui tourne uniquement sur des clients sans possibilité d'appeler du PHP ou autre langage serveur, il faut utiliser des technos comme java, mais surement pas javascript.
 
Le javascript, c'est particulier, et ça sert pas à faire des applies. ça sert à embellir, à faciliter, rien d'autre.
 
Si vous faites une applie qui fonctionne en JS, j'appelle ça de l'arnaque pure et simple.

Oui ok, en fait je suis dans un contexte un peu plus compliqué... entre le client Web, j'ai un serveur ITS (propriétaire SAP) qui est relié à un système R/3 SAP.  
 
Je dois pouvoir envoyer à mon serveur ITS un évènement qui déclenchera une fonction, cette dernière prend en paramètre une table. Cette table est la réprésentation donnée de ma table HTML qui je dois construire dynamiquement. Chaque colonne correspond à un champ de ma table.  
 
Donc effectivement, l'application n'est pas centrée que sur JavaScript mais cela m'aide grandement et d'ailleurs je ne vois pas comment faire autrement. Par exemple, l'utilisateur doit renseigner une date de début et une date de fin, cette dernière devant être supérieure ou égale à la date de début, JavaScript permet ce genre de contrôle, existe-t-il une autre solution plus élégante ?
 
Je suis conscient que tout ceci est "fragile" mais il faut bien trouver une solution. Vous avez l'air d'avoir une grande expérience en la matière, je suis tout ouïe...

Mes sinceres condoléances.

A+,

 
tu lui fais remplir un champ par page et tu le fais valider à chaque page YEAH:sol:

 
Non, il lui faut bel et bien un programme pour générer ses tables dynamiquement au niveau du client. Mais faire ça avec du JS, moi je trouve vraiment pas ça terrible.

 
Bonjour tout le monde
 
Hermes, pour gérer ma table dynamiquement comment faire autrement qu'avec du JavaScript ?
 
ps : bravo pour ton post sur JEdit... installé et adopté

 
Au dela d'un certain niveau de complexité, et si tu ne disposes pas d'un langage serveur (en clair, si le serveur ne peut pas servir à générer du HTML), moi je le ferais sous forme d'applet java.
Au moins les choses sont claires comme ça je trouve.

Alors si, j'ai un langage serveur qui peut générer de l'HTML, mais dans les faits j'ai juste un petit tableau de 5 lignes max et 8 colonnes. Pourquoi ne pas utiliser le DHTML, c'est une norme bien implémentée maintenant, tous les browsers modernes l'utilise. C'est vraiment se compliquer la vie non ?  
 
De plus, dans les sociétés, dites moi si je me trompe, mais le browser qui revient le plus souvent c'est IE 5 ou 6.
 
Enfin, tu me disais plus haut, que si les utilisateurs n'activent pas le Javascript etc... ouaip ben même remarque pour la VM Java d'ailleurs elle était même pas installée sur mon post aujourd'hui j'ai dû faire l'installation

 
Ben si tu as un langage serveur sous la main, je trouve vraiment mieux de générer un tableau en HTML. M'enfin bon, chacun voit ça comme il le veut.

non.
A+,

une technique
c t pas tres loin !

Houlala ! faut être précis ici    
 
En tout cas j'ai réussi à faire ce que je voulais en JS/DOM. Ca fonctionne très bien (sous IE   ).

je pense que c important de respecter mozilla et les efforts qu'ils font; l'argument du "ouais mais 99% de mes client blabla...." n'est plus valable; c'était possible de penser comme ça à l'époque de la guerre entre IE et Netscape, qui, les deux, faisaient un peu les trucs dans leur coin; de facon plus ou moins buggée !
 
Mais maintenant, dire qu'on est pas compatible mozilla, c'est dire qu'on fait pas du web, mais une tekno approchée, et ça c'est honteux, tellement les teknos web sont claires et tellement elles ouvrent des possibilités au développeur.
 
Faites s'il vous plait tous l'effort de faire du Moz complieant et soyez fiers, après, de le crier

Salut k666
 
pourquoi spécialement Mozilla ? Opéra ou d'autres ne suivent pas les technos Web récentes ? Pour IE, il y a des choses sympas qui ont été ajoutés, et c'est dommage que cela ne soit pas repris dans les spécifications d'origines, je pense à InsertRow().
 
D'ailleurs, le W3C a validé récemment le DOM 3, quand cela devrait être implémenté sur les browsers ?

Quand IE implementera correctement CSS level 2 peut-être    
A+,

 
bin je le trouve très agréable, très prévisible, très performant, top quoi
je suis d'accord, opera fait un tres bon boulot de son coté même si certains bugs sont très gênants et corrigibles (comme les fichiers en local, qui passent par un truc batard du style file://localhost/c/ ou un truc du style, bizare) et quelques petits problemes de css ....
enfin bon c clair qu'il faut pas passer a l'autre extreme et faire que du mozilla,mais en codant pour celui ci on a l'énorme satisfaction de voir les choses marcher osus safari/opera, si ce n'est dans les versions actuelles, dans les releases suivantes, à chaque fois un peu mieux
 
 
sinon par rapport aux nouvelles specs j'ai pas encore bcp regardé

Opera/Mozilla/Safari, ça représente quels % des browsers ? Vous en avez une idée ?