kowalsky a écrit 2338 commentaires

Le problème est que si tu à enregistré tes fichiers avec un UID différent du mien, ça va vite être drôle... :)

Pour comprendre JavaScript, il faut comprendre le PROTOTYPAGE.

JavaScript n'est pas fouillis. C'est un langage très cohérent, mais forcement, si tu ne comprend pas le prototypage (sans vouloir t'offenser, je ne connaissais pas il y a peu aussi), tu va vite faire n'importe quoi. Si en plus, comme dans d'autre langage, tu ne te fixe pas quelques règles, ça va vite être n'importe quoi.

Mais je t'assure, je fais énormément de JavaScript. Au début je le considérait comme un sous langage tout juste bon à checker des formulaires. Mais suite au volume de code que j'avais à faire, je me suis renseigné et une fois que tu comprend que pour faire des trucs de plus de 100 lignes, tu va devoir gérer ton code comme en C++ ou en java, ça se passe mieux.

Et c'est pareil pour tout les langages en fait, si tu ne "prévoit" pas la façon dont tu va "organiser" ton code, t'es foutu.

Sinon, pour coder en JavaScript (et en HTML) je conseil netbeans.

Ce genre de remarque n'aurait pas sa place dans les forums ?


------> [ ]

Je ne connais pas le cas de mandriva, mais si on prend le cas de redhat/fedora, ce qui est bien, c'est que des fois, le logiciel qui lance l'interface graphique, si on lui passe l'option -T, on a une interface en ncurse ou à base d'option.

N'utilise pas, jamais innerHTML et innerText ! Jamais jamais jamais !

Mais plutôt, pour créer un div avec du texte dedans, par exemple :

document.createElement("div").appendChild(document.createTextNode( "Mon text" )) ;

Et du coup, tu va vite voir que JavaScript est un VRAI putain langage de programmation !



Sinon, je ne comprend pas ton problème de parser ? Tu n'a jamais à t'en soucier normalement.

Je pense, sans vouloir t'offenser, que tu es resté sur une image de JS d'il y a 5 ans.

Je suis sur un projet ou je suis à 6000 lignes de code JS.

Il y a moins de 150 (je crois) lignes qui concerne un contournement de comportement different entre navigateur.

C'est surtout lié à des problèmes de listening. Mais un fois mis l'abstraction la dessus, je ne fais plus de code spécifique.

Tout est codé en objet, dans des (pseudo) classes à la Java, documenté grace à javadoc,etc...

D'ailleurs, mes classes java coté tomcat "discute" de manière quasi transparente avec le coté client, en JS.

Debuger avec la function alert... C'est un peu oldy, non ?
Au pire, firebug est magnifique pour ce boulot, au mieux, tu fais comme je fais :
Un system de log, qui sois affiche les logs dans un div, sois les envois dans POST en asynchrone. Comme ça tu peux les pousser coté serveur et faire mumuse avec.

Encore une fois, aucune différence avec un autre langage, c'est logs, ça se traite et c'est tout. C'est franchement très simple de se faire une fonction log(message) en javascript.

Je ne connais pas Eclipse, mais NetBeans integre le JS très bien. Il possede un explorateur de (pseudo) classes, completion, détection de certaine erreur, un peu de refactor, etc.

Ton problème de formulaire ne peut pas se regler avec des onblur="check(this.value)" onchange="check(this.value)" onkeyup="check(this.value)" ?

Le probleme de javascript, il est souvent assis sur la chaise. C'est un langage relégué au petite tache alors qu'il à un enorme potentiel si on pense l'application comme un tout. Le coté serveur ET la partie cliente. Et l'on gagne du temps.

exemple :
Un objet coté serveur de type user ?
on créer une fonction user.toXML().

On créer le même objet coté javascript.
on créer une fonction user.setByXML()
on créer une fonction user.toDiv(), et hop, a chaque fois que l'on veut afficher un user sur le site, y a plus qu'a.
ça reduit la charge, ça simplifie, etc...
Bien sur c'est un exemple bidon, mais ça s'adapte vite.

Il faut juste arreter de penser un site comme juste la partie serveur. L'affichage, c'est la partie client, c'est tout.

Le fait même que tu cherche à nier l'existence de la cabale alors que je viens de prouver son existence mathématiquement est une preuve que la cabale existe.

Moi je pense qu'elle existe, parce qu'on ne peut pas prouver que quelque chose n'existe pas, donc forcement, sur un temps infinie, on le prouvera.

Ce théorème est prouvé avec brio par Garfield (le chat), qui dans un strip, dit que si il attend suffisamment, il arrivera forcement de la nourriture directement dans sa bouche. Ce qui arrive. Donc la cabale existe.

Ah ok, je pensais qu'il parlait des autres ! Mais si il parlait d'eux, effectivement, ça se tient !

là en gros tu lui demandes de garder jusqu'à la fin des temps
En même temps fin 2012, c'est dans un tout petit peu plus que 3 ans !

http://www.211212.info

Pourtant je crois qu'on essaye de nous empêcher de sortir du courant, de prendre le temps de penser, de voir autre chose que ce qu'ils veuillent qu'on voit.
Qui sont ces 'ils' ?

Mouais, mais prouver ça, ça reste dans mes cordes !

Tu ne peux pas le prouver ! :p

Ce journal est rempli d'humour venant du monde unix voir même directement du folklore de linuxfr, c'est toujours bon à savoir !

Mais ce n'est pas une obligation sous KDE de tripoter l'interface.
Mais c'est possible.
Perso, le thème Oxygène par defaut me va très bien.

Quand au "vrai" nouveauté, KDE n'en est pas dépourvu, notamment grâce à "Folder View" ( http://www.youtube.com/watch?v=6Kk73wUWaDQ ) qui m'est devenu indispensable.
Solid, c'est bien aussi : http://fr.wikipedia.org/wiki/Solid_(KDE)
L'installation de widget se trouvant sur le net comme si c'etait en local, c'est bien :)
Krunner, ça dechire, c'est impressionnant, ça fait gagner du temps. http://www.linuxpedia.fr/doku.php/kde/krunner

Et puis plein d'autre trucs qui font que KDE, c'est bien ! :)

