top button
Flag Notify
    Connect to us
      Facebook Login
      Site Registration Why to Join

Facebook Login
Site Registration
Print Preview

Why SystemUI is part of frameworks/base/packages/SystemUI in JellyBean 4.2.2

+1 vote

I just wanted to know why is SystemUI part of framework. What was the thinking process of Google to put SystemUI in framework.The reason behind asking this question was, that i just moved out the SystemUI from frameworks/base and placed in the packages/apps like any other system app e.g Calculator. It works fine on the emulator after building it.

posted May 30, 2013 by anonymous

Share this question
Facebook Share Button Twitter Share Button Google+ Share Button LinkedIn Share Button Multiple Social Share Button
Because its essential to the Android user experience (e.g. the status bar).

2 Answers

+1 vote

The SystemUI is very close to the base framework in terms of versioning (you cant mix-and-match) and source code management (you often need changes to happen at the same time in both). Thats why they ended up in the same git project.

answer May 30, 2013 by anonymous
0 votes

Yeah i know its essential for user as it has statusbar, powerui and ringtoneplayer in it. So still i didn't get why is it part of frameworks/base, where as all this essential part can be a part of packages/app because SystemUI has its own .apk i.e SystemUI.apk which is as good as any other third party app. Correct me i am wrong there..

answer May 30, 2013 by anonymous
Similar Questions
0 votes

I am having problem running netperf in 4.2 JB. The netserver host is a different computer. The test seems to start ok but the netperf client times out waiting for the server to acknowledge the connection. From Wireshark it appears the ACK was sent.

Does netperf need to be run as "system"?

+3 votes

After using SCREEN_ON SCREEN_OFF broadcast receiver, screen does not seem to switch off automatically as it used to for default android app.

None of the code commented below works for Android 4.4.2 (API 19 onward)

int time = android.provider.Settings.System.getInt(context.getContentResolver(), Settings.System.SCREEN_OFF_TIMEOUT, Integer.MAX_VALUE);
// Toast.makeText(context, "Screen Time out is "+new Date(lastTimeScreenOn+15000) + ", lastTimeScreenOn = "+new Date(lastTimeScreenOn), Toast.LENGTH_SHORT).show();
// screen off if more than 15 sec
if(System.currentTimeMillis() - lastTimeScreenOn > 15000)
      Toast.makeText(context, "Screen Time out ", Toast.LENGTH_LONG).show();
      //DevicePolicyManager mDPM = (DevicePolicyManager)context.getSystemService(Context.DEVICE_POLICY_SERVICE);
      //Settings.System.putInt(context.getContentResolver(), Settings.System.SCREEN_OFF_TIMEOUT, 1000);
+2 votes

I want to test bluetooth on Android Development environment any suggestions?

+2 votes

I have an Open-MAX component which can decoder AVC/H264 streams. The component works fine for .MP4 clips and I am able to play without issues. Now when I switch to .ts clips (which are .h264/AVC with AAC audio (because android only support that)), I see that the input buffer size is never sufficient to push the data in to the hardware.

By default I have a buffer size of 32kb which is later increased to 64kb (by SetParameter Call). I see the failure in this case.

Then I change the buffer size to 256 kb then this size is retained and not changed by setParameter call. I see the above issue with 256kb input buffer size. Even in this case I see the failure (attached log below).

I get the following error :

I/ATSParser( 2000): resizing buffer to 262144 bytes 
I/ATSParser( 2000): resizing buffer to 327680 bytes 
E/OMXCodec( 2000): [OMX.BCM.Video.decoder] Codec's input buffers are too small to accomodate buffer read from source (info->mSize = 262144, srcLength = 269076) 
E/MediaPlayer( 3598): error (1, -2147483648) 
E/MediaPlayer( 3598): Error (1,-2147483648) 
D/VideoView( 3598): Error: 1,-2147483648 

Any input -

Useful Links with Similar Problem
Contact Us
+91 9880187415
#280, 3rd floor, 5th Main
6th Sector, HSR Layout
Karnataka INDIA.