Reprise du message précédent :
cquoicettemerd' ?
 
EDIT : putinctropkooljenveutun      

un paper plane of the death?

DO WANT §§§

faut mettre ça sur le topic sfba

J'ai testé ART hier sur OmniROM. Force est de constater : c'est très efficace, j'ai des microlags dans certaines applications qui ont complètement disparus et l'impression globale de fluidité est grandement améliorée, même sur NII qui est déjà ultra fluide. C'est comme si on passait de 30 à 60fps, en gros.
 
Problème : Xposed ne fonctionne pas sous ART. Du coup pas moyen de forcer l'UI tablette pour les applications de mon choix, et ça, ça me dérange. A part avec Xposed, connaissez vous une autre méthode de faire, et si possible compatible avec ART ?

 
question handcent :
il y a quelques temps (2 semaines), j'avais utilisé une fonctionnalités permettant d'enregistrer en une fois toutes les pièces jointes d'une conversation (ie les photos des mms). J'arrive pas à la retrouver. Cette possibilité a disparu lors d'une maj ou bien elle a été cachée ?  
Je ne pense pas avoir rêvé cette fonctionnalité  car j'ai un sous-dossier download dans lequel toutes mes fichiers d'images ont la même date, celles du jour où j'ai fait cette manip.
merci d'avance, ça m'agace de tourner en rond avec ça    
 

Je ne sais pas comment ça se passe avec HandCent, mais SaveMMS le fait (et est donc compatible avec toutes les applis de SMS), ou Textra propose un enregistrement automatique des PJ lors de la réception, ce dont je me sers personnellement.

Pour l'UI tablette, t'as essayé de changer les dpi du build.prop?

Le build.prop permet de rendre les choses plus acceptables (plus petites) en terme de taille d'affichage, et je l'ai fait bien entendu.
 
En revanche, le style d'UI ne dépend pas du build.prop. Par exemple, personnellement, je cale mon NII à 210 dpi, mais certaines applications changent profondément d'UI en fonction de si on les lance en standard ou en forçant la résolution (le paramètre "Screen (dp)" dans AppSettings sous Xposed). Ca change tout dans Paramètres, Chrome, Contact, TéléLoisirs, gReader et bien d'autre encore.
Xposed est le seul qui permet de faire ça en dehors d'Hybrid sous Paranoid à ma connaissance. Je n'ai pas envie de passer sous Paranoid parce que le portage d'Hybrid est souvent long lorsqu'une nouvelle version d'Android (je crois que ce n'est toujours pas prêt à l'heure actuelle alors qu'Xposed s'est mis à jour très vite pour KitKat), et j'aimerais pouvoir profityer d'ART tout en gérant mes UI comme je l'entends. Et là, ben je ne sais pas comment faire.
On m'a dit sur XDA qu'Xposed ne serait jamais compatible avec ART (je n'ai néanmoins pas vérifié l'info), du coup je cherche une autre solution.

   
merci, ça dépanne, même si ce dont je parlais était une sorte de batch qui sauvait tout d'un coup
et avant la sauvegarde me semblait auto aussi à réception dans handcent
bref, désolé du hs, je me suis trompé de topic

Quand je fais un appuie long sur les photos du mms, j'ai un menu et l'option "Copier la pièce jointe sur la carte SD"

  pareil
mais là c'était pour l'option pour "toutes les images de la discussion" que je trouve plus, enfin spa si grave.

Alors, dans la conversation :
Menu / Enregistrer mms
=> de là une fenêtre s'ouvre avec toutes les pièces jointes

Forthcoming version of Android could make ART the default runtime over Dalvik
 

 
Le commit en question : https://android.googlesource.com/pl [...] 080d4%5E!/
 

  sois béni !
'tain mais c'est dingue ça,  pas moyen de retrouver
Merci

Ça implique quoi?

Certaines applications ont besoin d'une mise à jour pour tourner avec ART comme Xposed par exemple, et visiblement ça ne se fait pas forcément tout seul. En revanche, ça fait maintenant quelques jours que je tourne avec ART, c'est très efficace et stable.

