Notre système d'exploitation pour téléphone est multi-tâche, et l'a été depuis sa création. Je te parle de plusieurs processus (au sens UNIX) distinct, et d'une manière pour l'utilisateur de les ouvrir, de les fermer et de passer de l'un à l'autre.
Point rendu caduc par la réponse au 1. Il faut se rendre compte que Javascript/HTML n'est pas vraiment différent d'une autre technologie de création d'interface graphique, c'est un runtime tout à fait classique, mais qui sandbox tout. D'après les personnes que je côtoie, faire une application utilisant des technologies web serait plus rapide que de faire l'équivalent avec du code natif (Je ne sais pas vraiment, je fais du C++ dans le moteur de Firefox, très rarement du front). La plupart du temps (i.e. il y à beaucoup de cas très valides pour utiliser du code natif), une application réalisée avec des technologies web fera le boulot tout aussi bien qu'une application écrite en code natif.
Tu peux utiliser ce qu'il te plait. La target de compilation sera javascript, mais nombre de personnes utilisent (par exemple) du C cross compilé vers un sous ensemble de javascript qui se JIT très bien. Les performance sont très haute (environ deux fois plus lent que du C compilé avec clang en -O2). Je te laisse lire la FAQ1, et t'invite à poser des question si tu doutes de la pertinence de ce choix. Certaines personnes utilisent d'autres langages, crées de toutes pièces (Coffeescript), ou pas (Python). La plupart des développeurs d'application utilisent toutefois Javascript. J'ai personnellement un problème avec le fait que Javascript soit non typé, et emscripten est une bonne solution.
C'est un troll, mais pour être honnête, tu ne trouveras jamais de publicité sur un site Mozilla, et nous ne prenons (ni prendrons) pas en charge les DRM. Je t'invite à t'inscrire sur la mailing w3c 2 à ce sujet là, tu as l'air d'être de notre côté.
[^] # Re: Dans Firefox
Posté par padenot . En réponse au journal DRM et Web ouvert : le drame shakespearien du W3C.. Évalué à 9.