[NEWS] Horloge & date en blanc

[TerryFX]

info rapide à destination des theme-builders sous galaxo 1.2/1.6.1 :

pour ceux qui n'auraient pas encore vu le truc, les mises à jour donut des thèmes avec barre de notification noire vont pouvoir être effectuées. vous trouverez ici un services.jar et un services.odex qui permettent de passer l'horloge et la date en blanc dans la barre de notification sous galaxo donut. les notifications elles-mêmes restent cependant en noir dans cette version.

EDIT 27/06/10 : lien vers le tuto complet qui permet d'obtenir l'affichage de la date et de l'heure en blanc ;)

Modifié 27 juin 2010 par TerryFX

[strdroid]

info rapide à destination des theme-builders sous galaxo 1.2/1.6.1 :

pour ceux qui n'auraient pas encore vu le truc, les mises à jour donut des thèmes avec barre de notification noire vont pouvoir être effectuées. vous trouverez ici un services.jar et un services.odex qui permettent de passer l'horloge et la date en blanc dans la barre de notification sous galaxo donut. les notifications elles-mêmes restent cependant en noir dans cette version.

tien tien mais ça tombe très bien ça ^^

pour les notifs qui restent en #000, perso ça me dérange pas tant que ça, je suis pas fan des barres noires a 100% :)

merci pour l'info ;)

[Graaou]

ha, merci bien TerryFX!

je vais tester ça.

(les notifications c'est plus facile à faire, c'était l'horloge et la date qui posait problème)

[Graaou]

tout marche nickel, et le thème est plutôt sympa en plus..

Donc on va pouvoir partir la dessus pour les variantes! :P

[TerryFX]

...exact, la couleur des notifs se modifie directement dans le status_bar.xml du framework-res.apk

je viens de faire la manip, et toutes les infos de la barre de notifications (date, horloge & notifs) passent bien en #FF chez moi. alors c'était pas vraiment indispensable pour la barre kakie de mon thème buuf, mais bon esthétiquement je préfère quand même.

Dizwix, Graaou, et Strdroid on attend avec impatience le portage de vos thèmes cupcake en version donut! ;)

[Dizwix]

Bon bah voilà, on peut enfin bosser maintenant :)

Malheureusement je n'ai pas mon environnement de travail, donc le coup de feu est reporté a Lundi :p

[TerryFX]

Bon bah voilà, on peut enfin bosser maintenant

ravi d'entendre ça, Dizwix. suis certain que des hordes de fans attendent déjà ta release du GNGH donut complet sous metamorph! :D

sinon pour mémoire, après test et vérifications, l'.odex est seul maître à bord. pas de classes.dex dans le services.jar de nos galaxy, ça fait apparemment partie des petites particularités du samsung.

mo : déodexer, décompiler, modifier les .xml, recompiler...pourquoi faire simple quand on peut faire compliqué?

[Dizwix]

Juste, t'intègres ca comment dans un MM?

[TerryFX]

commande .cpy dans le .thm, ça indique à metamorph qu'il ne faut pas insérer plusieurs fichiers dans un .apk ou un .jar mais plutôt copier un fichier entier à un endroit donné du répertoire système.

on peut donc à présent ajouter tout ce qui nous plaît aux endroits opportuns pendant un flash metamorph, comme une font particulière dans le répertoire /system/fonts/ par exemple. ça n'avait pas encore été fait sous galaxy sur FrAndroid, mais bon là j'ai décidé de mettre mes théories en pratique. en bref, metamorph n'a désormais vraiment plus rien à envier au flash d'update.zip via recovery.

s'ils le souhaitent, les développeurs de thèmes peuvent bien sûr jeter un coup d'oeil sur la constitution interne de la 1.6b3 de mon thème Buuf GE 2010, ils comprendront alors rapidement comment ça fonctionne.

j'espère qu'avec cette petite avancée technique les thèmes métamorph pour galaxy vont enfin pouvoir fleurir sur le forum :)

[korline]

C'est super comme méthode ça, je ne connaissais pas.

Mais quand tu utilise cpy, comment fonctionne la copie ? Si un fichier est déja existant elle l'efface ou elle s'arrete ? Une copie de sauvegarde est effectuée ?

En tout cas merci TerryFX pour toutes ces infos ;)

[TerryFX]

comme pour le reste, le fichier flashé via l'option .cpy de metamorph va écraser automatiquement et définitivement le fichier système existant sans en demander une quelconque confirmation.

