[ROM][CM11][4.4.2]temasek's UNOFFICIAL all build r3p2MALI(I9300)

TEMASEK's CM 10.2 V28 & V29

Re-introduce optional network speed indicator hide. I've fixed it with my solution here -> https://github.com/temasek/android_f...38e618f9452b79

Frameworks: remove always transparency mode navbar/statusbar - SlimROM
- problem is that the transparency on most app totally break due that a lot apps do not draw behind navbar and statusbar. Nearly all user never use always mode and just use it on launcher and lockcreen. So let us remove it as well a bit cleanup.

Frameworks/Settings: rework navbar and statusbar transparency/color handling - SlimROM
All current implemented versions of nav and statusbar transparency which are around are not really perfect and all have downsides. After I saw the
implementation from Romanb (thanks) I got an idea to solve especially the problem on keyguard without forcing the user to set for keyguard seperatly a transparency to have a good result. Main problem is that aosp does not allow to overlay the navbar with a shadow.

This commit does:

- introduce central TransparencyManager (thanks Roman)
- introduce a layerDrawable with a ColorDrawable as overlay and underlay
to get consistent results on keyguard to show the shadow
- introduce a overlay to animate the navbar shadow like the PIE background shadow
when the user is not in expanded mode. So the user get the whole screen darken (or colored).
- get complete rid of backgroundalphadrawable class
- allow colorize of theme (theme engine) navbar/status bar background changes
reset to default shows as usual the theme without manipulation
- expand the custom background area on lockscreen behind the statusbar (navbar AOSP does not allow)
- default wallpaper and full transparent mode is now completly consistent and nice looking on every possible setting.
- full color lockscreen reflects the color now behind the navbar to imitate same behaviour like the default wallpaper on lockscreen. As well now consistent and nice looking on every possible setting.
- lockscreen background image mode is the only one where a 100% consistent solution
is not possible due that the image is always smaller on lockscreen (not expandable behind navbar) and I do not see a good way to put in the underlay a partly image in a nice way to avoid weird transparency draws the transparency on navbar is set to the chosen lockscreen background transparency as long the lockscreen transparency is smaller then the navbar/statusbar transparency. Todo: notify in settings the user about the behaviour change so that it is no surprise.
- add multiuser compatibility to serveral vars
- margin fix on lockscreen
- hide statusbar on lockscreen on expanded or autohide statusbar mode
- add option to unlink colorizing on apps
- optimizing and a memory leak fix
- cleanup

Frameworks: recreate navbar and statusbar background only when needed … means only on theme changes

Sleep tile auto colapse for fix, for now, new transparency mode. - Cristiano Matos
- This workaround is for status bar stick transparency in lockscreen

SystemUI: Fix potential NPE - tonyp
- Does already cause issues on some Halo ports to other ROMs.

Flip tiles in MobileNetworkTile - Cristiano Matos

Frameworks: simplify custom lockscreen background code - SlimROM
- remove observer for transparency and handle it better
- add multisuser handles
- smaller fixes and code cleanup
- simpfliy custom background handling and change to our needs (thanks Danish)
- Lockscreen custom image transaprency fixed (crDroid - based on kufikugel codes)

Frameworks: use a layer drawable for the keyguard - SlimROM
- in preperation to the new navbar and statusbar transparency managment which will come it is more consistent on custom image and color fill on lockcreen to use a layerdrawable to add the
shadow on top of the image to keep on transparency of the background the shadow like it is suggested by google

Updated cm source

V29 Specific: **Correct the wrongs of V28
- Temporary revert ports from slimroms

TEMASEK's CM 10.2 V30

Open Source Camera HAL by Paul K
Updated cm source - that's all folks.

Buongiorno Almaximo,

Stavo pensando una cosa... forse è una cavolata ma potrebbe non esserla...

