Reprise du message précédent :

 
Ah non mais j'avais testé pleins de choses pour le problème des CSS, mais je crois qu'hier j'étais arrivé à un htaccess qui fonctionnait mais qui ne chargeait pas les css.

 
un tableau d'objets...en java quand tu demandes une sortie texte (ce que demande la directive jsp <%= ), ça appelle implicitement la fonction toString(), laquelle étant définie dans Object qui est l'objet dont tous les objets Java héritent, tu es sur que ça va appeler toString() sur ton objet. Là, soit tu l'as redéfinie et ça affiche un truc utile pour toi, soit tu l'as pas redéfinie, et ça affiche l'adresse mémoire de l'objet
 
Corrolaire : on s'en branle du type d'objet, ça marchera quoi qu'il arrive
 
et l'index du tableau, c'est l'index du tableau : si tu cherches un truc qui marche avec des clés, faut regarder du côté des Map et des objets qui implémentent cette interface (HashMap par exemple, etc...)
 
ce qu'il a écrit est juste au sens de Java, c'est juste que nommer un tableau "chaqueAgent" est bizarre : je l'aurais plutot appelé AgentList, ou Agents, ou un autre truc soulignant l'aspect tableau/container
 

[L] c'est autre chose
 

T'as rien compris au processus de rewriting toi

J'vais faire un texte d'explication, stay tuned

J'l'ai dit, je suis fâché avec le rewriting apache

Ce qui ne m'empêche pas d'être dubitatif sur ce que tu as dit, jusqu'à preuve du contraire

Proof en cours de rédaction

Oui je me doute, mais ça n'empêche pas que "20" n'est pas très explicite, si ?  

quelle partie de la notion d'index tu n'as pas compris ?

imaginons un tableau : Object lolz[] = {a, b, c, d, e, f}

passons sur une représentation à base de petites cases :
[ a ][ b ][ c ][ d ][ e ][ f ]

chaque case du tableau a un index...tu ne le spécifies pas, ça fait partie de la façon dont les tableaux existent...et donc si tu fais lolz[2], tu vas accéder à la case ayant l'index 2, soit [ c ]

je te le concède, il aurait aussi pu faire une map et affecter des clés à chaque éléments, mais je soupçonne qu'il voulait juste un container pour trimbaler un paquet d'objets qu'il veut afficher, et il a choisi le plus simple de tous, un bon vieux tableau.
et si tu te fous de la façon dont tu récupères les objets parce que tu vas de toute façon tous les afficher, un index ça tient la route...ce qui m'inquiète plus c'est l'index statique, qui sous-entend qu'il est pas dans une boucle

Bourdel, y'a aucun moyen de ramener une largeur de colonne d'une table à 0 ?
 
Le seul truc que j'ai trouvé pour le moment, c'est de foutre chaque contenu de cellule dans un <div> avec un overflow: hidden et de réduire la largeur de ce div à 0 ainsi que la largeur de la cellule... Mais vive le bordel
 
J'ai tenté de foutre un overflow: hidden sur la cellule, mais pas moyen de faire descendre sa largeur (ou sa hauteur) plus bas que la largeur (ou hauteur) du contenu

Merci pour cette leçon de programmation, mais quelle partie de mon post n'as-tu pas comprise ? le mot "explicite" sûrement ?  

Belle collection de facepalms en tout cas, je te la retourne

Ah nan mais si dans votre langage de satan c'est la croix et la bannière d'avoir des nommages explicites, ça me regarde pas, je ne fait que constater, rien de plus

Tu fous des display:block sur tes cellules, mais je garantie rien pour les effets de bord

In before tl;dr
 
 
Alors on a un simple .htaccess à côté d'un fichier index.php, dans un dossier test :
 

 
On lance avec localhost/test/pouet, résultat :

 
Sacrebleu, au lieu d'avoir pouet dans page, on a index.php . Voyons le processus de rewriting :

 
Donc une fois l'URL rewritée, Apache effectue une redirection interne, et recommence tout le processus "ouverture et application de l'.htaccess." Du coup les RewriteRules se voient exécutées une deuxième fois, jusqu'à ce qu'Apache pige qu'il risque une boucle infinie et stop le processus... Mais avec un paramètre page du coup pas bon (on a index.php, au lieu de pouet).
 
C'est pour ça qu'on rajoute une condition pour interdire d'appliquer la RewriteUrl si l'URL demandée est déjà index.php :
 

   
Et ça roule. Au deuxième passage, la Rule ne sera pas appliquée, vu que l'URL d'entrée après redirection interne est déjà index.php
 
 
Maintenant à quoi sert le flag [L], expliqué dans la doc :

 
Hmmm, ça devrait stopper le processus de rewrite pourtant. En fait, ça le stoppe effectivement, mais dans le processus de rewrite "en cours." La redirection interne se fera quand-même, on arrivera dans un contexte tout neuf, et le .htaccess sera à nouveau appliqué.
 
 
Rajoutons une deuxième RewriteRule avant l'autre :

Si l'URL est pouet, on redirige vers page=haha. Pour le reste on reprend (donc tagada sera rewrité en index.php?page=tagada).
 
Résultat

Fichtre diantre. On retrouve de nouveau index.php... Malgré le RewriteCond. Le problème est que le RewriteCond sera appliqué sur l'URL d'entrée, et non pas sur les URL intermédiares. Donc même si la première Rule transforme pouet en index.php?page=pouet, la RewriteCond suivante va quand-même tester sur pouet.  
 
