On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
<?xml version="1.0" encoding="utf-8"?>
|
|
|
|
<!--
|
|
|
|
/* apps/common/assets/default/default/skins/StatusBar.xml
|
|
|
|
**
|
|
|
|
** Copyright 2011, The Android Open Source Project
|
|
|
|
**
|
|
|
|
** Licensed under the Apache License, Version 2.0 (the "License");
|
|
|
|
** you may not use this file except in compliance with the License.
|
|
|
|
** You may obtain a copy of the License at
|
|
|
|
**
|
|
|
|
** http://www.apache.org/licenses/LICENSE-2.0
|
|
|
|
**
|
|
|
|
** Unless required by applicable law or agreed to in writing, software
|
|
|
|
** distributed under the License is distributed on an "AS IS" BASIS,
|
|
|
|
** WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
|
|
** See the License for the specific language governing permissions and
|
|
|
|
** limitations under the License.
|
|
|
|
*/
|
|
|
|
-->
|
|
|
|
|
|
|
|
<com.android.systemui.statusbar.phone.NavigationBarView
|
|
|
|
xmlns:android="http://schemas.android.com/apk/res/android"
|
|
|
|
xmlns:systemui="http://schemas.android.com/apk/res/com.android.systemui"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
2011-08-17 16:47:19 -04:00
|
|
|
android:background="#FF000000"
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
>
|
|
|
|
|
2011-06-29 15:10:49 -04:00
|
|
|
<FrameLayout android:id="@+id/rot0"
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
>
|
|
|
|
|
2011-06-29 15:10:49 -04:00
|
|
|
<LinearLayout
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:orientation="horizontal"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:clipChildren="false"
|
|
|
|
android:clipToPadding="false"
|
2011-08-17 09:50:35 -04:00
|
|
|
android:id="@+id/nav_buttons"
|
2011-09-12 00:58:58 -04:00
|
|
|
android:animateLayoutChanges="true"
|
2011-04-28 12:35:29 -04:00
|
|
|
>
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
|
2011-04-28 12:35:29 -04:00
|
|
|
<!-- navigation controls -->
|
2011-06-28 00:29:04 -04:00
|
|
|
<View
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_width="40dp"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
2011-04-28 12:35:29 -04:00
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/back"
|
2012-03-07 15:48:51 -08:00
|
|
|
android:layout_width="@dimen/navigation_key_width"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_back"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="4"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2012-04-27 00:14:54 -04:00
|
|
|
android:scaleType="center"
|
2011-07-29 08:42:15 -04:00
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight"
|
|
|
|
android:contentDescription="@string/accessibility_back"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_height="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_weight="1"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/home"
|
2012-03-07 15:48:51 -08:00
|
|
|
android:layout_width="@dimen/navigation_key_width"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_home"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="3"
|
2012-05-16 16:22:35 -07:00
|
|
|
systemui:keyRepeat="false"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight"
|
|
|
|
android:contentDescription="@string/accessibility_home"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_height="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_weight="1"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
2011-07-29 00:33:53 -04:00
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/recent_apps"
|
2012-03-07 15:48:51 -08:00
|
|
|
android:layout_width="@dimen/navigation_key_width"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_recent"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight"
|
|
|
|
android:contentDescription="@string/accessibility_recent"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
2011-04-28 12:35:29 -04:00
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/menu"
|
2012-03-07 15:48:51 -08:00
|
|
|
android:layout_width="@dimen/navigation_menu_key_width"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_menu"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="82"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
|
|
|
android:visibility="invisible"
|
2011-06-28 01:12:41 -07:00
|
|
|
android:contentDescription="@string/accessibility_menu"
|
2011-07-29 08:42:15 -04:00
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
|
|
|
</LinearLayout>
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
|
2011-08-17 16:47:19 -04:00
|
|
|
<!-- lights out layout to match exactly -->
|
|
|
|
<LinearLayout
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:orientation="horizontal"
|
|
|
|
android:id="@+id/lights_out"
|
|
|
|
android:visibility="gone"
|
|
|
|
>
|
|
|
|
<ImageView
|
|
|
|
android:layout_width="80dp"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_marginLeft="40dp"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_small"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_weight="1"
|
|
|
|
android:visibility="invisible"
|
|
|
|
/>
|
|
|
|
<ImageView
|
|
|
|
android:layout_width="80dp"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_large"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_weight="1"
|
|
|
|
android:visibility="invisible"
|
|
|
|
/>
|
|
|
|
<ImageView
|
|
|
|
android:layout_width="80dp"
|
|
|
|
android:layout_marginRight="40dp"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_small"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
|
|
|
/>
|
|
|
|
</LinearLayout>
|
|
|
|
|
2012-03-19 22:56:42 -04:00
|
|
|
<com.android.systemui.statusbar.policy.DeadZone
|
|
|
|
android:id="@+id/deadzone"
|
2012-08-29 15:49:53 -04:00
|
|
|
android:layout_height="match_parent"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_width="match_parent"
|
2012-08-29 15:49:53 -04:00
|
|
|
systemui:minSize="@dimen/navigation_bar_deadzone_size"
|
|
|
|
systemui:maxSize="@dimen/navigation_bar_deadzone_size_max"
|
|
|
|
systemui:holdTime="@integer/navigation_bar_deadzone_hold"
|
|
|
|
systemui:decayTime="@integer/navigation_bar_deadzone_decay"
|
|
|
|
systemui:orientation="horizontal"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_gravity="top"
|
|
|
|
/>
|
|
|
|
</FrameLayout>
|
|
|
|
|
|
|
|
<FrameLayout android:id="@+id/rot90"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:visibility="gone"
|
2011-10-28 16:47:09 -04:00
|
|
|
android:paddingTop="0dp"
|
2011-06-29 15:10:49 -04:00
|
|
|
>
|
|
|
|
|
|
|
|
<LinearLayout
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_height="match_parent"
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
android:layout_width="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:orientation="vertical"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:clipChildren="false"
|
|
|
|
android:clipToPadding="false"
|
2011-08-17 09:50:35 -04:00
|
|
|
android:id="@+id/nav_buttons"
|
2011-09-12 00:58:58 -04:00
|
|
|
android:animateLayoutChanges="true"
|
2011-04-28 12:35:29 -04:00
|
|
|
>
|
2011-06-28 00:29:04 -04:00
|
|
|
|
2011-04-28 12:35:29 -04:00
|
|
|
<!-- navigation controls -->
|
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/menu"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_height="40dp"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_width="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_menu_land"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="82"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
|
|
|
android:visibility="invisible"
|
2011-08-17 16:47:19 -04:00
|
|
|
android:contentDescription="@string/accessibility_menu"
|
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight_land"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
2011-07-29 08:42:15 -04:00
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/recent_apps"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_height="80dp"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_width="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_recent_land"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:contentDescription="@string/accessibility_recent"
|
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight_land"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_weight="1"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/home"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_height="80dp"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_width="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_home_land"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="3"
|
2011-08-09 16:48:21 -04:00
|
|
|
systemui:keyRepeat="false"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2011-06-28 01:12:41 -07:00
|
|
|
android:contentDescription="@string/accessibility_home"
|
2011-07-29 08:42:15 -04:00
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight_land"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_weight="1"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
|
|
|
<com.android.systemui.statusbar.policy.KeyButtonView android:id="@+id/back"
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_height="80dp"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_width="match_parent"
|
2011-07-29 00:33:53 -04:00
|
|
|
android:src="@drawable/ic_sysbar_back_land"
|
2012-04-27 00:14:54 -04:00
|
|
|
android:scaleType="center"
|
2011-04-28 12:35:29 -04:00
|
|
|
systemui:keyCode="4"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:contentDescription="@string/accessibility_back"
|
|
|
|
systemui:glowBackground="@drawable/ic_sysbar_highlight_land"
|
2011-06-28 00:29:04 -04:00
|
|
|
/>
|
2011-08-17 16:47:19 -04:00
|
|
|
<View
|
2011-06-29 15:10:49 -04:00
|
|
|
android:layout_height="40dp"
|
2011-06-28 00:29:04 -04:00
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_weight="0"
|
2011-07-29 08:42:15 -04:00
|
|
|
android:visibility="invisible"
|
2011-08-17 16:47:19 -04:00
|
|
|
/>
|
|
|
|
</LinearLayout>
|
|
|
|
|
|
|
|
<!-- lights out layout to match exactly -->
|
|
|
|
<LinearLayout
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:orientation="vertical"
|
|
|
|
android:id="@+id/lights_out"
|
|
|
|
android:visibility="gone"
|
|
|
|
>
|
|
|
|
<ImageView
|
|
|
|
android:layout_height="80dp"
|
|
|
|
android:layout_marginTop="40dp"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_small"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_weight="1"
|
|
|
|
android:visibility="invisible"
|
|
|
|
/>
|
|
|
|
<ImageView
|
|
|
|
android:layout_height="80dp"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_large"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
|
|
|
/>
|
|
|
|
<View
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:layout_weight="1"
|
|
|
|
android:visibility="invisible"
|
|
|
|
/>
|
|
|
|
<ImageView
|
|
|
|
android:layout_height="80dp"
|
|
|
|
android:layout_marginBottom="40dp"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:src="@drawable/ic_sysbar_lights_out_dot_small"
|
|
|
|
android:scaleType="center"
|
|
|
|
android:layout_weight="0"
|
2011-04-28 12:35:29 -04:00
|
|
|
/>
|
|
|
|
</LinearLayout>
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
|
2012-03-19 22:56:42 -04:00
|
|
|
<com.android.systemui.statusbar.policy.DeadZone
|
|
|
|
android:id="@+id/deadzone"
|
2011-04-28 12:35:29 -04:00
|
|
|
android:layout_height="match_parent"
|
2012-08-29 15:49:53 -04:00
|
|
|
android:layout_width="match_parent"
|
|
|
|
systemui:minSize="@dimen/navigation_bar_deadzone_size"
|
|
|
|
systemui:maxSize="@dimen/navigation_bar_deadzone_size_max"
|
|
|
|
systemui:holdTime="@integer/navigation_bar_deadzone_hold"
|
|
|
|
systemui:decayTime="@integer/navigation_bar_deadzone_decay"
|
|
|
|
systemui:orientation="vertical"
|
|
|
|
android:layout_gravity="top"
|
2011-06-29 15:10:49 -04:00
|
|
|
/>
|
2011-04-28 12:35:29 -04:00
|
|
|
</FrameLayout>
|
2011-06-29 15:10:49 -04:00
|
|
|
|
|
|
|
<!-- not used -->
|
|
|
|
<View android:id="@+id/rot270"
|
|
|
|
android:layout_height="match_parent"
|
|
|
|
android:layout_width="match_parent"
|
|
|
|
android:visibility="gone"
|
|
|
|
/>
|
|
|
|
|
On-screen navigation bar (separate from the status bar).
In Honeycomb we introduced navigation controls in the status
bar, for xlarge devices without physical buttons. What about
phones? The status bar is pretty cramped already, and
besides, it's at the top of the display most of the time,
not at the bottom where your thumb is likely to be.
Enter the navigation bar. It's a new window type that
appears atop almost everything (including the keyguard); the
window manager subtracts its rectangle from the default
visible rectangle of other windows (including the status bar
and notification shade).
However, it behaves (on phones) like the status bar in that
applications that request fullscreen windows can get access
to those pixels. Well, almost; they need cooperation from
the navigation bar implementation to make the navbar
disappear, just like the status bar.
The current SystemUI implementation of the navigation bar on
phones is still rough, but it has the basics:
+ back, home, and menu keys (NB: we're showing menu all the
time right now because checking the api level of the
package owning the top window is currently a poor
indicator of whether the app requires the menu key)
+ it tries to stick to the same physical end of the device,
regardless of device orientation (on a phone, this is
the strip of land closest to the microphone)
Change-Id: Ic613a3351220af0bbfbdef63e1d99cbefd5ed1c2
2011-04-22 07:55:02 -04:00
|
|
|
</com.android.systemui.statusbar.phone.NavigationBarView>
|