ted31 a écrit 13 commentaires

oui et non, moi j'aime bien lorsque je clique sur un bouton d'arborescence, que l'arborescence s'ouvre instantanement.
Le rechargement de la page nuit completement au 'dynamisme' de l'app, surtout si ton serveur est à perpete les bains.

cool quand on clique sur le lien screenchoute, ya kroutchev et tache de vin qui t'annonce une erreur 404.

J'aime bien ce genre de post, où pour etre scorer négatif, il suffit de s'inscrire. (mais uniquement quant-on à des points à perdre)

Je ne connais pas phpgw, mais comme beaucoup d'apps web, le fait d'inhiber javascript augmente considérablement le temps de latence et surcharge le reseau inutilement. La fluidite de l'application en prends un coup, c'est moins réactif.

J'ai un peu peur pour l'avenir de mozilla et tout les logicels dérivés. Le code source est devenu tellement gros ( combien de ligne ? ) qu'il n' y a que les developpeurs actuels qui en sont capables de le manipuler ( enfin je pense ). J'ai peur qu'un jour certains d'entre eux se lassent, ou tout simplement disent par exemple : "Yen a marre de developper en javascript, comment avons nous pu inventer un tel langage de m**** ! " Non c'est vrai quoi, ce type de gros logiciel est à la merci uniquement de ces concepteurs, enfin je sais pas, je peux me tromper .

Moi, je me mefie de ce logiciel, il m'ai déja arrivé d'avoir des barrettes défectueuses , qui n'ont pas été détécté par memtest86. En général, je préfere procéder par une grosse compilation genre gcc ou xfree avec un make -j 16
ca rate jamais.

oui mais c'est à Paris ,c'est loin ça. j'vais pas claqué un billet d'avion pour voir un micro tout poussiéreux. et puis paris la capitale pwa ! je laisse ça au parigot tête de v...

oui mais dia, le probleme, c'est qu'il n'évolue pas assez vite je trouve.
Rien que le fait de ne pas pouvoir faire des flêches en diagonale, c'est ch****.
Mais je vais quand même regardai les liens que tu as proposé.

euh c'est bien cool tout ça, mais c'est quand qu'on va nous faire de bons applicatifs pour construire des bases, parceque ça manque cruellement.
Ya bien DBDesigner..mais bof
un genre d'application où on fait une approche par uml avec de beaux diagrammes de classes et le truc nous génère les schémas relationnels aux poils.
Au fait les sgdbo sous linux , où es ce que s'en en est ?

je me pose aussi cette question. Comment font ils, lorsque ils souhaitent ecrire leur propre version, pour ne pas etre tenté de regarder dans le code source des version GPL(open source en general) ?

php ok c'est cool, j'ai rien de plus à ajouter.
Moi, ce que j'attends, c'est qu'on nous fasse un langage vraiment béton pour client web.
Actuellement, je developpe une application avec les technos web, exactement le même type d'application qu'on pourrais faire en c++ avec les toolkits appropriés ou en delphi etc... ben je dois dire que c'est vraiment la galère.
Je donne un exemple: supposons que dans un formulaire html, j'ai le choix entre plusieurs selectbox et selon celui qui est sélectionné, la suite du formulaire change.(exemples trés classiques parmis tant d'autre).
Le moyen le plus simple consisterait à regenerais la page web. c'est nul car cela alourdi le reseau et le serveur web.
Donc on est obligé de se tourner vers javascript+css+dom=dhtml (bref une saloperie) et tant qu'a faire, limiter l'utilisation de php pour les acces aux bdd.Quand aux technos comme xforms ou xul, elles sont hélas beacoup trop jeunes.
bon bref vous comprendrez que je pense que php, c'est bien pour les sites web dynamiques (sites de news, marchand etc..) sortie de là, c'est pas bien.je trouve que le langage n'apporte pas grand chose de nouveau par rapport à d'autres notamment python ou ruby.Alors utiliser php-gtk, je vois vraiment pas l'interet, ce langage n'est pas plus simple que certains.

moi ce que j'aimerais voir, c'est un protocole plus dynamique afin qu'on puisse soumettre au serveur des requetes sans qu'il soit pour autant obliger de nous renvoyer un page web complete , alors que c'est juste une petite partie de la page qui change.
Notamment quand on fait des formulaires dynamiques .Des fois on change juste une option d'un select box par example et cela change la suite du formulaire. Si on veut faire ca, il faut utiliser javascript et si le client le desactive ..ben domage.Sinon on fait du php et tout le bazar que cela entraine (reconnexion au serveur, plus de charge ..) ou mieux faire des requetes sql directement sans passer par des langage comme php/asp/jsp.

Enfin bref ya un truc qui cloche je trouve avec le http.

L'idée d'utiliser un éditeur de texte pour chaque language de programmation me semble complêtement absurde, mais je dois reconnaitre que faire du développement web avec emacs, c'est ouverture de veines garantie. Entre xml/(x)html,javascript,php,css .. le pauvre emacs, il ne sait plus trop où il en est et du coup, moi non plus.