[ROM][N5] Slimrom Builders Collective MOD

[folletto]

Ok, ottima. Tutti i pro della Slim con qualcosa in più. Torno alla "pace" e mi disintossico dal theme engine.
Bravo Ezio, ottimo lavoro

[reS28raM]

@ezio
Ho poi trovato il commit che cercavo: https://gerrit.omnirom.org/#/c/1830/1/
Purtroppo ho avuto un incidente... non mi funzionava più l'unico browser di Debian sicché ho installato Konqueror dal KDE e mi si è rovinato tutto il sistema, sarò offline per un pò, passo a OpenSuse anch'io con Debian ho chiuso!
Se ti piacerà come penso c'è solo da adattare il codice da Java 6 a 7, in pratica la prima variabile che dà conflitto và lasciata quella di Slim (final), la seconda, "i", da final và portata a "int i" come su Omni sennò "i++;" non compila se è una classe come su Slim, è una variabile locale viene usata solo lì sicché non comporta incompatibilità con la Slim. Questa non dà conflitto ma non compila.
Se gli dai un'occhiata e ti interessa io avevo fatto tutto ma non sono poi riuscito a provarlo
Mo' devo trovare un masterizzatore per installare OpenSuse... già che ci sono però mi piglio anche un bel manuale di Java 7 e comincio ad aggiornarmi... l'appetito vien mangiando lol

[folletto]

Ho un solo problema con questa ROM (che in realtà vero problema non è), non mi piace il TRDS e preferivo il vecchio / solito tema grigio in modalità non TRDS rispetto al bianco che hai scelto.

[ezio]

@ezio
Ho poi trovato il commit che cercavo: https://gerrit.omnirom.org/#/c/1830/1/
Purtroppo ho avuto un incidente... non mi funzionava più l'unico browser di Debian sicché ho installato Konqueror dal KDE e mi si è rovinato tutto il sistema, sarò offline per un pò, passo a OpenSuse anch'io con Debian ho chiuso!
Se ti piacerà come penso c'è solo da adattare il codice da Java 6 a 7, in pratica la prima variabile che dà conflitto và lasciata quella di Slim (final), la seconda, "i", da final và portata a "int i" come su Omni sennò "i++;" non compila se è una classe come su Slim, è una variabile locale viene usata solo lì sicché non comporta incompatibilità con la Slim. Questa non dà conflitto ma non compila.
Se gli dai un'occhiata e ti interessa io avevo fatto tutto ma non sono poi riuscito a provarlo
Mo' devo trovare un masterizzatore per installare OpenSuse... già che ci sono però mi piglio anche un bel manuale di Java 7 e comincio ad aggiornarmi... l'appetito vien mangiando lol

Interessante il commit! Per me Java è ancora egiziano eh, comunque provo ad integrarlo