en même temps, remplacer certains fichiers système classiques par des fichiers système customisés, c'est le but initial de la manoeuvre. après, il est évident que tout flash -par update.zip ou par metamorph- n'est pas sans danger pour le système et est donc à réserver à des utilisateurs avertis.

disons qu'en cas de plantage il reste toujours la restauration via nandroid, et en dernier recours odin. de toute façon, quand on décide de rooter son tél et de flasher par la suite des roms et des thèmes, j'imagine qu'on accepte d'être éventuellement confronté un jour à ce genre d'aléas techniques.

et qu'on prend donc ses précautions en faisant des backups réguliers sur la sd (.apk, APNs, sms, réglages,...etc) via les applis qui vont bien ;)

[Dizwix]

Bon, GNGH-MM est cooké, il boote, toussa. Cependant j'ai des FC sur une app sur deux. Help?

[korline]

Merci TerryFX,

Oui je suis d'accord avec toi, c'est un risque qu'on assume ;) Mais c'etait simplement pour connaitre son fonctionnement interne avant d'eventuellement m'en servir.

J'avais testé a une époque de remplacer tout contacts.apk par cette commande (quand je bloquais sur les touches récalcitrantes du dialer de GalaxAir), et ça m'avait vraiment tout planté : Genre le tel ne bootait plus :/

Je retesterais a l'occasion

Dizwix, c'est assez fréquent les FC sous Métamorph, il faut juste faire attendre le temps qu'il finisse ça n'a aucune incidence sur le reste. C'est juste que Android aime pas trop qu'on touche aux Apk quand elle sont en train de tourner ;)

[TerryFX]

@korline : je sais pas, j'ai pas encore essayé de flasher en .cpy une .apk entière. en fait, je t'avoue que je passe par adb dans ce cas-là! :D

@Dizwix : si t'as encore des FC après flash et reboot, c'est sûrement que ton morph est incorrect et que l'appli en question apprécie pas certains des fichiers du thème. dans ce cas là, adb remount, push l'apk saine (issue de galaxo 1.6.1) dans system/app/, vérifie et corrige ton morph, puis reflashe voir tout ça.

[korline]

Oui bien sur ^^ Mais dans le cas du métamorph si tu veux flasher l'APK entière, tu dois passer pas Cpy :P

Je verrais bien.

Je suis en train de voir pour préparer un autre thème, qui justement est sombre, je vais tester tes fichiers modifiés. Je t'en dit des nouvelles bientôt !

[TerryFX]

super nouvelle, ça! me tarde déjà de voir ton travail, GalaxAir étant déjà de plus en plus beau au fil des releases successives, je suis sûr que tu vas confectionner un nouveau thème dark tout à fait remarquable...alors à très bientôt, monsieur korline! ;)

[korline]

Merci, tu as bien avancé sur Buuf également et j'avoue que c'est sympa d'avoir de vrais thèmes évolués et beaux !

C'est justement parce que GalaxAir est plus ou moins fini que je veux essayer autre chose. Puis quand j'ai vu l'astuce que tu as donné pour que le problème de l'horloge et de la date soit reglé, je me suis dit pourquoi pas ;)

Pour le moment le nouveau thème passe pas trop mal, mais deux fois de suite il a planté lors du morphing et j'ai du nandroid backup (le plus étrange c'est qu'une fois c'etait sur le morph du framework, et l'autre sur le morph du market...)

Je verrais ça ce soir, en tout cas l'odex marche parfaitement !

A bientôt, monsieur :P

[TerryFX]

on a pas encore eu l'occasion d'évoquer le sujet des petits problèmes de flash sous metamorph. en pratique ils sont vraiment peu fréquents mais c'est vrai que, quelquefois, le flash d'une appli ne se passe pas totalement bien : le mécanisme de signature intégré à metamorph rencontre un problème inattendu qui l'empêche de se conclure. malheureusement pour nous le programme ne sait pas toujours le détecter, et donc ne le signale pas.

alors quand on flashe une .apk classique, ce n'est pas grave : on constate la 'disparition' de l'icone de l'.apk en question dans le launcher du home, et on relance alors simplement la partie du morph qui a échoué la première fois. en général le problème est vite réglé.

