Nous vous parlions récemment de la première version de Firefox Mobile qui pourraît arriver bientôt sur Android, cependant la roadmap a pris quelques retards. Mais rien de grave.
La news de la journée, c’est plutôt les premières captures de Firefox Mobile publiées sur Mozilla Links.
Mozilla a choisi de s’orienter vers deux scénarios : les terminaux à écrans tactiles, et les téléphones et PDA à ressources limités. Mozilla doit donc concentrer ses efforts sur l’apparence et les fonctionnalités pour ces deux types de scénarios. D’un autre côté, mozilla doit aussi être cohérent avec sa future version : Firefox 3.
Voici donc, les premières captures de Firefox Mobile. Une barre d’adresse ingénieuse et puissante, des boutons très bien pensés, un peu comme Safari et l’iPhone. Mozilla XUL fournit aussi des protypes, n’hésitez donc pas à tester l’applications avec quelques restrictions cependant.
Sources : Mozilla Links
Chaque matin, WhatsApp s’anime avec les dernières nouvelles tech. Rejoignez notre canal Frandroid pour ne rien manquer !
Ca vient d'un problème de vocable. Quand Google parle d'Android, il parle du framework, pas de l'OS. Et effectivement, le framework ne permet pas le développement non-managé (c'est-à-dire natif). Mais je te rassure tout de suite, les applis natives existent déjà. Mais là où angelsephirot a raison, c'est que l'installation n'est pas une garantie. Pour des applis natives : https://www.frandroid.com/22/busybox-disponible-pour-lemulateur/
Pour suivre votre débat et tenter d'y comprendre quelque chose :D, j aimerai comprendre crovax comment tu peux affirmer que le SDK actuel permet d installer des applis native alors que, je cite "Android does not currently support development of third party applications in native code (C/C++)." d'apres la doc de google. Bref en gros, je comprend pas comment on pourrait installer des applis natives dans le cas ou le developement de tels applis n'est pas possible ? Merci d'avance
hummm ... ton discours est plus clair maintenant. Cela étant, ce n'est pas un ET (entre C++ managé et natif) mais un ou. Ca laisse déjà plus de chances. Espérons que bcp d'opérateurs laissent la porte un peu ouverte (pour le moment avec le SDK il est possible d'installer des appli.natives)
Pour le bytecode je suis d'accord vu que j'ai dit que dalvik exécuté un .dex , "un bytecode" optimisé à mi chemin entre l"'assembly .net" et le "bytecode java". Par ailleurs Il me semble qu'il existe beaucoup de téléphone linux sur le marché. Mais il est impossible d'installer des softs dessus parce que le fameux lanceur, telnet et autre utilitaire pour manipuler les couches basses n'existe pas ( exemple le jailbreak de l'iphone qui exploite une dll itunes pour installer openssh) . Donc l'installation d'un binaire linux ne sera envisageable que si le constructeur le désire ou si google le prévoit au programme d'android. Donc pour l'instant on en est au si ggogle faisai t un compilateur c++ managé à la .net eyt si il exister un moyen d'installer des applications natives. du coup le beau framework java fournit sert plus snif :'(
Je ne parle pas de transformer du C++ en Java, mais en Bytecode Dalvik. Linux n'est pas la base de programmation d'Android, et alors ? Il n'empèche qu'il sera parfaitement possible d'installer un binaire Linux sur une machine Android. Ce ne sera pas un programme Android, c'est tout. Et il est faux de dire que personne ne pourra toucher au Linux. Il suffit d'une petite appli. Android de type lanceur et tout fonctionnera bien. Simplement, ce binaire ne sera pas compatible d'un téléphone à l'autre. Il devra être recompilé. Par ailleurs j'insiste sur la différence entre une appli Java et une appli. Android. Encore une fois, on code en Java, mais on exécute autre chose que du Java. Bytecode != Java (par exemple le PHP peut être bytecodé, le python l'est par défaut, etc.) Le meilleur exemple, c'est le dotNet. Tu programmes dans différent langages mais la même machine virtuelle exécute le tout. Si Google voulait que l'on puisse programmer aussi en C++ (mais ca n'est pas le cas), il lui suffirai de sortir un "compilateur" qui transforme le code source en bytecode Android. C'est parfaitement possible, au même titre que ça l'est avec le Java, au même titre que le C++ peut être transformé en application .Net au lieu d'être compilé comme il est d'usage.
Effectivement android génère un fichier dex qui est du bytecode( donc une JVM qui s'appelle dalvik l'éxécute :) ), par ailleurs du c++ est le transformer en JAVA c'est assez complexe, voir très problématique et de plus pas de JNI au prgramme d'android. J'insiste sur le fait que Linux n'est pas la base de programmation d'android il est spécifié dans android que le seul language de programmation est le JAVA,citation de la docs : http://code.google.com/android/kb/general.html. Donc android c'est une base applicative qui s'appuie sur un middleware JAVA ( android frameword) qui s'appuis sur un linux 2.6. Mais le linux personne peut y toucher hormis les constructeurs de mobile- et google.
@angelsephirot : c'est un tout petit peu compliqué que ça dans la réalité des choses. Android n'exécute pas (nativement) du java. Ca se code en java, mais ce qui en ressort est propre à Android, ce n'est pas du bytecode Java. Dés lors, il est parfaitement envisageable d'avoir quelque chose qui se code en C++ et qui est mouliné en bytecode android ... Par ailleurs, (et beaucoup plus probable), Android, c'est avant tout un Linux. Et on peut parfaitement y installer des logiciels codés en C/C++ sans soucis aucun.
firefox mobile ( minimo) est développé en c/c++ android c'est du java et uniquement du java, donc pas de firefox mobile tant qu'on peut pas développer en c/c++ pour android!!!!
Ce contenu est bloqué car vous n'avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Disqus.
Pour pouvoir le visualiser, vous devez accepter l'usage étant opéré par Disqus avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l'amélioration des produits d'Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l'audience de ce site (en savoir plus)
En cliquant sur « J’accepte tout », vous consentez aux finalités susmentionnées pour l’ensemble des cookies et autres traceurs déposés par Humanoid et ses partenaires.
Vous gardez la possibilité de retirer votre consentement à tout moment. Pour plus d’informations, nous vous invitons à prendre connaissance de notre Politique cookies.
Gérer mes choix