Donc après une période de transition, ce devrait ensuite être relativement transparent non?
 
Merci

quelqu'un a un plan de câble micro USB de bonne qualité ?
 
Merci

Tout dépend, dans le cas d'Xposed le développeur dit qu'il travaille dessus mais qu'il n'y aura peut être aucun portage possible à part tout réécrire. Après, cette applications est particulière, elle s'intègre profondément dans le système et c'est probablement ce qui la rend la tâche très difficile.
Pour la plupart, elles sont déjà compatibles sans modification. Toutes les applications que j'utilise tournent déjà, en dehors de ce fameux Xposed.

Le truc le moins cher possible

Et prends en 2

Clairement non !

Jusqu'à présent, les câbles USB "à pas cher" que j'ai eu l'occasion d'acheter sur le net comportent les mêmes défaut :
- téléphone non reconnu, ou se déconnecte en boucle
- résistance dans le câble loin d'être négligeable, entraînant des chutes de tension pour les appareils un temps soit peu consommateurs (ex : 4,5 V côté mini USB, mon Raspberry Pi était instable)

Les câbles fournis d'origine me semblent par exemple de bien meilleure facture que ceux achetés à 1-2 $ sur le net.

Avec le jeu des renouvellements de matériel, ceux qui cassent, ceux qui utilisent un câble mais dont on se sert très peu etc..., je dois bien avoir maintenant 5 ou 6 micro USB d'avance, tous fournis d'origine avec les appareils.
J'ai l'impression que c'est un peu comme les cordons d'alimentation ou les câbles USB type B : tu finis par en avoir des cartons.
 
Pour ce qui est de la qualité des câbles, juste peut être éviter le tout premier prix, mais sorti de ça, pas la peine d'aller acheter du Monster ou ce genre de choses, comme pour le HDMI, ça ne sert à rien, surtout sur les petites longueurs.

un bon moyen de réguler la population de cables USB c'est un lapin en liberté

Ok, sur ceux que j'ai eu j'ai eu du pot alors

Je plussoie fortement !

 
ben moi le samsung acheté d'origine est méga pourri (déconnexions en boucle, data transfer interrompu..)
 
mais j'ai l'impression qu'il manque un bout à l'intérieur (je vois que 4 languettes conductrices au lieu de 5)
 
le problème c'est que entre acheter un câble à 1€ et un à 5€, y'a absolument aucune garantie de garantie pour l'un comme pour l'autre, donc pour l'instant c'est la roulette russe..

Peut-être le début de la fin de la fragmentation sous Android : http://www.pcinpact.com/news/85872 [...] ndroid.htm

