[ICS MOD] 14.02.2012 Extended QS v.3.1.0- Toggle to show/hide wifi config

hatte genau des selbe drauf.
Hab jetz aber trotzdem des von Elegancia genomen. Die haufen Einstellungsmöglichkeiten waren dann doch zuviel und sind ja auch eine Mischung aus Deutsch und Englisch

Danke Danke für deine Bemühungen

EQS V2.0.2 - AOSP Themed + ICS Colored Clock

http://forum.xda-developers.com/show...476726&page=30


finde von allen sieht der hier am besten aus ^^

nur 3G H E symbole könnten noch besser aus sehen...

Der erste Beitrag wurde aktualisiert.

[ICS MOD] 12.02.2012 Extended QS v.3.0.0 - Fixed brighntess & Wifi config is back!

läuft einwandfrei!

thx to j4n87

..sry, bin hier nicht wirklich so aktiv:

v3.0.1 ist online. Hab den OP hier auch upgedated (-:

Ich vesrsteh den fix nicht ganz.
Was genau ging da jetz nich?
Hab keine Probleme mit der Helligkeit.

Autobrighntess in quicksettings an machen, dann gehste in die einstellungen->display->helligkeit und machsts dort die automatische helligkeit wieder aus.

Nun gehste wieder in die quicksettigs und du wirst merken, dass der slider fehlt.

Im grunde kein problem, da man eig nie die settings mehr benutzt, da man dieses qs nun hat.
Gibt aber manche, die 3rd party apps benutzen z.b Tasker um die Helligkeit zu regeln und dann den selben bug haben.

Ich hab alles ganz normal und keine anderen apps, aber das Problem hab ich nicht.
Freu

..wenn du das wie oben beschrieben machen würdest, hättest du den bug auch (-:

Sollte aber die wenigsten betreffen. Finde es persönlich schwachsinning, manual brighntess zu verwenden..bzw. die brightness von third party apps steuern zu lassen.

@j4n

Danke für QS!
Kannst du eventuell v3.0.1 ohne WiFi Config Posten? Ich denke dadurch wird nicht nur WiFi Config sondern auch die Zeile "Zusätzliche Einstellungen" verschwinden, wie bei v2.0.1

Ansonsten werde ich v2.0.2 installieren und auf Bugfix von v3.0.0 verzichten



Sent from HTC Sensation XE, using timsah's fingers...

Here you can see a diff of sergios android.policy smalis and the stock ones. I've setted a filter in Beyond compare to show jusst the files which are not present on teh right (stock android policy). All this files listed here are written or compiled by me and are NOT present on stock. On the follwing I will proove you that all those files are kanged from my framework files.

Sergio kanged them from my pkmn rom v3 and also from v5.



Lets get started...
On the above screenshot I diffed sergios PhoneWindowManager.smali and the stock one. You see there are a bunch of differences...doesnt look like that much on the picture...but well the file contains over 15000 lines...yeah 15 thousand.
All the diffs you can see there are 1:1 kanged, which I will show you on the follwing screenshots. There you will see that Sergio was so "smart" to rename a bunch of varibales and methods and even moved whole methods to different places so it looks like two complete different files on first sight...



This files is 1:1 copied from my framework. This file isnt present on stock and 100% written by me. This mod is a workaround for a bug with the AOSP lockscreen. This bug is present since romanbb introduced the AOSP lockscreen mod on his desire hd (several years ago). The problem with enabling the AOSP lockscreen on a sense rom is, that when you get a new call you dont get a caller id and dont see who calls you.
You need to unlock first to see the caller. As workaround I added a broadcastreceiver on an incoming call and unlock the aosp lockscreen to show the htc dialer with to show the caller.





This file looks at first sight quite different, but it isnt. sergio just renamed the methods and varibales...and even moved them to anothér place.







The files sergio renamed here are identical to the files I marked at the right.
This files I added here are responsible for the longpress actions for the back/home/recent key.
On stock there was just a longpress actions on the homekey possible. I added it for the back and recent key as well and made it also possible to customize those longpress actions. You can set it to call the recent apps, menu, htc speak or a free to choose custom app.








The diffs you can see on the two above pictures are just because he renamed the file....
The strings "suite_tools_xx" and "tweaks_xx" are keys to reference to the settings.db in

data/data/com.android.providers.settings

This db is used to be able to communicate with the UI interface (tweaks.apk) and the framework files.

Over the Tweaks.apk we set different values to the db:

Code:

if(PKey.equals("longpress_home")) {
                       if(!o.toString().equals("3")) {
                           android.provider.Settings.System.putInt(Cr, "tweaks_longpress_home", Integer.parseInt(o.toString()));
                       } else {
                        Intent myIntent = new Intent(button.this, appPicker.class);
                           startActivityForResult(myIntent, PICKER_GET_LPHOME);
                           return false;
                       }
                   } else if(PKey.equals("longpress_menu")) {
                       if(!o.toString().equals("2")) {
                           android.provider.Settings.System.putInt(Cr, "tweaks_longpress_menu", Integer.parseInt(o.toString()));
                       } else {
                        Intent myIntent = new Intent(button.this, appPicker.class);
                           startActivityForResult(myIntent, PICKER_GET_LPMENU);
                           return false;
                       }
                   } else if(PKey.equals("longpress_back")) {
                       if(!o.toString().equals("3")) {
                           android.provider.Settings.System.putInt(Cr, "tweaks_longpress_back", Integer.parseInt(o.toString()));
                       } else {
                        Intent myIntent = new Intent(button.this, appPicker.class);
                           startActivityForResult(myIntent, PICKER_GET_LPBACK);
                           return false;
                       }            
                   }

...and in the smali files we got getters to read those values from the db and control in the smali code what todo:

Code:

iget-object v1, p0, Lcom/android/internal/policy/impl/PhoneWindowManager;->mContext:Landroid/content/Context;

    invoke-virtual {v1}, Landroid/content/Context;->getContentResolver()Landroid/content/ContentResolver;

    move-result-object v1

    const-string v2, "tweaks_longpress_home"

    invoke-static {v1, v2, v3}, Landroid/provider/Settings$System;->getInt(Landroid/content/ContentResolver;Ljava/lang/String;I)I

The incerceptKeyBeforeDispatching method controls the whole button actions..and contains HUGE code changes compared to the stock one...






...I rewrote that whole method in my android.policy kitchen in ecplise. So theres really no way that sergio claims he wrote it himself, I will tell you why:




You can see here that I messed around with the recentcount variable that I have to introduced to fix a damn bug where after the longpress followed the shortpress.
Well I fixed it properly now, thats why its commented out.







On the abobe two pictures you can see that sergio got the same recentcount varibales liek me and also by debug varibale....he copy pasted my whole method which contains
over 1200 lines...





Here we added a broadcastreceiver to catch a custom intent that we send from the systemui to call the apm when you press the reboot quicksetting.
Whole file kanged.




Here we got a mod that gives you teh possibility to longpress the homekey when you are on the lockscreen to enable the flashlight...just renamed the file+references again.
completly kanged.


In the follwing more examples that sergio just renames variables and methods:















This was a nearly full diff of the android.policy...there is more stuff he just copy pasted.But I think this bunch of examples is enough.

I think its quite obvious that sergio isnt able to write any code on his own. Since two months he wasnt able to write one single code himself...all stuff is just copy pasted.
This doesnt just applies on the android.policy...but also on rosie.apk and systemui.apk, which contains a bunch of own written methods...he just copy pasted all stuff again...


Its worth to mention that all those mods are really individual and nearly all of em were never done on a sense rom before and lots of not even on miui or cm.

Sergio claimed at the beginning that I cant hoard ideas..because its not possibile to implement those idea in another way...so he was forced to kang it.
Well each proper dev know that this is bullshit (-:
I can code you a mod in 10 different ways...and especially on smali level it will look completly different.

I really tried to talk. The first time he kanged me I wrote him a pm, without reporting him. He promised me to revert his kang in his next version.
I took over a month for his new version..but instead of removing the discussed stuff he kanged even more from my new rom.
Well I wrote him again a pm and told him why he did it and I'm awating an answer from him, otherwise I will report him.
He didnt answer...but I know he read the pm because he was talking with leedroid about it. I can show you gtlak logs if required...

His thread was closed then and the case reviewed by the comitees..After a few days it seems i won the case....sergios rd title was removed.
Another few days later he sent a new new where he claimes to removed the kanged files/rewrote them...it just turned out that he just renamed a bunch of variables and methods/moved them to otehr places so it looks at first sight, that the files are completly different....So the case went on.
Somehow after a few days it was said that they cant proove that sergio didnt wrote it himself...really cant understand why...The diffs I shared were 100% obvious diffs, it was decided against me anyway.

I know that I'm not popular for my sharing policy...but this cant allow a person to kang me THREE times without giving THREE times any credits and claiming to all that he wrote all by himself...his followers badrated my thread, insulted me via pms and spread lies on xda and his homepage.

Maybe a small explanation why I dont share my stuff:

I started developing my "leedroid tweaks" which are available on several devices (evo 3d, sensation, flyer, evo view, rezound...) because I was bored of the stock roms on the evo 3D...after a while nearly each dev where the leedroid tweaks were supported included it with my permission.
I was bored again because nearly each rom looks the same again....
Thats why I started to create my own team and rom and decided not to share my stuff to keep my rom individual. If I would share it on the hox forums...we would have 10 sense roms which would nearly looks 1:1 the same...additionally I see no reason why I should spent with my team painful hours/days/weeks to implement new stuff and then each zip modder is able to include it within seconds.

If you look at the HTC forums there isnt really much proper development...a few init.d scripts and a themed rom is mostly the main difference and development on the roms.
I mean my leedroid tweaks are out now for several month now on several devices...and I dont know of one dev who added any new stuff to it, none...

And now me and my teamm8s bring proper development to the HOX and we are punished my kangers and jealous guys.
The worst thing about sergio is that I gave him at the beginning permissions to use my stuff (eqs/apm/and my first tweaks version)...I even compiled him a personalized tweaks version with his donation links, banner etc. But instead of beeing thankful he ****s me up by kanging me.

..and then he tries to look like the good guy by sharing "his" tweaks with everyone. How in hell can it be that someone shares 100% kanged stuff? =O