Bon, alors, il y a là dedans des trucs très chouettes!
MAIS rien à utiliser dans un Intranet
C'est fait sur base d'API sur un serveur Web publique. Tous les postes ici n'ont pas accès à internet.

Je continue donc mes recherches.

Merci à vous !

Ouf! en voilà plein

Je regarde, merci

http://www.emilychang.com/go/ehub/app/atlas/
http://www.cs.utah.edu/~holty/declspec/deliverables/srs.htm
http://devnet.map24.com/
http://unclehulka.com/ryan/blog/archives/2006/02/19/hackathon-weekend/

Et ca ne réponds toujours pas à la question

Si vous avez d'autres suggestion concrètes, je suis prêt à les écouter, mais là, on avance pas des masses...

Ca dépend, si il reste dans le scripting server-side et les technos légères client JS/Ajax voir Flash, (lourdes = VBscript, activex..) il peux changer de browser et d'OS sans problème

A ce compte là autant coder en perl ou python, le jour ou ils changeront d'OS ca sera a refaire...
Si c'est en interne pq pas faire au mieux pour ce qui existe.
En externe je dis pas, mais là...
Puis bon, ca repond pas a sa question

+1
Comme ça, le jour ou on change de browser, on peux revoir toute la chaine...

philfr for president

Oui mais quand c'est pour une boîte avec 4 postes de travail maximum et que la différence en coût est importante... Sincèrement...

Tu imagines ce que ca a couté en dev le Google Map?
Alors qu'en programmation Windows/Linux ca aurait été réglé tellement plus facilement ...

Pas moi... Parce que le jour où la boîte change le browser standard de tout le monde, elle se retrouve avec le même problème.

Qui écrit du soft qui ne tourne que sur Intel, et pas sur AMD ?

Quand un standard existe, on l'utilise, point. Quitte à se passer des gadgets que le non standard permet. Et il suffit de regarder ce que fait Google pour voir que c'est possible sans se passer de rien du tout.