J'ai l'impression qu'il y a surtout un gros problème d'abstraction sous Android. Heureusement que les OS x86 et amd64 ont été mieux fichus que ça. A partir du moment où les pilotes sont dispo, Windows/Linux s'installent partout. Je ne comprends pas pourquoi il n'en va pas de même pour Android, d'autant plus que les versions mineures (et même les majeures d'ailleurs) ne devraient pas changer grand chose côté support de pilote, donc il y a un truc qui est mal fichu dans cet OS. Y a qu'à voir les problèmes de portage d'une ROM sous certains terminaux.
J'imagine bien que ce n'(est pas aussi simple que ça, mais quand même, je pense qu'il y a à creuser de ce côté là, ça permettrait aux fabricants de fournir des ROMs à jour plus facilement aussi.
 
Reste enfin les problèmes liés aux livraisons de ROMs opérateurs. Même si les fabricants se bougent pour fournir des ROMs à jour en fonction de ce que demande Google, quid des opérateurs et de la latence à porter leurs ROMs (pourries) sur les terminaux concernés ? Tout le monde ne maîtrise pas sa ROM et son terminal, pour les nombreuses personnes tributaires de leur opérateur, ça risque de ne pas être aussi simple.

Windows n'est redevenu à peu près stable et utilisable que depuis 7...
XP, c'était tout juste en choisissant bien son matos, sans trop changer trop de pilotes et en réinstallant périodiquement par précaution.
 
J'ai pas connu 2000/NT personellement, mais ça avait l'air d'aller, plus loin fallait remonter à 3.1 pour avoir du correct.
 
Il ne faut donc pas partir de l'idée qu'un OS est un truc stable et facile à déployer sur de nombreuses platteformes.
je parie plutôt pour un mercier sans nom au niveau hard avec plein de pièces et sous systèmes qui ne respectent pas les specs, qui changent de comportement en fonction de la prod etc... Donc de très grandes difficultés pour faire des pilotes qui tiennent compte d'une très grand heterogénéïté... Et parfois d'instructions qui plantent parceque des pièces n'auraient jamais du passer les contrôles qualité.
 
Et ça arrive parcequ'android est un passe partout. Ce qui est sa force devient sa faiblesse quand des fabricants font n'importe quoi: même Samsung.
 
Windowsphone à moins le problème, car peu de fabricant et le besoin de convaincre.
iOS a son propre écosystème matériel restreint et fermé.
Ces deux cas ne sont pas comparables.

 
je me suis arreté là  

Il y a pour moi 2 raisons à la fragmentation et à la non mise à jour de terminaux sur le long terme, et elles sont toutes les 2 dans le message de Kortex@HFR :  
 

Si on avait tous les pilotes dispo pour tous les hardwares, ce serait merveilleux. Ce n'est pas du tout le cas. Les 2 exemples que j'ai en tête sont les SoC Samsung, sur lesquels les dévs de Rom alternative ont beaucoup gueulé et les SoC Mediatek, où tout le monde rêve d'avoir des drivers pour porter CyanogenMod / autre rom custom connue.
 

Et je rajouterais là dedans les surcouches des  fabriquants (Touchwizz, Sense ...). La problématique est excessivement simple : pourquoi payer (même si c'est peu cher) pour porter sa surcouche sur des vieux terminaux ? Au contraire, les laisser mourir va pousser des consommateur vers un nouveau modèle !
 
Pour un utilisateur geek, c'est assez simple, il suffit de choisir un modèle supporté par les ROMs customs reconnues. Perso, c'est un de mes critères de choix principaux (soit Nexus, soit supporté par CyanogenMod ou plus tard Omni).

Pareil

Et pour kortex, le gros soucis vient peut-être des optimisations nombreuses et très spécifiques pour chaque matériel (autonomie, latence, écran...)

J'ai failli aussi. Mais j'aime me faire mal.

C'est tout le principe d'une API globale avec une couche d’abstraction matérielle forte, et c'est donc le rôle du pilote de faire le travail après. Ca fonctionne très bien sur x86/amd64, que ce soit sous Windows avec DX par exemple, ou sous Linux avec les couches dédiées à chaque domaine dans lesquels on a voulu avoir une communication unifiée entre le système et le matériel.
Du coup, j'ai du mal à comprendre pourquoi Google ne pousse pas à ce genre de résultat, c'est une valeur ajoutée pour eux aussi, et ce qu'il semble vouloir obtenir (le moins de fragmentation possible sur leur OS. Le nombre de terminaux est de toute évidence bien moins important que le nombre de configuration PC possible vu le nombre de pièces détachées disponibles, et pourtant un Windows ou un Linux est le même sur toutes les machines, à partir du moment où les pilotes sont dispo bien entendu. Les difficultés de portage d'une version d'Android sur certains terminaux me semblent révélatrices d'un souci profond dans la manière dont le matériel est géré sous Android, même si je suis bien conscient que la mauvaise volonté des fabricants à porter Android sur des terminaux anciens, quels que soient les motifs, représente également une part forte des abandons de portage.
 
Quand je vois que la Galaxy Tab 8.9 est encore capable de faire tourner KitKat grâce à la communauté alors que Samsung s'est limité à ICS...

Kit Kat tourne même sur la 1ere Galaxy Tab 7 grâce au support des configs ram 512mo.

Le contenu de ce message a été effacé par son auteur

Non

Le contenu de ce message a été effacé par son auteur