Reprise du message précédent :

Bah nan, j'en sais rien moi pourquoi là ça marche moins qu'ailleurs, je vois aucune raison.

Il connait la classe, ya pas d'homonymes, elle a des méthodes non héritées (donc c'est pas la faute d'un parent)...

pourquoi tu t'en fous...c'est le comment qu'il faut leur remonter.

Ah si, c'est quand la propriété est pas déclarée dans la classe, il répond plus de rien. Pas de bol, Symfony marche comme ça

Le comment est un pourquoi technique

c'est $this->advert qui lui pose le problème, en fait? Genre comme il te l'a surligné?

Il m'a souligné qu'"attention $advert est pas déclaré dans la classe", mais je vois pas en quoi ça devrait le gêner pour faire de l'autocomplétion

Les propriétés dynamiques sont parfaitement valides en php - c'est bien pour ça qu'il me l'a pas souligné en rouge.

Bug reporté.

100 méthodes publiques o_O
tu ne peux pas la découper ?

Je compte les parents.

Je viens de regarder, sur un projet tout con avec plein d'héritage, j'atteinds aussi un gros chiffre

Quand t'as Doctrine 1 derrière, ça aide aussi

Oui j'ai rien dit

c'est valide, mais compliqué a géré
une simple petite annotation et ça va rouler

C'est pas pratique, bug reporté

 
Netbeans a le même comportement

La dernière réponse à mon bug report :

J'ai testé et en effet l'autocompletion marche pas non plus avec les propriétés déclarées

A quand l'obligation de phpdoc sur les variables locales
Enfin, au moins là on pourrait dire que ça pousse à documenter un peu...

Ah bah ça va alors, c'est pas chiant du coup !

 
Tu documenterais ton code tu n'aurais pas de problème

Hep les experts, mon fichier I:\WINDOWS\system32\drivers\etc\hosts est en lecture seule (je boote sur I, m'empêchant de rajouter des entrées. Impossible de le mettre en écriture, et pourtant je suis admin de mon poste.

Il semble que Spybot Search & Destroy soit capable de le modifier quand il "vaccine" le PC.
Une idée de ce qui peut me bloquer ?

D'un autre côté, sous PyCharm ça marche très bien, sans avoir de doc, et les propriétés statiques n'existent pas.

Avec quoi tu l'édites ? tu es sous Windows vista/seven ? Dans ce cas essaye de l'ouvrir en mode "administrateur".
 
Un peu comme sur mac/linux, faut que tu éxécute l'edtieurs en su/sudo

Ah merde , je me suis trompé de topic, je voulais le mettre sur blabla@prog. Je suis sous XP et j'édite avec le bête bloc-note.

Documenter des props dynamiques c'est débile

Si elles étaient documentables elles seraient pas dynamiques.

Par ailleurs, même en PHPdocant bien chaque props, je suis curieux de voir ce que ça donne quand tu utilises un enfant de la classe déclarée...

qd vous parlez de documenter, vous voulez bien dire "indiquer le type, comme si on etait dans un language a type statiques, alors qu'on y est pas" ?

+1 avec l'analyse

Oui, l'IDE tente de faire de l'analyze statique du code, plus il a d'info statique avec lesquelles bosser mieux c'est.

Et malheureusement, en plus du dynamisme intrinsèque à des langages comme Python ou Ruby, les IDEs semblent rester dans une logique de typage nominatif pour leur inférence, ce qui n'aide pas.

'fin bon dans ce cas précis ça me semble être un bug (ou un manque grave) dans PHPStorm, parce que la même chose en Python:

class Foo(object):
    def method(self):
        self.field = APCIterator('user')
        self.field.|

dans PyCharm, curseur au marqueur, quand j'invoque l'autocomplétion j'ai bien uniquement les fields et méthodes de APCIterator, sans avoir rien spécifié de plus.

Ouais, fin dans les faits la plupart des variables ont quand même un type fixe, donc ce serait con de pas le renseigner en doc.

Problem?

Trop de mots inconnus

Bordel mais c'est pas possible, on peut vraiment rien en faire du header Accept quand on discute directement avec des navigateurs, ils sont trop cons Tu file un <object type="image/svg+xml">, yen a pas un qui soit foutu de passer @type en Accept quand tu fais ta requête

T'as Opera qui passe: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/webp, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1 (bah oui j'te dis que ça va être du SVG, tu demandes du PNG, logique)
T'as Safari qui balance: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 (text/plain > image/*, juste histoire de)
Et t'as Firefox qui sort: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Bande de trous de cul

Sous Symfony, t'as l'autocompletion sur $this à l'intérieur des forms ?
 
Chez moi il reconnait plus rien, il trouve 2 classes BaseFormDoctrine et ça le perd Mais je crois que c'est déja reporté.

Tu peux +1 sur youtrack, chuis pas sûr que ça fasse quoi que ce soit (sur PyCharm les top bugs 2 et 3 en termes de votes sont quand même en "Post 1.5", je les ai créés pendant l'EAP pre-1.0 et ils ont toujours été parmis les bugs les plus populaires), mais bon...

up  
 
pourquoi les <a> sont pas placés relativement au coin supérieur gauche de #mainMenu ?

parce qu'il manque un POSITION:RELATIVE POSITION:RELATIVE POSITION:RELATIVE POSITION:RELATIVE POSITION:RELATIVE POSITION:RELATIVE POSITION:RELATIVE  
sur #mainmenu

position: relative sur #mainMenu

ok, merci

 
C'est pénible les commentaires bateaux...

Petite question JS ici.
J'ai une série de checkboxes et j'aimerais faire un envoi de formulaire où je passe les valeurs des checkboxes cochées dans autre paramètre (en gros dans le design actuel, le nom des checkboxes est différent dans toute l'appli, j'aimerais pouvoir envoyer leur contenu dans une variable au nom unique dans toute l'appli) ?

$(monform).find('input[type=checkbox]');

Ça te récupère les checkboxes de ton form.

Si j'ai pas jquery ?
(je fais le submit à la main dans une méthode JS)

Tu refais ce que fait jQuery (tu parcours le DOM, à la recherche des inputs en mode checbox dans ta form)
Mais tu peux pas rajouter une dépendance vers jQuery (ou un truc plus light qui permet de parcourir sans trop te faire chier) ?

Sizzle? (http://sizzlejs.com/)
 
Sinon tu récupère ton form, puis tu fais getElementsByTagName dessus, et tu filtres par type.