Reprise du message précédent :
X3D ?  

ya moyen de faire quelque chose de potable en js se basant sur des données get, qui fonctionne aussi bien avec url rewriting que sans?

parce que là à vrai dire, mes js étaient prévu pour fonctionner sans rewriting et là je me retape tout pour que ça fonctionne avec
du coup tant qu'a faire j'essaierais bien de faire quelque chose d'universel mais ça m'a pas l'air très faisable, du moins pas quelque chose de simple

pour info, je me base sur les href de mes liens, histoire d'avoir une navigation possible sans js

 
Si j'ai bien compris ce que tu veut (et c'est pas sur du tout), tu peut probablement faire un ptit module en js qui prends une liste de règles de rewriting (les mêmes que ton htaccess, sauf si le moteur de regexp est différent entre js et htaccess), puis qui prends une URL, la teste avec toutes les règles de rewriting et appliques celles qui matchent (et fait rien si ça match pas).
 
À la fin t'aura une url normalisée, dé-rewritée, que tu pourra utiliser dans le reste de ton code sans avoir besoin de savoir si le rewriting est activé ou non.
 
Si tes règles sont un peu complexes ça va être sport, tu va te retrouver avec un moteur de rewriting aussi complexe que l'original.

en gros, je fais un fonctionnement de base sans js (pour la navigation), et j'ajoute du js qui catch les click sur les liens et qui fait une requête AJAX en fonction des infos GET de l'attribut href du lien clické
ça permet de garder une navigation classique, ce qui est pas mal entre autre pour le référencement.

Le soucis étant qu'entre une url rewrité et une url classique, ben c'est fatalement différent pour récupérer les infos GET

ouai, donc c'est pas simple quoi du coup j'vais continuer comme j'ai fais ça va bien et ça change pas non plus énormément de chose

le plus simple serait de foutre les infos utiles au js dans un autre attribut que le href, ce que j'aurais peut-être du faire depuis le début mais bon j'expérimente

Et pourquoi t'appelerais pas directement le href en ajax (avec un parametre "ajax" en post par ex) ? Qui te retournerait un contenu différent adapté ?

effectivement pas bête, jusqu'a présent je récupérais une page différente de celle du href, qui retournait du xml mais c'est vrai que ça serait une bonne idée de faire le traitement sur la même page php, à par le fait que ça rendrait le php un peu plus bordelique

Suffit de bien organiser la chose.  
En séparant bien les phases qui diffèrent déja...

 
J'ai un moment de galère en CSS/html :
 
Je veut faire un tableau avec un header "arrondi" dans les coins gauche et droite.
 
Voila mon HTML :
 

 
Avec un tbody et des colonnes après, rien de spécial
 
Donc ma méthode est de mettre un background sur ce th comme ceci :

 
Mais, voila le problème :
 

 
Donc le border pose problème en haut, pas de soucis je l'enlève sur la table complète et sur le th (je dois le laisser pour le reste du tableau)
Mais voila le problème maintenant :
 

 
Le background est décalé de 1px, ce qui est logique vu que c'est la que se trouve ma border.
 
Donc, y aurait-il un moyen de décaler cette bordure de 1px à droite pour bien faire correspondre mon header ?
Sinon je vais faire un div/h3 au dessus du table mais c'est hyper pas propre...

Essaye ptet avec un border-collapse: collapse; sur ta table

C'est deja le cas
 
J'ai aussi essayé de décaler le background avec -1px pour la position left mais l'image "disparait" dans la zone invisible de la bordure

En fait c'est l'inverse, enlève le border-collapse, et fout un cellspacing="0" dans <table>

border-spacing fait pas la même chose ?

Ok je vois, ca marche
 
Par contre du coup mes borders dans le tbody font 2px vu qu'elles sont collées (à part sur les bords du tableaux), on peut régler cela ? (Un border-collapse appliqué sur tbody, ou tr td ne marche pas)

Et sur le table ?

 
Pas supporté par IE

 
Faut que tu mettes uniquement un border-left par exemple (et un border-right pour la dernière cellule) ... oué c'est chiant
 

 
On en revient au problème principal s'il fait ça

Avec un border-collapse sur table on revient au problème d'origine

edit: ok grillé

IE 6
 

Si en plus il faut que je lise le post d'origine...

Ya plein de fans de Netbeans ici nan ?

Comment on fait un dossier linké vers un autre (genre comme dans eclipse "link to folder in the filesystem" ) ?

 
Non

 
Avec un border-top à 0, c'est ok pour les bordures horizontales.
Par contre avec border-right à 0 et une classe last avec border pour les cellules tout à droite j'ai un bug tordu sur IE  
Les cellules (tout à droite donc) qui ont un colspan n'ont pas du tout de border à moins de mettre du contenu à l'intérieur (un &nbsp; suffit)
 
