Reprise du message précédent :

Tu peux en parler ici, c'est autorisé

Merci!
Bon ben tout est dans ma signature pour les curieux...
ça faisait suite à un besoin personnel car mon téléphone me pétait les yeux même en luminosité mini.
 
Il y avait screen filter qui faisait bien ce que je voulais mais il y avait des trucs qui ne me plaisait pas et que j'ai tenté d'améliorer.

Sympa Faut être rooté ?
 
Elle applique à l'écran une couche alpha transparente réglable. De fait ceci ne permet pas d'économiser plus de batterie. => Mais pourtout les pixels sont moins éclairés donc ça devrait moins consommer ?
 
ps : l'icône HFR4droid sur tes captures

Non faut pas être root.
C'est un peu un "hack" des fonctionnalités d'android.
Je crée une fenêtre transparente réglable en front end mais qui n'intercepte aucun évènement.

Les pixels sont moins éclairés mais pour les écrans lcd ça ne changera rien à la conso.
Je pensais que ça économisais cependant un peu de batterie sur les AMOLED mais en monitorant la consommation de l'écran je n'ai rien vu de tel.
Je préfère être honnête...

Bien sur qu'il y a ton appli sur mon home, tu croyais quoi?

Fait une sorte de petite presse release expliquant ce que fait l'appli avec deux trois screenshots et envoie ça a tout les blogs dans android dans le monde que tu peux trouver, il y en a un certain nombre qui va reprendre le truc et ça commencera à te donne de la visibilité. Tu envoie aussi via les formulaires de contact à tout les sites qui font des review d'app.

Et après un mois ou deux tu renvoie une version légèrement modifiée pour annoncer un ou deux nouvelles features a tout ceux qui ont pas repris la news. Et tu recommence comme ça tout les mois.

eraser17, spécialiste de la chose
 

Ok je verrai ça après quelques semaines.
Merci du conseil!

 
Je sais pas, j'atteins péniblement les 25000 downloads, j’espérais en être à 1000 téléchargements par jour là, c'est pas encore gagné.

Salut,
 
 
Qq1 a deja mis le nez dans l'API du bluetooth ?
 
Ca m'a l'air d'etre encore pire que pour l'audio. Avec des specificités pour chaque device ...

non, pas encore osé. Enfin j'en ai pas besoin non plus

J voulais rajouter la possibilité d enregistrer par le micro du casque Bluetooth.
 
J ai cru que ca allait etre une ballade de santé.
 
Mais bon, la je sens que ca va m'ammener plus de commentaires a 1 etoile qu autre chose ...

c'est pas géré automatiquement pas le device le fait d'utiliser le micro bluetooth? Ça devient du bas niveau effectivement si il faut gérer soit même les échanges.

Non pas bas niveau, mais faut router les streams, et apparement selon les versions d'android et les devices, c est pas géré exactement pareil
 
