Firefox Mobile : Les premières captures…
By Ulrich • jan 29th, 2008 • Category: Actualités GénéralesNous 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
Ulrich est un étudiant en école de commerce à l'EDC Paris. Il dévore les nouvelles technologies, la mobilité, et tout ce qui touche à l'Internet 2.0. N'hésitez pas à visiter son blog.
Contacter ce rédacteur | Tout les articles de Ulrich
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!!!!
@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.
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.
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.
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 :’(
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 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
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 : http://www.frandroid.com/22/busybox-disponible-pour-lemulateur/