Reprise du message précédent :
assassin !

Genre j'irais m'embarrasser d'une conscience

c'est juste qu'en JS le nom de ton attribut peut etre mis dans une variable et ensutie tu peux t'en servir en utilisant les crochets
obj[i] <--

au fait au départ arr c'est un array ou un object ?

tu dois pouvoir le faire avec des eval si tu préfère la notation "alternative"

Bien sûr que si, foo.bar et foo['bar'] sont équivalents en javascript, la seconde n'est habituellement pas utilisée si on a un nom littéral (par opposition à une variable), sauf à la limite quand on veut être clair sur l'utilisation d'un object comme hash.

Les deux sont valides, correctes et équivalentes (à la tokenization près, et peut être un détail ou deux variant selon les implés).

Non. Le JS a beau avoir des problèmes, ce n'est pas PHP. En JS, un array c'est ce que toute personne saine, éduquée et cultivée appelle un array: une collection séquentielle dont les éléments sont identifiés par des indices entiers (avec la limite qu'ils sont unidimensionnels, le JS ne supporte pas les matrices multi-dimensionnelles). Utiliser un array comme tableau associatif est stupide non seulement parce que ça fallback simplement sur le comportement des objets JS (qui ne sont rien de plus que des tableaux associatifs), mais parce que ça peut mener à des comportements incohérents ou imprévisibles. Et parce que nombre de clés sont perdues puisque déjà utilisées pour nommer les méthodes de l'objet array (qui ne fonctionnent par ailleurs pas sur les clés "string" ).
 
Aucun intérêt, donc, et la syntaxe littérale des objets indique bien son rôle de tableau associatif, contrairement à celle de l'array.

C'est aussi vomitif que d'écrire new Object();.

 
Au départ c'était un array mais je l'ai passé en object.

 
 
 
 
 
 
...
 
 
 
 
 
 
 
 
 

Bon, voilà à quoi ressemble mon arbre :

Maintenant le problème c'est que je dois pouvoir le repeupler à partir de la bdd.
Et là où je ne sais pas du tout comment procéder, c'est pour les divers input qui peuvent avoir ou non du contenu.

Actuellement pour faire apparaitre un input, on clique sur le lien correspondant et une fonction JS permet de l'insérer dans le code, mais je ne vois pas comment faire pour que l'input soit déjà présent dans l'arbre si il a du contenu

oups , j 'ai vomi sur mon écran

niveu ergonomie, ca à l'air

C'est un peu moche, un peu imbitable et un peu moche.
 
Et un peu pas ergonomique.

En fait Koskoz c'est l'enfant d'Harko et de Magicbuzz

C'est intégré dans une interface globale hein
C'est super compréhensible et on ne peut plus ergonomique
 
Qui plus est, c'est exactement ce que mon chef veut et il trouve ça très bien

avec des "submit" à l'anglaise ?

 
Tout est en anglais

T'as le même chef que mareek? Ou bien c'est Harko ton chef? (dans ce cas tu peux pas le toucher)

Non mais moi j'ai juste répondu à la demande
 

Et au final vous répondez pas à mon problème

BKAC

 
Wat ?

http://lmgtfy.com/?q=BKAC

mon fils

ça a l'air pratique et efficace à utiliser

Je ne sais pas si tu as remarqué mais la mise en page de ton tree est toute fuckée.

ça aurait du te mettre la puce à l'oreille que c'était une connerie

 
Ouais, il manque des images, mais comme j'ai pas accès aux dl

non, je parlais du décallage qui fait que les lignes verticales ne se prolongent pas d'une ligne sur l'autre

 
Oui, les lignes en pointillés, c'est des images.

et un truc du genre  : j'affiche l'arbre sans input  
 
quand je double click sur un label ,je le transforme en input dynamiquement avec son petit bouton valider  
 
ce serait pas mieux ?

Double-clique + interface web = fail

 
jle kiff ce smiley

 
Rien compris
De plus tu peux pas double-cliquer sur un label puisque c'est un menu déroulant.

 
 
un truc genre ca mais avec un design un peu moderne

Les alertes qualitay en blabla@web c'est un peu comme les bashfoot.....    

 
Il est génial ce topic

 
Pluzun  

Non mais niveau ergonomie allez tous crever, c'est super ergonomique

putain mais au feu quoi