J ai reussi a faire passer du son entre mon HTC et une cle USB bluetooth sur le PC, mais son pourris (ca marche qu en 8kHz), volume faible (et pas reussi a l'ajusté) + des deco.
 
Vais essayer de trouver des applis qui font ca histoire de me rassurer quand à la qualité du son, parceque la ... c est inexploitable.
 
 

j'avais posé une question la: http://forum.hardware.fr/forum2.ph [...] =0#t888900 je la repose ici, après m'être penché sur le problème d'un point de vue dev...
 
je veux pouvoir forcer l'orientation de mon mobile, c'est à dire être en portrait, mais via un évenement (genre appui long sur search grace à l'intent-filter qui va bien) basculer en mode paysage. pas pour l'activity en cours ou une en particulier, mais pour tout. à priori il existe USER_ROTATION (http://developer.android.com/reference/android/provider/Settings.System.html#USER_ROTATION) mais que depuis l'api 11, alors que mon desire est en 10...
 
yaurait un autre moyen?

Note pour plus tard : Pour bien mettre à jour le SDK et ses composants sous Zindoz, veiller à :
 
- désactiver l'antivirus
- killer la machine java qui peut garder la main sur les répertoires  
       + tools
       + platforms-tools  
       + et autres versions d'android ...
 
(dès fois que ça serve à quelqu'un)
 
Par ailleurs, y a des gens ici qui ont déjà implémenté des scrollview contenant des webview ? (genre des bandeaux d'actualités présents en bas de la page d'accueil de l'appli par exemple)
 
Je vais tester ça dès que c'est up-to-date, souhaitez moi bonne chance

Eh, c est nouveau ? Dans les commentaires sur la console de dev, on voit la version a laquelle s'applique le commentaire et le modele du smartphone.

oui, et c'est  un vrai bénéfice

Autre question:
 
Dans la console on voit:
Nombre total d'installations : x (utilisateurs)
y installations nettes  
 
La différence entre x et y c'est le nombre d'enfoirés de mecs qui ont désinstallé l'appli?

vrasiemblablement.

oui, c'est exactement ça. Et je conseille à tout le monde Andlytics, ça résume parfaitement toutes les stats d'une manière plus claire et plus précise que le market. Et c'est gratuit en plus.

Hello les gens !

J'essaye actuellement de faire une petite app pour mon école et j'ai un léger problème d'affichage avec des Canvas situés dans deux onglets différents (interférence entre les deux canvas).

J'aurais grandement besoin de l'aide des pros d'Hfr pour m'aider à résoudre ce petit problème !

J'ai crée un topic ici : http://forum.hardware.fr/hfr/Progr [...] m#t2120860

Toute aide serait la bienvenue ^^

+1

Excellent: http://developer.android.com/design/index.html

Bonjour,
 
Je voudrais utiliser la classe ContentEncodingHttpClient sous Android2.2. Lorsque je tente de faire un "import org.apache.http.impl.client.ContentEncodingHttpClient;" Eclipse me dit qu'il ne le trouve pas.
 
Comment puis-je savoir quelle version de la lib apache est utilisée dans mon projet ? Et comment puis-je faire pour que la classe ContentEncodingHttpClient puisse être utilisée ?
 
Merci.

Pas sûr que ta classe soit utilisable sous Android. Android n'autorise pas tous les packages Java de mémoire (à voir ce qu'en disent les autres).
 

Yep j'ai lu ça aussi, c'est vraiment bien foutu je trouve!

Faut que tu importes le jar qui va bien : http://hc.apache.org/downloads.cgi

Est-ce que vous pensez que c'est plus rentable de développer pour iOS ou Android ? (sans tenir compte du toolkit, juste au niveau de l'userbase et de leur dépenses)

ios

Ce dépende de l'app visée, mais je dirai plutot android : la base utilisateur grandi, le taux de monétisation augmente .
Pour dev sous ios, il te faut un mac  , et ou iphone  
pour dev sous android, il te faut une machine quelconque et un smartphone sous android ( moins de 50 euros d'ocas pour un truc en en 2.2)
 
par contre il y a la fragmentation du marché avec android et les nombreuses versions qui cohabitent en parallèle

Et encore, tu peux te passer de device en utilisant l'emulateur (mais il te faudra de la patience, beaucoup )
 
 
A mon avis ca depend aussi de l'appli que tu comptes developper.

Autant l'émulateur de xcode (pour iphone) est utilisable , autant celui d'eclipse , faut pas se foutre de la gueule du monde :  il est inutilisable si on a pas une bete de course dessous

En terme de layout et de rendu graphique c'est un faux problème. Il faut plutôt faire gaffe à la rétro compatibilité des APIs, mais c'est très bien documenté.

C'est clair que c'est tout à fait gérable, si c'est anticipé
si tu développes pour ICS et que tu te dis près coup "tiens j'aimerai bien avoir la compatibilité avec android 2.1" , c'est un poil plus tendu

Encore une fois, ça dépend de ce que tu développes : dans la majorité des cas, ce n'est pas très contraignant, mais si tu veux un truc un peu plus pointu ( genre ce que fait eraser) , la contrainte est peut etre plus forte

 
Ca dépend effectivement de l'app, dès que tu veux utiliser la camera par exemple, c'est mort si t'as pas le device.
 

 
Je trouve que c'est l'inverse, éclipse ne rame jamais, alors que de l'autre coté, quand j'utilise l'interface builder de Xcode ça met une plombe a déplacer un élément. Et je dois souvent redémarrer le mac parce que ça devient infiniment lent. Pourtant c'est un macbook pro assez récent. Mais mon portable pc est effectivement une bête de course donc la comparaison tiens peut être pas. Je trouve quand même le mac extrêmement lent, à la limite de l'inutilisable. En plus, qu'est ce que ça plante
 

 
Mon problème vient aussi des tonnes de libraires que j'utilise qu'il faut a chaque fois faire compiler et qui ne sont pas toujours toute compatible ics. Ça devient assez vite un casse tete de garder un truc cross-plateforme entre iOs et Android, plus le faire fonctionner sur tout les devices android.  
 
Ceci dit le problème est le même sur iOs au niveau du fractionnement, par exemple iOs 5 qui est pas déployé en dessous des 3gs. Et j'ai certain bugs qui apparaissent sur l'iPhone 4 mais pas sur le 3gs. C'est pas le paradis du programmeur décrit dans les brochures apple.  

c'est pas forcément vrai. il existe un hack qui permet d'utiliser une webcam et de la faire passer pour la caméra de l'émulateur (j'avais joué avec pour scanner des code barres quand j'avais pas de téléphone) et maintenant, ça devrait être supporté par l'émulateur : http://code.google.com/p/android/issues/detail?id=1225
 
pour le hack, s'était pas la panacæ mais ça faisait le job, moyennant des redémarrages dés que l'on quitte la caméra sur l'émulateur, mais ça fait le job

s'il y avait juste moyen de choisir un fichier

 
bhé tu peux l'imprimer et le filmer avec ta webcam  

Avec ICS ça va tendre vers la réduction

 
 
on a pas dit ça a chaque nouvelle release de l'OS ?

Vu le peu de "vieux " terminaux qui n'auront pas de portage officiel, j'ai comme un doute ( galaxy S, plein de HTC , ... )