Zib (03-04-2006)
Super balaise + carrément inutile = AJAX

grouik (03-04-2006)
AJAX, ou comment détourner une pauvre petite fonction même pas ISO pour lui faire faire tout et n'importe quoi et plus si affinités. En même temps, ça marche...

Autowash (03-04-2006)
Euh Zut ! J'ai plussé sql-designer... Par contre, l'idée d'une application distribuée via le Web est intéressante. Si j'ai bien compris, on rejoint la notion de serveur d'applications.

To (03-04-2006)
Raaaaaaah, un truc pour faire des MCD et conpagnie, NAAAAAAAAN, pitié

To (03-04-2006)
Sinon Ajax, là : ça pue.

PodPaniK (03-04-2006)
AJAX purifie ton portail, le drag&drop pollue ensuite...

bacchus (03-04-2006)
du moment que tu utilises AJAX à bon essien, y a plein de trucs que tu peux améliorer (partie d'un formulaire qui dépend d'une combinaison d'autres champs...). Mais c'est comme le vin, avec MODERATION :-)

Molyb (03-04-2006)
à la limite, pour dépanner si tu dois modifier ton CV à partir d'un Cyber café Oungouze... mais sinon le applis sur serveur c'est le MAL

Oink (03-04-2006)
roxxor

Zib (03-04-2006)
La comparaison avec le vin se discute, dans la mesure ou la modération est pas toujours la façon d'aborder le sujet.

MalaXator (03-04-2006)
Si ça peut éviter de se fader l'install de ces tas de merde que sont word ou open office, je suis grave pour. Un tas de merde en ligne, ça prend moins de place.

Alf (04-04-2006)
Bon j'ai quand même quelques remarques, d'abord on ne peut pas ajouter d'images depuis son pc (ça marche avec un copié/collé d'une image en ligne), l'ouverture de gros fichiers plante, la mise en page est souvent nixxorisée à l'ouverture, etc. Cela dit avec MS Office 13 et l'ouverture de leur format de fichier, AjaxWrite pourra être amélioré et gommer ces vilains problèmes. Les webservices et applications centralisées, c'est vers quoi se tournent les grosses boîtes de dev'. Comme dit MalaX, plus besoin d'installer une suite sur les 3542 machines du parc, un serveur suffit. Microsoft avait déjà ouvertement annoncé la centralisation des applications avec les serveurs .Net, et pour rester dans le traitement de texte, la RichTextBox. Mais .Net ça pue, faut un Framework de merde, et de toutes façons le principe a été repris sans .Net. Bon et sinon AjaxWrite ils ont une grande gueule. C'est ptet' du hardcore coding mais sur le principe, ils ne sont pas les premiers.

kenoben (04-04-2006)
Uhm....impression nant de voir autant de commentaires négatifs sur cette technologie pour le moins géniale.

babine (04-04-2006)
argh ajax c'est le mal, et les applis sur serveur c'est le mal aussi. Vivement que les gens s'en rendent compte qu'on passe à aut' chose que le "Web 2.0". Sinon, comme bacchus, ajax c'est marrant pour améliorer des formulaires à gauche à droite, faire une appli à part entière avec c'est autre chose...

Alf (04-04-2006)
va falloir t'expliquer, babine

babine (04-04-2006)
Vas-y explique mais je l'AJAX à mort

kenoben (04-04-2006)
Clair que pour développer une appli entière il faut son doctorat de JS en poche. Seulement quand on voit ce que ça peut apporter (cf arguments plus haut) en souplesse moi je dis chapeau. Tiens, par exemple, si tu veux faire un call web service en HTML+JS sur un serveur en cross domain, si tu as pas AJAX + magouille JS en remote scripting tu te tires (très-trop?) vite une balle ...

kenoben (04-04-2006)
Oui... ça sent le vécu et alors

To (04-04-2006)
Le débat sur les architecture d'applications client/serveur (à savoir si l'appli doit être sur le client ou sur le serveur, et si oui quelle quantité, et si oui de quelle nature, et si oui pourquoi au bout du compte) est un débat vieux comme l'informatique. Les solutions n'ont cessé, depuis les toutes première application où le client n'était tout juste capable d'envoyer et de recevoir des charactères (souvenirs...) aux tout recents ERP d'ociller perpetuellement entre ces deux solutions. A chaque fois, le débat a fait rage. Depuis qu'il y a 2 ans des analystes américains on décrété (à juste titre sur cetains points) que l'avenir est au bureau virtuel, la guerre a de nouveau (pour la 5 ou 6ème fois) été déclarée sur le sujet. Deriere ce qui s'apparente à premiere vue à une querelle de spécialiste, il y a un vrai débat de fond : garder la maîtrise de son "outil de travail". Si le sujet (qui est incroyablement plus vaste que le peu que j'en dit) vous interresse vraiment, je propose qu'on crée un topic dans le forum. Voila. Sinon ce truc c'est de la merde.

Alf (04-04-2006)
Non babine, je voulais dire que tu vas devoir t'expliquer

Zib (04-04-2006)
(je me disais aussi que cette conversation était étrange)

babine (04-04-2006)
(subjective mode engaged) Bon, grosso modo, pour faire court (cf. le post de To qui résume assez bien la situation) je trouve que l'AJAX (donc en gros du javascript avec des requêtes vers un serveur) est bien sympa pour certaines "petites" applications genre Google Mail, les portails personnalisés etc... Par contre bâtir une appli "à la Word" dessus ça me parait un peu ambitieux et surtout pénible d'une part à cause du JavaScript en lui-même (c'est quand même un peu un langage de goret et tout le monde y va de sa petite fonction en plus, cf. XMLhttprequest) et d'autre part à la multitude de clients différents possibles qui font que forcément ça va être le dawa. Les bureaux virtuels et clients léger en général c'est la classe mais c'est pas forcément adapté à tout type d'appli (idem pour les clients lourds) et là notamment je pense que c'est pas la meilleure solution(subjecti ve mode disengaged) (et oui j'ai pas réussi à faire court) (et j'me suis super mal exprimé à mon premier post, je voulais pas dire "appli sur serveur" mais je voulais parler des applis à la AjaxWrite)

babine (04-04-2006)
(mode haha) Power argument de la mort : Ca marche pas sous Lynx (/mode haha)

Alf (05-04-2006)
En même temps les mecs qui utilisent lynx n'ont pas encore découvert Internet. On va poursuivre sur le forum : [lien]