inversement, quand ça arrive sur des fichiers système plus importants (ceux du framework, par exemple), bah là jackpot : ça bloque au reboot, et on est effectivement bon pour un nandroid restore :(

j'ajoute cependant que ce dernier cas est vraiment rare, à défaut d'être rarissime, et que de toute façon les mêmes risques existent via un update.zip classique. c'est la raison pour laquelle il faut toujours avoir un backup nandroid récent à disposition. et de préférence plusieurs, puisqu'en théorie on est pas non plus à l'abri d'un backup corrompu :D

Modifié 22 mars 2010 par TerryFX

[strdroid]

j'avoue que même si je l'ai pas précisé, le passage d'une skin par le recovery par dessu un phone déjà skinné par metamorph ca m'a bien fait planté le téléphone sur le coup alors que jusqu'a présent les ecritures en séries a partir du recovery ne m'avait jamais généré de FCF (Force Close Flood :D)

Ca calme un peu quand a l'utilisation de cet outil (metamorph, pas le recovery :p)

[TerryFX]

Ca calme un peu quand a l'utilisation de cet outil (metamorph, pas le recovery :p)

pourquoi? si j'ai bien compris ta mésaventure, c'est pourtant bien suite au flash d'un update.zip que tu as rencontré ce petit problème de FC en série...a priori dans ton cas metamorph plaide donc non coupable :lol:

[korline]

C'est vrai que c'est bizarre, d'autant plus que c'est completement aléatoire...

Bon je vais retenter le morphing en apportant quelques modifications, ya pas de raison que ça bug 3 fois de suite ! Néanmoins je remarque que si Metamorph enchaine pleins d'Apk a la suite, il a plus tendance a buguer que si on les fait une par une.

Et Terry a raison, abandonne l'update strdroid, sinon ça va tourner en guerre rangée entre les metamorpheurs et les recoveryeur :P (Comment massacrer la langue française en une phrase !)

Edit : Bon j'avance, deux fois qu'il me plante le morph lors de la modification du market, je pense qu'il y a un bug ici. Est ce qu'il y a des éléments auquel on a pas le droit de toucher ? (Et pourtant je touche qu'aux images...)

Modifié 22 mars 2010 par korline

[TerryFX]

...je sais pas si ça va vous aider, mais j'ai remarqué qu'il vaut mieux faire un bon taskill généralisé et ne laisser que le strict minimum en tâche de fond (applis système, donc) juste avant de lancer un morph (en même temps ça parait relativement logique).

@korline : dans quasiment toutes les Gapps il y a effectivement des .png sensibles à ne pas toucher, c'est d'ailleurs l'origine de la plupart des FC qu'on peut rencontrer après un morph. au pire si tu veux pas te tromper tu n'as qu'à morpher seulement parmi les .png que je morphe moi-même dans mon thème puisque celui-ci ne semble pas poser ce type de problème.

cependant ce n'est jamais à l'origine du plantage pendant le morph, donc pour toi ici le problème est vraisemblablement ailleurs. metamorph affiche un message d'erreur, où bien il t'éjecte direct sur le home?

Modifié 22 mars 2010 par TerryFX

[korline]

Merci Terry, j'ai trié les images a morpher et maintenant ça passe beaucoup mieux. Effectivement certaines images devaient être sensible, bizarrement ça faisait planter tout le morph (litteralement, Metamorph quittait sans force close et je me retrouvais sur le launcher)

Bon maintenant tout fonctionne seulement il reste le plus dur...

Faut que ça soit beau :D

/me se replonge dans Toshop pour de longues heures au lieu de travailler ses cours :/

Modifié 22 mars 2010 par korline

[TerryFX]

ben de rien, content pour toi si le simple tri des images morphables [hop, j'invente un adjectif! :D ] a suffit à résoudre le problème. mais c'est curieux, moi ce genre d'anomalie ça ne me plante pas le morph, ça me fait juste des FC après le démarrage de l'appli morphée avec des .png incompatibles.

[strdroid]

Ca calme un peu quand a l'utilisation de cet outil (metamorph' date=' pas le recovery :p)[/quote']

pourquoi? si j'ai bien compris ta mésaventure, c'est pourtant bien suite au flash d'un update.zip que tu as rencontré ce petit problème de FC en série...a priori dans ton cas metamorph plaide donc non coupable :lol:

bah apres sans rentrer dans des discutions geekotheoriques ca parait clair que c'est plus sûr de passer par le recovery pour un thème complet que par metamorph, par le recovery, l'OS n'est pas chargé et les fichiers ne sont pas en cours d'utilisation tandis qu'avec metamorph c'est vraiment du brute force quoi... puis en terme de temps d'installation, les installs sous MM m'on paru quand même assez longue...

après je dénigre pas le boulot de Stericson mais pour moi ça me semble plus sur de passer par le recovery pour des thêmes "lourds" et MM pour des edits plus light... mais ça n'engage que moi :)