Reprise du message précédent :
t'as fait des études dans le sujet, t'es en stage depuis plusieurs semaines, et t'en es encore la... S'il te plait, change de branche tant que tu peux encore.

j'ai aussi eu 6h de cours de php
ça n'empeche pas de brancher son cerveau , meme pour un stage trouvé par papa

Ca n'empeche pas de parler gentillement aux gens, même si tu trouves qu'il ne fait pas d'effort...

 
Je sais pas ce que tu veux faire, mais sinon la partie de ton JS qui doit être avec du PHP, tu peux dans certains cas la mettre directement dans une page html-php

ben c't'à dire que vu le niveau, y'a très possiblement un malentendu; si tu fais passer des .js par l'interpreteur php, ou simplement <script ... "pouet.js.php"/> ... tu peux *générer* du js en php...

donne plus de détail  
tu peux, par exemple, généré en php un tableau qui va etre utiliser en js, tu peux faire un requete a une pahe php et traiter ces résultats ,  tu peux générer du code js à la volée

J'ai opté pour ça

Ou cherche la liste par AJASQUE  

Ça, ça sent l'idée débile.

 
Rly ?
 

$('#upload').uploadify({
    'uploader': "<?php echo Config::getCons('URL_FLASH'); ?>uploadify.swf",
    'script': "<?php echo Config::getCons('URL_AJAX'); ?>upload.php",
    'folder': '/upload', // the complete path starts in upload.php and points to media
    'cancelImg': "<?php echo Config::getCons('URL_IMG'); ?>cancel.png"
});

non  
 
c'est pas ton ton incompétence qui agace, mais ta capacité à faire des jugements à l'emporte pièce sans avoir rien testé, et en évitant de donner les détails utiles

$('#upload').uploadify({
    'uploader': "<?php echo Config::getCons('URL_FLASH'); ?>uploadify.swf",
    'script': "<?php echo Config::getCons('URL_AJAX'); ?>upload.php",
    'folder': '/upload', // the complete path starts in upload.php and points to media
    'cancelImg': "<?php echo Config::getCons('URL_IMG'); ?>cancel.png"
});

 
je fais regulierement  

$('#upload').uploadify({
    'uploader': "<?php echo Config::getCons('URL_FLASH'); ?>uploadify.swf",
    'script': "<?php echo Config::getCons('URL_AJAX'); ?>upload.php",
    'folder': '/upload', // the complete path starts in upload.php and points to media
    'cancelImg': "<?php echo Config::getCons('URL_IMG'); ?>cancel.png"
});

 
L'échappement correct est géré comment ?

 
Je ne vois pas ce que tu veux dire.

Si y'a des quotes ou autres bordels dans les constantes, on peut tout niquer, voire injecter du JS

 
Les seules constantes qu'on utilise pour le JS sont des urls.

Ouais mais justement, elles viennent d'où les URL C'est dangereux

fichier de config, le risque est quand même controlé  
a la limite tu ajotues des méthode _toJSON, _toMYSQL dans ton singleton, mais ça me semble overkill

 
Bah un ptit " ou \n mal placé dans ton echo peut faire mal à ta page.
Là c'est juste des paths de config, donc normalement tu crains pas une attaque volontaire, juste un bug. Mais faut y faire gaffe quand même. (si jamais ça devait être une image d'user et que le nom de fichier est conservé..., si tu utilises la même technique pour des valeurs autre que des path).
Si tu utilises une routine d'échappement standard pour l'html, tu sera protégé des </script, et ", mais peut-être pas des ' et probablement pas des \n, or un littéral de chaine javascript ne doit pas s'étendre sur plusieurs lignes, le parseur js va pas être content et paf, cassé le site

PHP ça ne sert qu'à une chose : générer des trucs (typiquement des pages HTML) et les envoyer au client.
C'est un language côté serveur

Donc tu peux aussi génerer le JS en PHP.

<?php
$ma_liste = array('pomme', 'poire', 'scoubidou');
?>
 
<script type="text/javascript">
var ma_liste = <?php
  echo json_encode($ma_liste);
?>;
</script>

Ce qui donnera

<script type="text/javascript">
var ma_liste = ['pomme', 'poire', 'soubidou'];
</script>

 
Enfin là c'est des constantes stockées dans un fichier de config qui n'est pas dans la partie publique de l'app, donc le risque est plus que contrôlé.
 

 
Ok, je vois

Ce qui est généralement une fausse-bonne-idée de qualité

Nan c'est juste un outil, comme la physique quantique, ça peut être utilisé bien ou mal

Un marteau en plâtre aussi c'est un outil

You makes no sense.

#<an HTMLFormElement> has no method 'find'

Edit: je vais faire autrement

find c'est une méthode de jquery, pas du dom
 
T'as aucune idée de ce que tu fais en fait, si

je ne connais pas tout le fonctionnement de jQuery en effet    
 
Je pensais qu'on pouvait utiliser des méthodes jQuery sur des éléments du dom mais non, maintenant je le sais  

Bah non, ça serait dégueulasse, c'est prototype qui fait ça

Comme quoi c'était tout à fait possible que jQuery puisse le faire Avec un peu de chance j'avais du le lire qque part à propos de Prototype et un vague souvenir m'a poussé à le faire avec jQuery

sinon j'ai un problème de merde !
Chrome n'accepte pas les form à l'interieur de table ailleurs que dans des td, si on lui fout un form dans un tr ou tbody il le ferme à la premiere balise d'élément de table rencontrée   avec un vieux

Or, je bosse sur un site où une page contient un form par ligne de tableau ... C'est un comportement connu ? contourné comment ?

Normal

En arrêtant de coder comme un porc

C'est pas moi qui l'ai fait ça, et je dois avouer que c'est bien pratique, justifié et cohérent à cet endroit

Ca a toujours très bien marché sous IE et FF c'est fort dommage, ça a un peu un comportement de bloc fantome sous ces browsers qu'on peut glisser partout puisqu'il n'a pas forcément d'aspect graphique.
C'est bien pratique de pouvoir faire un formulaire par ligne de tableau dans certains cas !

Genre là c'est une édition d'éléments semblables, un par ligne, avec chaque propriété de l'élément par colonne dans un input...

Du coup je vais devoir faire un truc crade avec un seul formulaire pour tout le tableau et repérer quel élément enregistrer et quels inputs prendre en compte en glissant un ID dans tous les noms des inputs ...

<script type="text/javascript">
var ma_liste = ['pomme', 'poire', 'soubidou'];
</script>

Non, ça donnera ça
 

[
    "pomme",
    "poire",
    "soubidou"
]

 
Au retour de chariot/tabulation près, JSON est un format de données, respect it

j'me quote pour ceux qui tombent dans le meme cas que moi:

J'vais faire comme phpmyadmin, qui me semble être un bon modèle, pour l'édition de plusieurs entrées d'une table, avec des array multidimensionnelles dans les name des inputs

Genre <input type="text" name="element[123][nom]" value="nom de l'element 123"/>
et ça permet de faire en plus un <input type="hidden" name="element_prev[123]['nom']" value="ancien nom de l'element 123"/> pour voir si le champ a été modifié !

Edit: ne pas mettre de ' dans les nom de champ des array

Une petite confirmation please:
 
J'ai un bloc A de width: 250px
 
une image dans A à width variable <= 250px, centré
 
Il n'y a aucun moyen actuel en CSS, d'avoir un élément B toujours en haut à droite de l'image quelque soit sa taille...    
 

Sisi y'a moyen, en s'inspirant du code que j'ai filé à koskoz hier soir.

 
B doit être sur l'image, pas à côté. Bon je regarde si je peux adapter