Discussion :

[Tidus159]

Bonjour,
je me demandais si vos sites réalisés en DOT.NET peuvent tout de même fonctionner sans l'activation du JS.
En effet, après avoir fait 2 mois d'ASP.NET je constate que le code est rempli de JS et que sans lui, apriori, quasiment rien n'est possible.

N'est-ce pas le point obscure du .NET?
En ce sens, ne doit on pas, en tant que webmaster, penser à la globalté des utilisateurs, et en particulier à ceux qui désactivent le JS?

Cordialement,
Tid.

[neptune]

Si tu n'utilises pas les Ajax Extensions, les composants génèrent très peu de JavaScript. Et ceux qui en génère ont généralement la possibilité de fonctonner sans (ex: les validateurs).

Ensuite, en 2008, se passer de JavaScript pour naviguer c'est passer à côté de beaucoup de possibilité d'interactivité avec le site web.

[Louis-Guillaume Morand]

du JS? ca dépend les composants que tu utilises. si tu fais de l'AJAX ou utilise des composants tiers comme les webgrid à tri côté client, forcément tu as besoin du Javascript.

Maintenant, ca fait des années que le JavaScript n'est "plus" dangereux et le client qui le désactive n'utilise pas le site point. Je ne parle même pas forcément d'Ajax ou autre mais le javascript sert pour les confirmations et bien d'autres choses. Si le mec s'amuse à ne pas utiliser les cookies, ne pas utiliser le javascript et/ou les activeX, autant qu'il utilise un navigateur en mode texte

donc la question que tu poses n'est pas bête bien au contraire mais de ce côté là, tu te ranges du côté de la masse car 99,99% des gens laissent le javascript activé.

[Tidus159]

ok !
C'est toujours mon soucis au niveau prog de siteweb.
Faire des confirmations JS c'est bien beau mais il suffit d'un utilisateur avec le non JS et il t'errone toute une base de données avec des types mal remplis !

Merci pour vos réponses
@+,
Tid.

[Louis-Guillaume Morand]

ok !
C'est toujours mon soucis au niveau prog de siteweb.
Faire des confirmations JS c'est bien beau mais il suffit d'un utilisateur avec le non JS et il t'errone toute une base de données avec des types mal remplis !

Merci pour vos réponses
@+,
Tid.

attention, le JS reste pour les "performances". Il faut TOUJOURS un contrôle coté serveur aussi.

[Tidus159]

Bonjour,
c'est exactement le dilleme que j'ai. Faire du JS pour faire 'beau' mais doubler le code de vérification derrière, ou simplement faire une vérification coté server et ne pas utiliser de JS pour ses formulaires?

Un de mes soucis en ASP.NET est de savoir quand le contrôle est de type JS, ou fonctionne sans JS car étant donné qu'on code en code-behind et design généralement, on ne peut guère savoir...

[Philippe Vialatte]

Faire du JS pour faire 'beau' mais doubler le code de vérification derrière, ou simplement faire une vérification coté server et ne pas utiliser de JS pour ses formulaires?

Utiliser les validateurs cote client et serveur

http://nico-pyright.developpez.com/t.../#Lhowvalidate