J'adore KDE, je suis fan, je n'utilise que ça.

Mais je me pose la question de l'utilisation de KDE 4 sans carte graphique performante.

Est-ce utilisable ?

Par exemple pour les OS ne disposant pas de pilote performant pour les cartes graphiques (NetBSD par exemple), ou les petites configuration, ça va vite être un problème si ce n'est pas exploitable sans CG high tech.

Et je dirais même, mettre la même image, sur le même serveur, mais en mettant un parametre.

genre :

http://127.0.0.1/img/img?site=linuxfr.org

Mais c'est pas asser libre, il en faudrait un qui carbure au BSD !

Mais ton serveur FTP, il était sur un serveur dédié ou mutualisé ? :)

La photo a été faite sous Adobe Photoshop CS4 sous... Mac !!

Je ne saisi pas la question...

En fait je ne vois pas de VPN qui ne le ferait pas de cette façon.

Toi ou le payeur vont être les premiers sollicité par la gendarmerie quand tes amis téléchargeront du contenu illicite à base de jeunes enfants et vieux soldats allemands, ou pire, arracheront du contenu culturel aux artistes de notre patrie ou de ces alliés.

Et si tu ne peux pas prouver que ce n'est pas toi mais l'un de tes paires qui à commit l'irréparable, après un long jugement, prison ! Ou pire, le Net te sera brutalement coupé.

Ba non, parce que Free sait à quelle moment cette adresse IP etait utilisé par ton login.


autant le service technique je sentait vraiment que c'était quelqu'un qui n'était pas d'origine française (après, j'en sais rien, c'est ptet quelqu'un qui a obtenu la nationalité et qui travaille maintenant à Paris, va savoir),


'fin c'est du pas français tout ça quoi...



Donc toi, des que tu tombe sur une hotline (vu que je pense que c'est ce dont tu parle) au maroc, c'est forcement des gros débiles ? Et à Paris, non, ça va, ils sont moins débile !

\o/ Et bin non, ils sont tous autant débile ! Français ou pas !

ps : je plaisante, j'aime les techniciens de hotlines, ils font un boulot hyper ingrat, ils n'y sont pour rien si leur boss ne mettent pas de blé dans la hotline.

Mais sinon, le plus "simple", c'est au lieu de mettre ton pipe sur le while complet, tu le mets sur chaque action qui nescessite ton tee.
Comme ça, c'est pluss granulaire si tu veux. Tu peux désactiver les logs une par une, au lieu de forcement tout avoir.