Bonjour,  
Je developpe un site en JAVA, JSP donc et j'aimerais pouvoir demander a l'utilisateur s'il est bien sur de vouloir supprimer un truc!  
Comment faire en JSP.  
Car en javascript c simple, mais c du cote client.  
Qq1 pourrait m'aider please?

En javascript c'est bien, pourquoi vouloir faire autrement ?
 

 
parce que tu peux le supprimer au niveau de ton browser et que ça sucks des ours
 
-> Dumbadonf, pourquoi ne pas faire une page demandant de confirmer l'action? avec un bouton ok et cancel ou un truc du genre

Je serais curieux de connaître le pourcentage du web qui devient inutilisable si on désacive le javascript. Quelle idée    
 
En tout cas aucune des applis web que j'ai écrites.

zut, j'ai des gros doigts ce soir, vais me coucher tiens...

 
bin si il veut un message de confirmation, c'est pour que ca marche dans tout les cas hein
 

 
bordel mais...

Il y a pas si longtemps certains irreductibles surfaient encore en mode texte hein...
 
Moi ça m'emmerde de me priver du javascript.  
Si ça vous semble un pré-requis insensé, on ne risque pas de se comprendre.
 
allez, bonne nuit    
 
 

je ne m'en priverais pas non plus, mais je ne reposerait pas l'utilisabilité de mon application là dessus. l'utiliser en agrément oui mais pas plus.
 
 
(j'ai vu des niais qui faisaient des validation de données en javascript et qui "puisque c validé" balançaient en live dans la bd coté serveur.. jte dis pas la tronche de la bd apres qques tests sous mozilla, avec leur js tellement bien torché qu'il marchait qu'a moitié si t'étais pas sous ie)

oui pour l'instant c ce que g fait, j'ai mis une page tampon entre le formulaire et la page qui suprime reellement ds la BDD. Cette page demande a l'utilisateur s'il est sur de vouloir suprimer!
Si je ne veut pas utiliser javascript, c'est tout simplement que mon patron ne veut pas, il veut du JSP c tout. La raison: c'est le langage du futur... Ah ouais d'accord. C'est qd mm le mec qui ne sais pas faire une ligne de code mais bon!
 
Mais j'aurais prefere au niveau de l'esthetisme avoir une sorte de message qui s'affiche devant la page. Comme une MSGBOX en VB...

Oh le javascript existera toujours que les JSP auront été enterrées depuis longtemps ! (qui prend le pari ? ;-)
 
A la vue de ta remarque sur "la page qui supprime réellement dans la bdd" j'ai l'impression que tu as mis du code java dans tes jsp.  
J'espère que je me trompe car c'est pire que d'utiliser du javascript.
Les JSP ont été créées à l'origine en réponse aux pages asp de MS.  
Mais les jsp ont évolués avec l'apparition de framework comme struts ou récemment JSF et on évite au maximum de mettre du code dans ces pages.
jsp = html + taglibs  
+ un soupçon de javascript ;-)
+ un micro soupçon de java vraiment quand on n'a pas le choix

 
malheureusement oui
par contre, le javascript c'est un brol coté client qu'on peut désactiver sans problème.
 
Donc ca ne devrait pas etre utilisé pour ce genre de choses.

 
J'ai désactivé le javascript de mon firefox et visiter mes sites web habituels, exemples :  
google : OK
apec : HS
journaldunet : OK
fnac.com : devient moche mais fonctionne toujours
cdiscount : encore accessible mais certaines fonctionnalités HS
BNPNET : HS
videoposte (CCP sur le net) : HS
Boursorama : encore accessible mais certaines fonctionnalités HS (peu)
Houra : navigation HS
Auchandirect : HS
Yahoo : OK
imdb : OK
LDLC : OK
forum.hardware.fr : OK
 
 

et ?

et telerama.fr tout cassé
Je suis surpris de voir que plusieurs sites n'utilisent pas du tout de javascript. Bel effort de leur part.
Je tâcherai de garder ça en tête la prochaine fois que j'ouvrirai une balise <script> pour me poser la question d'une alternative.
 

je me re-re-re-repete mais le javascript oui, mais à condition qu'il ne soit pas necessaire à l'utilisation du site/de l'appli. penser sécurité mais aussi accessibilité!
(je doute qu'un browser pour aveugles puisse interpreter le js d'une manière sensée)
 
 
(et l'argument que y'a plein de sites qui font les choses de travers n'est pas retenu)

Je ne suis vraiment pas d'accord.
 
Il y a qlq semaines j'ai dû écrire un formulaire dans une webapp.
Ce formulaire pouvait comporter n lignes, n variant de 1 à 50. La valeur moyenne se situant vers 15 lignes.
Sur chaque ligne on avait 2 champs de saisie, deux checkbox et un champ de résultat.
Le champ de résultat se recalcule grâce à une fonction JS selon les valeurs des 4 input précités.
 
C'est techniquement possible de ne pas utiliser de JS mais en pratique c'est infaisable car le nombre d'a/r avec le serveur serait trop important et rnedrait cette page inutilisable.
Ce ne me plaît pas de mettre des règles de gestion en javascript (donc dans la couche de présentation) mais on n'a pas le choix !
 
La théorie c'est beau, la pratique c'est autre chose.  
Il faut être pragmatique.
Depuis un peu plus de 5ans que j'écris des applis en techno web, j'ai vu la complexité grandir et maintenant mes clients exigent des fonctionnalités et des perf du niveau du client/serveur !
Ils sont loin les sites en pur html avec deux ou trois formulaires et un peu de contenu éditorial.
 
 
 
 
 

1/ les clients sont des cons
2/ implementer ton truc comme tu l'a fais, JE ME REREREREREPETE, je ne suis pas contre. je dis juste que ça ne doit pas rendre ton truc inutilisable ou troué sans js.

1. Ouaip, parfois. Souvent. Mais c'est eux qui payent.  
 
2. Le champs de résultat est saisissable car ils peuvent outrepasser la règle de gestion.
Alors s'ils s'amusent à désactiver le JS, zont pu qu'à se frapper le calcul à la main et à saisir la bonne valeur.
Tu vois, ma page fonctionne sans javascript        
 
OK, je sors...  

et donc coté serveur tu fais pas de verif/calcul?

en JSP, tu peux très bien externaliser tous tes contrôles/vérif hors de la page (exemple : les validator Struts ou les formHandler ATG).  
Le problème évidemment, c'est que ça alourdit le traitement (noooooon, ne pas céder à la solution de facilité javascript), mais qd c'est un requis du client, faut bien s'exécuter