Maintenant si on rajoute le flag [L] sur la première :

La deuxième n'est pas matchée. Il quitte le premier processus à la première RewriteRule, fait la redirection interne, relance le processus, y'a que dalle qui match du coup, et hop ça roule.
 
 

Si je puis me mettre pour [L], on peut résumer ça en "zappe les prochaines RewriteRule du htaccess en cours" (à moins que ça les zappe aussi dans les éventuels htaccess suivants ? )

Ensuite une question :

Pourquoi ton premier exemple ne marche plus quand on rajoute un [QSA] à la RewriteRule ? (tout marche "comme prévu" )

Ça je sais pas, je viens de tout faire là, donc j'ai pas couvert tous les cas
 

Bonne question : en fait QSA n'écrase pas les paramètres déjà présents. Donc si tu rewrite pouet en index.php?page=pouet, le deuxième passage qui devrait donner index.php?page=index.php n'écrasera pas le paramètre page, il le laissera

Bien vu l'unijambiste, les params les plus anciens ont la priorité

Du coup y'a plusieurs moyens de s'en sortir

Sinon pour débugger, n'oubliez pas :

 
Euh ... ça fait un beau caca ça

Par contre ya un truc que tu sembles zapper (ou pas, mais c'est pas clair), c'est que apache ne fait pas "2 passages" de Rewriting, mais une infinité, jusqu'à ce que 2 passages successifs donnent un résultat identique (ou que le nombre max d'itérations est atteint).

Clairement

Si, je l'ai dis  

 
La phrase est mal exprimée, j'aurais dû indiquer qu'il pouvait boucler à l'infini

Ok
C'est juste que ça a provoqué un traumatisme chez moi, je souhaite donc en préserver les lurkeurs, plutot 2 fois qu'une

 
mais c'est PAS un nommage !!!
 
si je t'écris le code
 

for (int i = 0; i  < lolz.length; i++) {
    System.out.println(lolz[i]);
}

 
tu considères que i c'est un nom ? c'est un index de tableau...
 
si tu préfères, si lolz était une ArrayList, tu pourrais accéder au 20ème élément stocké en faisant lolz.get(i) si i vaut 20, ou lolz.get(20), ça marche aussi...
 
ce n'est pas une map, où tu accèderais en faisant mapzlolzor.get(key) et qui te renverrait la valeur correspondant à la clé
 
20 c'est très explicite, c'est pas un nom de variable, c'est juste un index, ça veut dire qu'il accède au 20ème élément (le 21ème en fait, l'index commençant à 0) du tableau...
 
tu peux écrire

int index = 20
String pouet = lolz[index]

 si tu préfères, mais ça change pas grand chose, tu me le concèderas

Mais t'as vraiment pas compris, c'est pourtant pas compliqué

Je dis juste que quand tu lis "20", tu ne sais pas à quoi ça fait référence (le nom de l'agent, son adresse, sa pointure ?), donc c'est *pas très* lisible, c'est tout

Je me fout que ce soit un index, un flan aux quiches, ou quoi ou qu'est-ce, je me fout que ce soit la faute à Vapeur, à Java ou à Sarkozy ; c'est pas compréhensible, c'est tout

C'est exactement ce que je reproche à cette écriture

Toujours pas mort
 
http://prototypejs.org/2009/9/1/pr [...] 1-released

 
Sauf qu'un index c'est numérique, sauf en php ou on peut faire les deux

J'ai jamais dit le contraire.

 
là on est d'accord

Alors on est d'accord depuis le départ  

si ca interesse quelqu'un ici, MP tout de suite, je pars demain matin.

 
J'en ai tellement chié avec cette saloperie

Vous connaitriez un logiciel qui ferait un peu la meme chose que l'onglet reseau de firebug ?
 
Avec les temps de chargement / attente / etc clairement récapitulé avec de jolies barres montrant les enchainement / cascade des chargements.
 
Firebug laisse passer certaines requetes ajax et ca m'embete un peu
 
merci
 

Si c'est juste pour visionner les requetes AJAX (et toutes les autres), Charles Proxy est très bien. Et pour les graphiques tu gardes Firebug

Après possible que tu aie besoin des 2.

Béh oué  

la partie "ressources" de google chrome à l'air un chouilla mieu.. je vais voir si ca me convient

Si vous avez des softs externes dans le genre, je prends

Charles Proxy, payant mais le meilleur soft à l'heure actuelle pour faire TOUT ce que tu veux
mapping, rewriting d'url/body/others, throttling (limitation de bande passante en down et up),  
analyses de trames de toute sorte et tout le toutim

Charles fait des graphiques ?

y'a quoi comme système de Newsletter qui tient la route ? ou on puisse créer des groupes, importer/exporter des carnets d'adresses format CVS, gérer env. 5000 emails... et administrer le tout assez facilement...
j'utilise poMMo mais il commence a me souler

text-align par défaut sur IE8 c'est center ?  
 
j'en peux plus de ce navigateur, je m'arrache les cheveux sur une newsletter HTML 4.01

Je reviens avec ça parce que j'aimerais bien avoir des retours d'expérience
 
Donc j'ai vu que sous IE6 et IE8, le rendu est différent (IE6 tente de tout mettre sur une ligne, IE8 force tout sur une ligne)
 
Avec un tag <pre> cependant, j'ai le résultat attendu. Donc je me demande, pourquoi est-ce qu'on prétend que IE8 gère le white-space correctement? Qu'est-ce que j'ai raté?