L'application Android (ou autre) qu'il vous manque ? - Page 2

Ce n'est pas si difficile de développer pour android

Difficile probablement pas (du moins j'imagine sinon personne n'aurait développé dessus), mais par contre qu'est-ce que c'est rebutant... Je ne suis même pas allé jusqu'au bout des "Application Fundamentals", faut encaisser une bonne dizaine de concepts fait-maison avant de pouvoir coder un Hello World...

En même temps tu développes pour un téléphone... faut pas s'attendre à ce que ce soit exactement pareil que sur un PC pour l'UI (et ça l'est si tu fais de l'OpenGL).
Déjà de pouvoir coder en Java c'est beaucoup je trouve

Par curiosité, si vous êtes intéressés par une appli yN, please say so

[sondage=16385]

Je pense qu'un forum sur TI serait effectivement une très bonne idée
(d'ailleurs je pense qu'il faut rouvrir le topic )

Mouhahaha

iwannabeamaki (./32) :
Difficile probablement pas (du moins j'imagine sinon personne n'aurait développé dessus), mais par contre qu'est-ce que c'est rebutant... Je ne suis même pas allé jusqu'au bout des "Application Fundamentals", faut encaisser une bonne dizaine de concepts fait-maison avant de pouvoir coder un Hello World...

Pour afficher une image à un point (X,Y) de l'écran, c'est chiantissime...
(D'ailleurs, je suis jamais allé plus loin qu'attirer une image à l'endroit où on a posé le doigt sur l'écran)

Sally (./35) :
Je pense qu'un forum sur TI serait effectivement une très bonne idée
(d'ailleurs je pense qu'il faut rouvrir le topic )

yaaaaaaaa purée les souvenirs

Et en Java pour mobile ?

En même temps c'est normal, l'interface n'est pas faite pour afficher des trucs au pixel près mais pour présenter des choses de façon adaptée sur une grande gamme d'appareils. Si tu le fais au pixel ça ne marchera que sur ton téléphone, alors c'est pour ça que tu dois bypasser le système de layouts (et c'est pas difficile, c'est juste pas ce qu'on t'apprendra à faire dans un Hello World, il faut creuser un peu plus).
Le système de layouts est un peu rebutant au début, mais il vaut le coup quand on le maîtrise

Sur l'iPhone, qui travaille au pixel, avec seulement 2 résolutions différentes (iPad, iPod/iPhone) il faut déjà coder des applis totalement différentes (on omet l'iPhone 4, dont l'écran est vu comme pareil que les précédents, c'est l'OS qui scale tout).

Souane (./34) :
Par curiosité, si vous êtes intéressés par une appli yN, please say so

[sondage=16385]

Une appli qui ferait quoi de plus qu'un navigateur ?

Déjà, elle fait class

Ah ? Tu veux dire que l'interface de yN ne l'est pas ?

Franchement, je vois un intérêt à yN sur iPhone: dans le navigateur, même en portrait, c'est écrit trop petit: je zoome en général (double-clique) sur la zone de texte et c'est à peu près correct à lire (mais pas agréable), et du coup je perds les avatars à gauche.
Rien que pour ça, je soutiens Souane!
Mais si j'ai bien compris, tu serais plutôt à coder pour Android? Qu'à cela ne tienne, un double dév m'intéresse Je suis en plein dedans (iPhone) en ce moment.

Brunni (./40) :
Sur l'iPhone, qui travaille au pixel, avec seulement 2 résolutions différentes (iPad, iPod/iPhone) il faut déjà coder des applis totalement différentes (on omet l'iPhone 4, dont l'écran est vu comme pareil que les précédents, c'est l'OS qui scale tout).

Ah l'horreur

Pen^2 > je n'ai jamais vu un seul site web aussi agréable qu'une bonne appli ^^
une appli a une navigation adaptée (grandes zones tactiles), présente les données sur plusieurs pages (ton menu raccourcis et toute la barre du haut, par exemple), peut charger les données en arrière-plan, permet un mode off-Line et de façon générale a une navigation beaucoup plus fluide (tu peux passer d'écran en écran sans attendre que les données soient chargées)

redangel : j'ai pas dit que je le ferai Je regarde déjà le besoin (si je le fais, ce sera vraiment pas tout de suite, et peut-être pas toute seule)

Mais sinon oui je serais plutôt à programmer pour Android dans un premier temps car j'ai quelques notions et un téléphone Android.

Ok, je voyais ça à échéance plus courte (avant 2042 quoi )

Même si je me suis largement habitué à "mes sujets" sur WM, il faut bien avouer que les "L", "D" et autres petites flèches ne sont pas trop trop adaptées à une lecture mobile, donc une appli se justifierait largement

Pour téléphone je verrais bien une appli de covoiturage temps réel :
Mode recherche : Je me mets en mode recherche de voiture, j'ai indiqué mes préférences (age du conducteur, dédomagement, respect des limites de vitesse, etc.)
J'indique mon lieu de destination et dans combien de temps je veux être pris à quelle adresse (ex : dans 20 minutes à la pharmacie).

Mode conducteur :
J'indique mes préférences de passagers.
J'indique à quels horaires j'accepte des passagers (appli en fond qui devient active au démarrage de la voiture via bluetooth -> je sais pas si c'est possible) ou je lance l'appli quand je suis prêt à accueillir des passagers.
Si un passager sur mon itinéraire courant remplit les conditions, l'un ou l'autre peu demander à rentrer en contact.
Le dédomagement se fait automatiquement via le bluetooth ou autre.

Bref, l'idée ce serait d'utiliser les positions GPS en temps réel...

L'idée est très bonne oui, par contre le souci à régler serait la consommation de batterie liée au tracking GPS et à la communication des informations en 3G. Si on arrive à faire mieux que tomber la batterie en 3~4h de route alors ce serait clairement viable.

Chargeur sur allume-clope ?

C'est une solution possible, oui.

Mais il me semble que ça existe déjà, du covoiturage via smartphone ?

Covoiturage, oui. Avec GPS temps réel, non.

C'est une bonne idée (et une bonne usine à gaz), mais ça implique:
-que le piéton ait de la batterie car oui, ça bouffe
-que le conducteur ait son chargeur allume-parpin.

Pourquoi ne pas permettre un rafraichissement manuel, périodique ou temps réel au choix?

Je verrais bien un rafraichissement toutes les 5 minutes par défaut. Et s'il est possible de détecter le raccordement au secteur, l'application pourrait passer automatiquement en temps réel.

Arg, si tu mets un rafraîchessement à 5 minutes, tu auras du mal à alerter aux bons endroits pour une coïncidence entre conducteur et piéton.

On peut supposer que le piéton bougera pas trop vite et que le conducteur sera branché sur secteur.

Bien vu