Sinon tout marche comme ca bon c'est pas super propre

ah

 
Oui ça c'est un bug IE ... il n'affiche pas les cellules vides. (malgré un empty-cells: show; )

Ok je connaissais pas, apparemment ca le fait seulement avec border-collapse: separate;
 
Merci en tous cas

 
Ouaip, en collapse ça ne le fait pas.
 
De rien

Moi j'utilise :
 
-moz-border-radius
-webkit-border-radius
 

 
XaT

C'est "correct" de mettre des marges sur un BODY ? Si oui, c'est supporté par tous les navigateurs ?

Ou vaut-il mieux mettre un conteneur ?

Edit : oubliez ma question à la con

Question branlette :
 
J'ai un formulaire en post, dans lequel j'ai un sélecteur de date. Lorsqu'on change la date, il met à jour par JS les valeurs de certains champs. Problème, avec le javascript désactivé, pas de mise à jour. Je souhaite mettre un bouton "rafraichir" pour ce cas, et c'est là que le branlette-souci intervient :
 

• si je le fait sous forme de bouton, il reste en post,
• si c'est sous forme de lien, je ne peux pas récupérer la valeur du sélecteur de date (à part en JS ),
• impossible de faire des formulaires imbriqués.

Alors oui, je pourrais rester avec mon "rafraichir" en post, mais ça me plait pas...

Tu passe ton form en get, et le submit non-js te mène à un second form pré-remplit (une page de confirmation quoi) avec juste un submit en post.
 
Quand le js est actif, le premier truc qui fait c'est passer la méthode de ton form en POST.
 
Coté serveur, bah suivant si c'est get ou post tu renvoie le même form en pré-remplit ou tu fait l'action.

 
Pas bête, sauf que cette page par défaut est servie à la date courante, populée avec les valeurs correspondantes, qui peuvent être étayées et / ou updatées si besoin. Si je veux pouvoir servir la date courante par défaut (donc remplie, pas de raison de pas le faire), ta solution n'est valable que dans le cas où il faille obligatoirement changer la date, non ?
 

 
Si c'est en get sans paramètres tu file la date courante et les valeurs par défaut, si c'est en get avec (entre autre) la date en param, tu retourne la date qui est en param (et les valeurs updatées).

Fail en 3 étapes :

• Etape 1 : Je prends bien soin de stocker les mots de passe hashés et saltés dans ma base

• Etape 2 : Je veut réduire le nombre champs pour s'inscrire, donc je met juste "login", je génère le mdp et je demande pas de mail

• Etape 3 : Pour que l'user puisse connaitre le mdp qui vient d'être généré et qu'il ait le temps de le noter, je le met dans le message de bienvenue de la pseudo-mailbox interne du site... En clair pour qu'il puisse le lire évidemment

Etape 4 : ??
 
Etape 5 : Profit !

T'as oublié de préciser que t'es pas en https

 
Les pb de tuyauterie sont orthogonaux dans ce cas, le pb c'est que je hashe un truc mais que je le garde en clair juste à coté (et j'ai quand même mis une semaine avant de le remarquer ).

Ah oui, j'avais sauté la partie mailbox, je pensais que tu l'affichais juste après l'avoir généré (genre sur la page suivante et s'tout)

PPK a mis à jour ses tables de compatibilité (cliquer sur les noms de tables pour avoir plus de précision): il a ajouté IE8 final (en mode compat IE7 et en mode IE8), Safari 4b et Chrome 2, un peu plus tôt il avait aussi ajouté Opera 10a et Chrome.

Also, http://www.stubbornella.org/conten [...] ript-slow/ sur les repaints & reflows CSS et leur influence sur les perfs.

Il y en qui touche le Cross Domain ici ?
 
Dans un code je chope du json du style: ..."test": "a\"\"ihi'h"....
Je le vois avec Firebug, le  json est parfait, mais qd je fait un alert dans le JS de cette chaine qui a juste était envoyé en param.... il y a plus les backslashes... Si je suis pas en Cross domain, ça marche parfait dans ma variable.responseText
 
Bon dans tous les cas je continue à chercher. Thx

 
euh, alert("\"" ); affichera «"», ca me semble normal

 
Hum autant pour moi, pas un alert JS, mais dans la console Firebug... Et donc à cause de ça mon JS plante au niveau du Eval....
Firebug convertit lui aussi les \" en " ?? ça me parait peu probable.