Con kde mi trovo benissimo.
Anche per le operazioni relative alla compilazione del codice, grazie a Kate (l'editor di testo di kde) e Kompare (il tool di confronto dei file) è tutto molto più semplice.
Con Kate visualizzo subito i numeri di riga, i trailing whitespaces negli xml, ha una funzione di ricerca e sostituzione del testo ottima, vista divisa per due o più file e così via.

Opensuse non mi ha mai lasciato a piedi, sempre stabile.
Molte guide raccomandano inoltre Java 6 per la compilazione ma ho sempre lavorato con la 7, con la Slim non ci sono problemi.

Ho un solo problema con questa ROM (che in realtà vero problema non è), non mi piace il TRDS e preferivo il vecchio / solito tema grigio in modalità non TRDS rispetto al bianco che hai scelto.

Premetto che si tratta ancora di un lavoro in corso da parte dei devs Slim, quindi non sono da escludere cambiamenti.
Parere strettamente personale: ritengo che il bianco abbia più senso, visto che anche le apps sono bianche se il trds non è attivo, sulla Slim e sulla rom stock di Google. Quel grigio non l'ho mai capito.
Da quel che ho letto su xda, inoltre, le nuove gapps che Google sta aggiornando con l'interfaccia Material prevedono già all'interno del codice lo switch fra due modalità di colore, bianco e testo nero e viceversa, proprio come trds e trls. Quindi in futuro potrebbe diventare molto più facile per i devs delle rom inserire uno switch bianco/nero che lavori su tutto il sistema e tutte le apps in un colpo solo e senza bug.

[reS28raM]

Interessante il commit! Per me Java è ancora egiziano eh, comunque provo ad integrarlo

Con kde mi trovo benissimo.
Anche per le operazioni relative alla compilazione del codice, grazie a Kate (l'editor di testo di kde) e Kompare (il tool di confronto dei file) è tutto molto più semplice.
Con Kate visualizzo subito i numeri di riga, i trailing whitespaces negli xml, ha una funzione di ricerca e sostituzione del testo ottima, vista divisa per due o più file e così via.

Opensuse non mi ha mai lasciato a piedi, sempre stabile.
Molte guide raccomandano inoltre Java 6 per la compilazione ma ho sempre lavorato con la 7, con la Slim non ci sono problemi.

I devs Slim quando importano il codice lo migliorano e poi lo portano al 7 se possibile, sono più bravi dei devs di altre rom (tanto non mi leggono qui!)
Grazie per il suggerimento, sceglierò kde e non gnome. Tanti anni fà ho collaborato con Debian per inserire il kde nella distro ma allora erano compatibili gnome e kde!!! Ora invece se installi uno ti disinstalla l'altro, averlo saputo prima
Dai che se fai prima te di me flasho la tua, voglio vederlo funzionante.

[track909]

@ezio

Ci sono novità per lo slim launcher?

[ezio]

@ezio

Ci sono novità per lo slim launcher?

La versione 1.0 è praticamente pronta:
https://gerrit.slimroms.net/#/c/15009/
https://github.com/SlimRoms/packages_apps_SlimLauncher

[ezio]

@reS28raM
https://github.com/ezio84/frameworks...ad496bcf81705b


PS: dai un'occhiata, ho adattato il codice a sentimento visto che per me è arabo
Comunque testato e funzionante.

Build in arrivo nel pomeriggio al massimo.

[reS28raM]

@reS28raM
https://github.com/ezio84/frameworks...ad496bcf81705b


PS: dai un'occhiata, ho adattato il codice a sentimento visto che per me è arabo
Comunque testato e funzionante.

Build in arrivo nel pomeriggio al massimo.

Lo guardo subito...
Qui mi si è pure rotto il disco su cui avevo fatto il backup della repo, dovrò ripartire da zero, comunque passato a OpenSUSE e ordinato il manuale. 👍

Edit: volevo chiederti per la risoluzione dei conflitti se ti affidi interamente a git o se confronti i file originali faccia a faccia anche quando sono abbastanza lunghi... Scusa se ti spammo la 3d ma hai il PM disabilitato

[ezio]

Modded Slimkat 8.6.1

Download: https://s.basketbuild.com/devs/ezio84-xda

Tips of the day:

Spoiler:

- If your carrier has 2G support you could save some battery enabling the power saving mode (when display is off) under Settings > More... > Mobile networks. - Switching from TRDS to TRLS can slow down the system a littile bit, mostly on mako. If you want max performances, set TRDS On or Off manually for the whole day

Changelog:

Spoiler:

Project name: scripts *ezio84-xda - Sabermod upgrade from 4.8.3 to 4.8.4 Project name: frameworks_base *ezio84-xda - Switch from FloatMath to Math, better performance *ezio84-xda - BootMessage: show more info in boot dialog Project name: packages_services_Telephony *ezio84-xda - Battery saver: switch to 2g when screen off Project name: vendor_slim *Josue Rivera - Bump for rebuild *Josue Rivera - Bump for 8.6 weekly Project name: proprietary_vendor_lge *Ricardo Cerqueira - Add WideVine blobs Project name: packages_apps_UnifiedEmail *dankoman - UnifiedEmail: TRLS [6/6]

Edit: volevo chiederti per la risoluzione dei conflitti se ti affidi interamente a git o se confronti i file originali faccia a faccia anche quando sono abbastanza lunghi... Scusa se ti spammo la 3d ma hai il PM disabilitato

No, spesso non è possibile risolvere i conflitti semplicemente sostituendo il codice nuovo con il vecchio, vado per logica guardandomi le linee di codice pur non conoscendolo
Esempio per i file java:
Click][ROM][KK][UNOFFICIAL] [SlimRoms] Builders Collective - Post #654 - XDA Forums
Negli xml il lavoro è più semplice ma va fatta sempre molta attenzione ai tag di chiusura delle stringhe e via dicendo, git se li magna che è una bellezza