Visto che quando usavo l'S3 stock non avevo mai avuto blocchi... (di cui ho sofferto dopo l'implementazione delle varie ROM cucinate)
Più che un problema hardware tipo memoria ecc... Potrebbe essere la batteria che è gestita diversamente ?!?
Visto che mia moglie ha un S3 pure lei da domani provo a scambiare le batterie e vedo se cambia qualcosa.

Perché pensavo... se fosse un problema delle memorie dovevo avvertirlo pure prima, tra l'altro ho provato diverse ROM quindi mi sembra strano che tutte abbiano dei bug simili e sopratutto che ne soffra solo io.

Ho pensato che potesse essere anche la versione di Radio che ho installato... ma non ci credo molto !!!

Magari nelle ROM visto che sono modificabili di prestazioni la gestione dei consumi è differente (direi di sicuro visto che dura un boato di meno la batteria) e magari una batteria fallata alla richiesta (da parte dell'apparato) di picchi di corrente non risponde correttamente e il cell si pianta ?!?

Che ne dici ???

Aspetto tue
Stefano

La batteria non può avere quel tipo di riscontro semmai un eccessivo undervoltage nei settaggi per il risparmio energetico.
Prova con Stweaks a resettare tutto (ultima pagino a destra) e metti come governor zzmove su default. Purtroppo alcune ROM potevano generare in alcuni modelli danno alla eMMC.
Comunque, seguendo il tuo ragionamento, se rimetti una stock il problema dovrebbe sparire. Con Odin ci metti 5 minuti e e togli il dubbio

Ma se ci fossero danni con eMMC check (che fai il test) non dovrei riscontralo ?!?

Stefano

Penso di si. Fai la prova più semplice e torna a stock. Solo in quel modo ti togli il dubbio

Test eMMC passato correttamente !!! dice che era prevista la morte improvvisa ma niente di che altro...
Io una prova con un altra battery la faccio... non mi va di dover reinstallare tutto... e sopratutto scaricare nuovamente tutta la posta del lavoro !!!

Ah ah ah

Stefano

Quote:

---

Originariamente inviato da anarky81

Test eMMC passato correttamente !!! dice che era prevista la morte improvvisa ma niente di che altro...
Io una prova con un altra battery la faccio... non mi va di dover reinstallare tutto... e sopratutto scaricare nuovamente tutta la posta del lavoro !!!

Ah ah ah

Stefano

---

secondo me rimani con il dubbio :p

la batteria non può dare quel tipo di problema

la sincronizzazione la fa in automatico dal play store e dalla posta, se lo fai la sera la mattina trovi tutto a posto senza che te se sei accorto

Secondo te un'incompatibilità con la release del modem non è possibile ?!? O magari una versione di CWM che lavora male ?!?
Non mi va di stoccarlo... ah ah ah

Stefano

Quote:

---

Originariamente inviato da anarky81

Secondo te un'incompatibilità con la release del modem non è possibile ?!? O magari una versione di CWM che lavora male ?!?
Non mi va di stoccarlo... ah ah ah

Stefano

---

la recovery potrebbe fare casini solo se non per quel telefono e nel caso porta al brick non a blocchi del telefono
se vuoi provare a cambiarla io uso TWRP 2.6.0.0 e non ho problemi di sorta
mi raccomando che sia la versione per S3 ;)

il modem direi proprio che non c'entra nulla. per sicurezza verifica di usare solo modem, senza ril, di versioni per 4.2
in ogni caso avresti problemi di connesisone/sconnessione e di drain della batteria ma non blocchi

mi hai detto che i blocchi li hai anche solo con sistema operativo in fase di installazione.......non vorrei insistere ma in quella fase non hai niente che possa bloccare il telefono se non l'hardware

avevi provato a installare solo la rom, senza le gapps vero ??

riesci a identificare ripetibilità di cose che stai facendo quando arriva il blocco ?

dammi retta, ci perdi 1 o 2 ore ma se ripassi per la stock ti levi i dubbi e se il problema persiste fai un root, un giro di triangleaway, un unroot e lo porti in assistenza