# Titanium.UI.NavigationWindow
A NavigationWindow
implements a specialized view that manages the navigation of hierarchical
content.
# Overview
You create a NavigationWindow
with the Titanium.UI.createNavigationWindow factory method or
a <NavigationWindow>
Alloy element.
All NavigationWindow
objects must have at least one root window that cannot be removed. When
creating a NavigationWindow
with the factory method, you must set its window
property to the
root level window. Equivalently, in an Alloy application, insert a <Window>
element as a child of the
<NavigationWindow>
element. See examples below.
This object is not meant to be added to other windows. However, it can be used within a Titanium.UI.iOS.SplitWindow.
# Examples
# Simple Navigation Window
Creates a navigation window with the first window colored red. Press the button to open the blue window. Use the back button to return to the red root window.
var win2 = Titanium.UI.createWindow({
backgroundColor: 'red',
title: 'Red Window'
});
var win1 = Titanium.UI.createNavigationWindow({
window: win2
});
var win3 = Titanium.UI.createWindow({
backgroundColor: 'blue',
title: 'Blue Window'
});
var button = Titanium.UI.createButton({
title: 'Open Blue Window'
});
button.addEventListener('click', function(){
win1.openWindow(win3, {animated:true});
});
win2.add(button);
var button2 = Titanium.UI.createButton({
title: 'Close Blue Window'
});
button2.addEventListener('click', function(){
win1.closeWindow(win3, {animated:false}); //win3.close() will also work!!
});
win3.add(button2);
win1.open();
# Alloy XML Markup
Previous example as two Alloy view-controllers. Requires Alloy 1.2.2 and later.
app/views/index.xml:
<Alloy>
<NavigationWindow id="win1">
<Window id="win2" title="Red Window" backgroundColor="red">
<Button id="button" onClick="openBlueWindow">Open Blue Window</Button>
</Window>
</NavigationWindow>
</Alloy>
app/controllers/index.js:
function openBlueWindow(e) {
var win3 = Alloy.createController('bluewin').getView();
$.win1.openWindow(win3);
}
$.win1.open();
app/views/bluewin.xml:
<Alloy>
<Window id="win3" title="Blue Window" backgroundColor="blue">
<Button onClick="closeWindow">Close Window</Button>
</Window>
</Alloy>
app/controllers/bluewin.js:
function closeWindow(){
$.win3.close();
}
# Properties
# accessibilityDisableLongPress CREATION ONLY
Boolean value to remove the long press notification for the device's accessibility service.
Will disable the "double tap and hold for long press" message when selecting an item.
Default: true
Whether the view should be "hidden" from (i.e., ignored by) the accessibility service.
On iOS this is a direct analog of the accessibilityElementsHidden
property defined in the
UIAccessibility
Protocol.
On Android, setting accessibilityHidden
calls the native
View.setImportantForAccessibility
method. The native method is only available in Android 4.1 (API level 16/Jelly Bean) and
later; if this property is specified on earlier versions of Android, it is ignored.
Default: false
# accessibilityHint
Briefly describes what performing an action (such as a click) on the view will do.
On iOS this is a direct analog of the accessibilityHint
property defined in the
UIAccessibility Protocol.
On Android, it is concatenated together with
accessibilityLabel and accessibilityValue in the order: accessibilityLabel
,
accessibilityValue
, accessibilityHint
. The concatenated value is then passed as the
argument to the native View.setContentDescription method.
Default: null
# accessibilityLabel
A succint label identifying the view for the device's accessibility service.
On iOS this is a direct analog of the accessibilityLabel
property defined in the
UIAccessibility Protocol.
On Android, it is concatenated together with
accessibilityValue and accessibilityHint in the order: accessibilityLabel
,
accessibilityValue
, accessibilityHint
. The concatenated value is then passed as the
argument to the native View.setContentDescription method.
Defaults to Title or label of the control.
# accessibilityValue
A string describing the value (if any) of the view for the device's accessibility service.
On iOS this is a direct analog of the accessibilityValue
property defined in the
UIAccessibility Protocol.
On Android, it is concatenated together with
accessibilityLabel and accessibilityHint in the order: accessibilityLabel
,
accessibilityValue
, accessibilityHint
. The concatenated value is then passed as the
argument to the native View.setContentDescription method.
Defaults to State or value of the control.
# activity READONLY
Contains a reference to the Android Activity object associated with this window.
An Activity object is not created until the window is opened.
Before the window is opened, activity
refers to an empty JavaScript object.
You can be set properties on this object, but cannot invoke any Activity methods on it.
Once the window is opened, the actual Activity object is created,
using any properties set on the JavaScript object. At this point, you can call methods
on the activity and access any properties that are set when the activity is created,
for example, actionBar.
# activityEnterTransition CREATION ONLY
The type of transition used when activity is entering.
Activity B's enter transition determines how views in B are animated when A starts B.
Applicable for Android 5.0 and above. This transition property will be ignored if animated
is set to false.
Will also be ignored unless at least 1 view has been assigned to the addSharedElement()
method,
except on Titanium 8.0.1 and higher where shared elements are no longer required to do transitions.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window for more information.
- Titanium.UI.Android.TRANSITION_EXPLODE
- Titanium.UI.Android.TRANSITION_FADE_IN
- Titanium.UI.Android.TRANSITION_FADE_OUT
- Titanium.UI.Android.TRANSITION_SLIDE_TOP
- Titanium.UI.Android.TRANSITION_SLIDE_RIGHT
- Titanium.UI.Android.TRANSITION_SLIDE_BOTTOM
- Titanium.UI.Android.TRANSITION_SLIDE_LEFT
- Titanium.UI.Android.TRANSITION_NONE
Default: If not specified uses platform theme transition.
# activityExitTransition CREATION ONLY
The type of transition used when activity is exiting.
Activity A's exit transition determines how views in A are animated when A starts B.
Applicable for Android 5.0 and above. This transition property will be ignored if animated
is set to false.
Will also be ignored unless at least 1 view has been assigned to the addSharedElement()
method,
except on Titanium 8.0.1 and higher where shared elements are no longer required to do transitions.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window for more information.
- Titanium.UI.Android.TRANSITION_EXPLODE
- Titanium.UI.Android.TRANSITION_FADE_IN
- Titanium.UI.Android.TRANSITION_FADE_OUT
- Titanium.UI.Android.TRANSITION_SLIDE_TOP
- Titanium.UI.Android.TRANSITION_SLIDE_RIGHT
- Titanium.UI.Android.TRANSITION_SLIDE_BOTTOM
- Titanium.UI.Android.TRANSITION_SLIDE_LEFT
- Titanium.UI.Android.TRANSITION_NONE
Default: If not specified uses platform theme transition.
# activityReenterTransition CREATION ONLY
The type of transition used when reentering to a previously started activity.
Activity A's reenter transition determines how views in A are animated when B returns to A.
Applicable for Android 5.0 and above. This transition property will be ignored if animated
is set to false.
Will also be ignored unless at least 1 view has been assigned to the addSharedElement()
method,
except on Titanium 8.0.1 and higher where shared elements are no longer required to do transitions.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window for more information.
- Titanium.UI.Android.TRANSITION_EXPLODE
- Titanium.UI.Android.TRANSITION_FADE_IN
- Titanium.UI.Android.TRANSITION_FADE_OUT
- Titanium.UI.Android.TRANSITION_SLIDE_TOP
- Titanium.UI.Android.TRANSITION_SLIDE_RIGHT
- Titanium.UI.Android.TRANSITION_SLIDE_BOTTOM
- Titanium.UI.Android.TRANSITION_SLIDE_LEFT
- Titanium.UI.Android.TRANSITION_NONE
Default: If not specified uses `activityExitTransition`.
# activityReturnTransition CREATION ONLY
The type of transition used when returning from a previously started activity.
Activity B's return transition determines how views in B are animated when B returns to A.
Applicable for Android 5.0 and above. This transition property will be ignored if animated
is set to false.
Will also be ignored unless at least 1 view has been assigned to the addSharedElement()
method,
except on Titanium 8.0.1 and higher where shared elements are no longer required to do transitions.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window for more information.
- Titanium.UI.Android.TRANSITION_EXPLODE
- Titanium.UI.Android.TRANSITION_FADE_IN
- Titanium.UI.Android.TRANSITION_FADE_OUT
- Titanium.UI.Android.TRANSITION_SLIDE_TOP
- Titanium.UI.Android.TRANSITION_SLIDE_RIGHT
- Titanium.UI.Android.TRANSITION_SLIDE_BOTTOM
- Titanium.UI.Android.TRANSITION_SLIDE_LEFT
- Titanium.UI.Android.TRANSITION_NONE
Default: If not specified uses `activityEnterTransition`.
The type of enter transition used when animating shared elements between two activities.
Activity B's shared element enter transition determines how shared elements animate from A to B.
Applicable for Android 5.0 and above. This value will be ignored if animated
is set to false.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window
for more information.
Default: Defaults to android platform's [move](https://github.com/android/platform_frameworks_base/blob/lollipop-release/core/res/res/transition/move.xml) transition.
The type of exit transition used when animating shared elements between two activities.
Activity A's shared element exit transition animates shared elements before they transition from A to B
Applicable for Android 5.0 and above. This value will be ignored if animated
is set to false.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window
for more information.
Default: Defaults to android platform's [move](https://github.com/android/platform_frameworks_base/blob/lollipop-release/core/res/res/transition/move.xml) transition.
The type of reenter transition used when animating shared elements between two activities.
Activity A's shared element reenter transition animates shared elements after they have transitioned from B to A.
Applicable for Android 5.0 and above. This value will be ignored if animated
is set to false.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window
for more information.
Default: Defaults to android platform's [move](https://github.com/android/platform_frameworks_base/blob/lollipop-release/core/res/res/transition/move.xml) transition.
The type of return transition used when animating shared elements between two activities.
Activity B's shared element return transition determines how shared elements animate from B to A.
Applicable for Android 5.0 and above. This value will be ignored if animated
is set to false.
See "Material design activity transitions in Android" in the main description of Titanium.UI.Window
for more information.
Default: Defaults to android platform's [move](https://github.com/android/platform_frameworks_base/blob/lollipop-release/core/res/res/transition/move.xml) transition.
# anchorPoint
Coordinate of the view about which to pivot an animation.
Used on iOS only. For Android, use anchorPoint.
Anchor point is specified as a fraction of the view's size. For example, {0, 0}
is at
the view's top-left corner, {0.5, 0.5}
at its center and {1, 1}
at its bottom-right
corner.
See the "Using an anchorPoint" example in Titanium.UI.Animation for a demonstration. The default is center of this view.
# apiName READONLY
The name of the API that this proxy corresponds to.
The value of this property is the fully qualified name of the API. For example, Titanium.UI.Button
returns Ti.UI.Button
.
# autoAdjustScrollViewInsets
Specifies whether or not the view controller should automatically adjust its scroll view insets.
When the value is true, it allows the view controller to adjust its scroll view insets in response to the screen areas consumed by the status bar, navigation bar, toolbar and tab bar.
The default behavior assumes that this is false. Must be specified before opening the window.
# backgroundColor
Background color of the window, as a color name or hex triplet.
On Android, to specify a semi-transparent background, set the alpha value using the opacity property before opening the window.
For information about color values, see the "Colors" section of Titanium.UI.
Default: Transparent
# backgroundDisabledColor
Disabled background color of the view, as a color name or hex triplet.
For information about color values, see the "Colors" section of Titanium.UI. Defaults to the normal background color of this view.
# backgroundDisabledImage
Disabled background image for the view, specified as a local file path or URL.
If backgroundDisabledImage
is undefined, and the normal background imagebackgroundImage
is set, the normal image is used when this view is disabled.
# backgroundFocusedColor
Focused background color of the view, as a color name or hex triplet.
For information about color values, see the "Colors" section of Titanium.UI.
For normal views, the focused color is only used if focusable
is true
.
Defaults to the normal background color of this view.
# backgroundFocusedImage
Focused background image for the view, specified as a local file path or URL.
For normal views, the focused background is only used if focusable
is true
.
If backgroundFocusedImage
is undefined, and the normal background image backgroundImage
is set, the normal image is used when this view is focused.
# backgroundGradient
A background gradient for the view.
A gradient can be defined as either linear or radial. A linear gradient varies continuously
along a line between the startPoint
and endPoint
.
A radial gradient is interpolated between two circles, defined by startPoint
and
startRadius
and endPoint
and endRadius
respectively.
The start points, end points and radius values can be defined in device units, in the view's coordinates, or as percentages of the view's size. Thus, if a view is 60 x 60, the center point of the view can be specified as:
{ x: 30, y: 30 }
Or:
{ x: '50%', y: '50%' }
When specifying multiple colors, you can specify an offset value for each color, defining how far into the gradient it takes effect. For example, the following color array specifies a gradient that goes from red to blue back to red:
colors: [ { color: 'red', offset: 0.0}, { color: 'blue', offset: 0.25 }, { color: 'red', offset: 1.0 } ]
Android's linear gradients ignores backfillStart
and backfillEnd
, treating them as if
they are true. Android's radial gradients ignore the endPoint
property.
Defaults to no gradient.
# backgroundImage
Background image for the view, specified as a local file path or URL.
Default behavior when backgroundImage
is unspecified depends on the type of view and the platform.
For generic views, no image is used. For most controls (buttons, textfields, and so on), platform-specific default images are used.
# backgroundLeftCap
Size of the left end cap.
See the section on backgroundLeftCap and backgroundTopCap behavior on iOS in Titanium.UI.View.
Default: 0
# backgroundRepeat
Determines whether to tile a background across a view.
Setting this to true
makes the set backgroundImage
repeat across the view as a series
of tiles. The tiling begins in the upper-left corner, where the upper-left corner of the
background image is rendered. The image is then tiled to fill the available space of the
view.
Note that setting this to true
may incur performance penalties for large views or
background images, as the tiling must be redone whenever a view is resized.
On iOS, the following views do not currently support tiled backgrounds:
Default: false
# backgroundSelectedColor
Selected background color of the view, as a color name or hex triplet.
For information about color values, see the "Colors" section of Titanium.UI.
focusable
must be true for normal views.
Defaults to background color of this view.
# backgroundSelectedImage
Selected background image url for the view, specified as a local file path or URL.
For normal views, the selected background is only used if focusable
is true
.
If backgroundSelectedImage
is undefined, and the normal background image backgroundImage
is set
the normal image is used when this view is selected.
# backgroundTopCap
Size of the top end cap.
See the section on backgroundLeftCap and backgroundTopCap behavior on iOS in Titanium.UI.View.
Default: 0
# borderColor
Border color of the view, as a color name or hex triplet.
For information about color values, see the "Colors" section of Titanium.UI.
Defaults to the normal background color of this view (Android), black (iOS).
# borderRadius
Radius for the rounded corners of the view's border.
Each corner is rounded using an arc of a circle.
Values for each corner can be specified. For example, '20px 20px' will set both left and right corners to 20px
.
Specifying '20px 20px 20px 20px' will set top-left, top-right, bottom-right and bottom-left corners in that order.
If you have issues with dark artifacts on Android you can try to disable Hardware acceleration by setting a
backgroundColor
with a small amount of transparency: backgroundColor:"rgba(255,255,255,254)"
.
Default: 0
# borderWidth
Border width of the view.
If borderColor is set without borderWidth, this value will be changed to 1 of the unit declared as 'ti.ui.defaultunit' in tiapp.xml descriptor.
Default: 0
# bottom
Window's bottom position, in platform-specific units.
On Android, this property has no effect.
Default: 0
# bubbleParent
Indicates if the proxy will bubble an event to its parent.
Some proxies (most commonly views) have a relationship to other proxies, often established by the add() method. For example, for a button added to a window, a click event on the button would bubble up to the window. Other common parents are table sections to their rows, table views to their sections, and scrollable views to their views. Set this property to false to disable the bubbling to the proxy's parent.
Default: true
# center
View's center position, in the parent view's coordinates.
This is an input property for specifying where the view should be positioned, and does not represent the view's calculated position.
Defaults to undefined
.
# clipMode
View's clipping behavior.
Setting this to CLIP_MODE_ENABLED enforces all child views to be clipped to this views bounds. Setting this to CLIP_MODE_DISABLED allows child views to be drawn outside the bounds of this view. When set to CLIP_MODE_DEFAULT or when this property is not set, clipping behavior is inferred. See section on iOS Clipping Behavior in Titanium.UI.View.
Defaults to undefined
. Behaves as if set to CLIP_MODE_DEFAULT.
# elevation
Base elevation of the view relative to its parent in pixels.
The elevation of a view determines the appearance of its shadow. Higher elevations produce larger and softer shadows.
Note: The elevation
property only works on Titanium.UI.View
objects.
Many Android components have a default elevation that cannot be modified.
For more information, see
Google design guidelines: Elevation and shadows.
# exitOnClose
Boolean value indicating if the application should exit when the Android Back button is pressed while the window is being shown or when the window is closed programmatically.
Starting in 3.4.2 you can set this property at any time. In earlier releases you can only set this as a createWindow({...}) option.
Default: true if this is the first window launched else false; prior to Release 3.3.0, the
default was always false.
# extendEdges
An array of supported values specified using the EXTEND_EDGE constants in Titanium.UI.
This is only valid for windows hosted by navigation controllers or tab bar controllers. This property is used to determine the layout of the window within its parent view controller. For example if the window is specified to extend its top edge and it is hosted in a navigation controller, then the top edge of the window is extended underneath the navigation bar so that part of the window is obscured. If the navigation bar is opaque (translucent property on window is false), then the top edge of the window will only extend if includeOpaqueBars is set to true.
The default behavior is to assume that no edges are to be extended. Must be specified before opening the window.
# extendSafeArea CREATION ONLY
Specifies whether the screen insets/notches are allowed to overlap the window's content or not.
If set true
, then the contents of the window will be extended to fill the whole screen and allow the
system's UI elements (such as a translucent status-bar) and physical obstructions (such as the iPhone X
rounded corners and top sensor housing) to overlap the window's content. In this case, it is the app
developer's responsibility to position views so that they're unobstructed. On Android, you can use the
safeAreaPadding property after the window has been opened to
layout your content within the insets.
If set false
, then the window's content will be laid out within the safe-area and its child views will be
unobstructed. For example, you will not need to position a view below the top status-bar.
Read more about the safe-area layout-guide in the Human Interface Guidelines.
Default: `false` on Android, `true` on iOS.
# filterTouchesWhenObscured
Discards touch related events if another app's system overlay covers the view.
This is a security feature to protect an app from "tapjacking", where a malicious app can use a system overlay to intercept touch events in your app or to trick the end-user to tap on UI in your app intended for the overlay.
Setting this property to true
causes touch related events (including "click") to not be fired
if a system overlay overlaps the view.
Default: false
# flagSecure CREATION ONLY
Treat the content of the window as secure, preventing it from appearing in screenshots or from being viewed on non-secure displays.
When the value is true, preventing it from appearing in screenshots or from being viewed on non-secure displays.
Default: false
# focusable
Whether view should be focusable while navigating with the trackball.
Default: false
# fullscreen
Boolean value indicating if the window is fullscreen.
A fullscreen window occupies all of the screen space, hiding the status bar. Must be specified
at creation time or in the options
dictionary passed to the open method.
On iOS the behavior of this property has changed. Starting from 3.1.3, if this property is undefined then the property is set to the value for UIStatusBarHidden defined in tiapp.xml. If that is not defined it is treated as explicit false. On earlier versions, opening a window with this property undefined would not effect the status bar appearance.
Default: false
# height
View height, in platform-specific units.
Defaults to: If undefined, defaults to either FILL or SIZE depending on the view. See "View Types and Default Layout Behavior" in Transitioning to the New UI Layout System.
Can be either a float value or a dimension string (for example, '50%' or '40dp'). Can also be one of the following special values:
- SIZE. The view should size itself to fit its contents.
- FILL. The view should size itself to fill its parent.
- 'auto'. Represents the default sizing behavior for a given type of
view. The use of 'auto' is deprecated, and should be replaced with the
SIZE
orFILL
constants if it is necessary to set the view's behavior explicitly.
This is an input property for specifying the view's height dimension. To determine the view's size once rendered, use the rect or size properties.
Sets the behavior when hiding an object to release or keep the free space
If setting hiddenBehavior
to HIDDEN_BEHAVIOR_GONE it will automatically release the space the view occupied.
For example: in a vertical layout the views below the object will move up when you hide
an object with hiddenBehavior:Titanium.UI.HIDDEN_BEHAVIOR_GONE
.
- HIDDEN_BEHAVIOR_INVISIBLE. Keeps the space and just hides the object (default).
- HIDDEN_BEHAVIOR_GONE. Releases the space and hides the object.
Defaults to Titanium.UI.HIDDEN_BEHAVIOR_INVISIBLE.
Set this to true to hide the back button of navigation bar.
When this property is set to true
, the navigation window hides its back button.
Default: false
# hidesBarsOnSwipe CREATION ONLY
Set this to true to hide the navigation bar on swipe.
When this property is set to true, an upward swipe hides the navigation bar and toolbar. A downward swipe shows both bars again. If the toolbar does not have any items, it remains visible even after a swipe.
Default: false
# hidesBarsOnTap CREATION ONLY
Set this to true to hide the navigation bar on tap.
When the value of this property is true, the navigation controller toggles the hiding and showing of its navigation bar and toolbar in response to an otherwise unhandled tap in the content area.
Default: false
# hidesBarsWhenKeyboardAppears CREATION ONLY
Set this to true to hide the navigation bar when the keyboard appears.
When this property is set to true, the appearance of the keyboard causes the navigation controller to hide its navigation bar and toolbar.
Default: false
# hidesSearchBarWhenScrolling
A Boolean value indicating whether the integrated search bar is hidden when scrolling any underlying content.
When the value of this property is true, the search bar is visible only when the scroll position equals the top of your content view. When the user scrolls down, the search bar collapses into the navigation bar. Scrolling back to the top reveals the search bar again. When the value of this property is false, the search bar remains regardless of the current scroll position. You must set showSearchBarInNavBar or showSearchBarInNavBar property for this property to have any effect.
Default: true
Boolean value indicating whether the system is allowed to hide the visual indicator for returning to the Home screen.
Set this value true, if you want the system to determine when to hide the indicator. Set this value false, if you want the indicator shown at all times. The system takes your preference into account, but setting true is no guarantee that the indicator will be hidden.
Default: false
# horizontalMotionEffect
Adds a horizontal parallax effect to the view
Note that the parallax effect only happens by tilting the device so results can not be seen on Simulator. To clear all motion effects, use the <Titanium.UI.clearMotionEffects> method.
# horizontalWrap
Determines whether the layout has wrapping behavior.
For more information, see the discussion of horizontal layout mode in the description of the layout property.
Default: true
# id
View's identifier.
The id
property of the Ti.UI.View represents the view's identifier. The identifier string does
not have to be unique. You can use this property with getViewById method.
# includeOpaqueBars
Specifies if the edges should extend beyond opaque bars (navigation bar, tab bar, toolbar).
By default edges are only extended to include translucent bars. However if this is set to true, then edges are extended beyond opaque bars as well.
The default behavior assumes that this is false. Must be specified before opening the window.
# interactiveDismissModeEnabled CREATION ONLY
A boolean indicating whether or not child windows of this navigation window should have the ability to be swipe-to-closed over the full width of it's window or not.
Default: false
# keepScreenOn
Determines whether to keep the device screen on.
When true
the screen will not power down. Note: enabling this feature will use more
power, thereby adversely affecting run time when on battery.
For iOS look at idleTimerDisabled.
Default: false
# largeTitleDisplayMode
The mode to use when displaying the title of the navigation bar.
Automatically use the large out-of-line title based on the state of the
previous item in the navigation bar. An item with
largeTitleDisplayMode = Ti.UI.iOS.LARGE_TITLE_DISPLAY_MODE_AUTOMATIC
will show or hide the large title based on the request of the previous
navigation item. If the first item pushed is set to Automatic, then it
will show the large title if the navigation bar has largeTitleEnabled = true
.
Default: Titanium.UI.iOS.LARGE_TITLE_DISPLAY_MODE_AUTOMATIC
# largeTitleEnabled
A Boolean value indicating whether the title should be displayed in a large format.
When set to true
, the navigation bar will use a larger out-of-line
title view when requested by the current navigation item. To specify when
the large out-of-line title view appears, see largeTitleDisplayMode.
Default: false
# layout
Specifies how the view positions its children. One of: 'composite', 'vertical', or 'horizontal'.
There are three layout options:
-
composite
(orabsolute
). Default layout. A child view is positioned based on its positioning properties or "pins" (top
,bottom
,left
,right
andcenter
). If no positioning properties are specified, the child is centered.The child is always sized based on its
width
andheight
properties, if these are specified. If the child's height or width is not specified explicitly, it may be calculated implicitly from the positioning properties. For example, if bothleft
andcenter.x
are specified, they can be used to calculate the width of the child control.Because the size and position properties can conflict, there is a specific precedence order for the layout properties. For vertical positioning, the precedence order is:
height
,top
,center.y
,bottom
.The following table summarizes the various combinations of properties that can be used for vertical positioning, in order from highest precedence to lowest. (For example, if
height
,center.y
andbottom
are all specified, theheight
andcenter.y
values take precedence.)Scenario Behavior height
&top
specifiedChild positioned top
unit from parent's top, using specifiedheight
; anycenter.y
andbottom
values are ignored.height
¢er.y
specifiedChild positioned with center at center.y
, using specifiedheight
; anybottom
value is ignored.height
&bottom
specifiedChild positioned bottom
units from parent's bottom, using specifiedheight
.top
¢er.y
specifiedChild positioned with top edge top
units from parent's top and center atcenter.y
. Height is determined implicitly; anybottom
value is ignored.top
&bottom
specifiedChild positioned with top edge top
units from parent's top and bottom edgebottom
units from parent's bottom. Height is determined implicitly.Only top
specifiedChild positioned top
units from parent's top, and uses the default height calculation for the view type.center.y
andbottom
specifiedChild positioned with center at center.y
and bottom edgebottom
units from parent's bottom. Height is determined implicitly.Only center.y
specifiedChild positioned with center at center.y
, and uses the default height calculation for the view type.Only bottom
specifiedChild positioned with bottom edge bottom
units from parent's bottom, and uses the default height calculation for the view type.height
,top
,center.y
, andbottom
unspecifiedChild entered vertically in the parent and uses the default height calculation for the child view type. Horizontal positioning works like vertical positioning, except that the precedence is
width
,left
,center.x
,right
.For complete details on composite layout rules, see Transitioning to the New UI Layout System in the Titanium Mobile Guides.
-
vertical
. Children are laid out vertically from top to bottom. The first child is laid outtop
units from its parent's bounding box. Each subsequent child is laid out below the previous child. The space between children is equal to the upper child'sbottom
value plus the lower child'stop
value.Each child is positioned horizontally as in the composite layout mode.
-
horizontal
. Horizontal layouts have different behavior depending on whether wrapping is enabled. Wrapping is enabled by default (thehorizontalWrap
property istrue
).With wrapping behavior, the children are laid out horizontally from left to right, in rows. If a child requires more horizontal space than exists in the current row, it is wrapped to a new row. The height of each row is equal to the maximum height of the children in that row.
Wrapping behavior is available on iOS and Android. When the
horizontalWrap
property is set to true, the first row is placed at the top of the parent view, and successive rows are placed below the first row. Each child is positioned vertically within its row somewhat like composite layout mode. In particular:- If neither
top
orbottom
is specified, the child is centered in the row. - If either
top
orbottom
is specified, the child is aligned to either the top or bottom of the row, with the specified amount of padding. - If both
top
andbottom
is specified for a given child, the properties are both treated as padding.
If the
horizontalWrap
property is false, the behavior is more equivalent to a vertical layout. Children are laid or horizontally from left to right in a single row. Theleft
andright
properties are used as padding between the children, and thetop
andbottom
properties are used to position the children vertically.Defaults to Composite layout.
- If neither
# left
Window's left position, in platform-specific units.
On Android, this property has no effect.
Default: 0
# lifecycleContainer
The Window or TabGroup whose Activity lifecycle should be triggered on the proxy.
If this property is set to a Window or TabGroup, then the corresponding Activity lifecycle event callbacks will also be called on the proxy. Proxies that require the activity lifecycle will need this property set to the appropriate containing Window or TabGroup.
# modal
Indicates to open a modal window or not.
Set to true
to create a modal window.
Must be specified at creation time or in the dictionary passed to the open method.
In the user interface, a modal window is a window that blocks the main application UI until the modal window is dismissed. A modal window requires the user to interact with it to resume the normal flow of the application.
See the "Modal Windows" section for platform-specific information.
Default: false
The Titanium.UI.NavigationWindow instance hosting this window.
Returns the navigation window that hosts this window. Returns null
if the window is not
hosted by a navigation window.
# onBack
Callback function that overrides the default behavior when the user presses the Back button.
This was separated from the androidback event. You need to define this callback if you explicitly want to override the back button behavior.
# opacity
The opacity from 0.0-1.0.
iOS notes: For modal windows that cover the previous window, the previous window is removed from the render stack after the modal window finishes opening. If the modal window is semi-transparent, the underlying window will be visible during the transition animation, but disappear as soon as the animation is completed. (In general all modal windows cover the previous window, except for iPad modal windows using the Page sheet or Form sheet style.)
Android notes: If you set any of windowSoftInputMode
, fullscreen
, or navBarHidden
,
and you wish to use the opacity
property at any time during the window's lifetime,
be sure to set an opacity
value before opening the window. You can later change that
value -- and you can set it to 1 for full opacity if you wish -- but the important thing
is that you set it to a value before opening the window if you will want to set it at
any time during the window's lifetime.
The technical reason for this is that if the opacity property is present (i.e., has
been set to something) and a new Android Activity is created for the window,
then a translucent theme will be used for the Activity. Window transparency (opacity
values below 1) will only work in Android if the Activity's theme is translucent, and
Titanium only uses a translucent theme for an Activity if you set an opacity property
before opening the window. Additionally, do not use opacity
and fullscreen: true
together, because translucent themes in Android cannot hide the status bar. Finally,
if you do set the opacity
property, be sure to also set a backgroundImage
or
backgroundColor
property as well, unless you want the window to be completely
transparent.
# orientation READONLY
Current orientation of the window.
To determine the current orientation of the device, see orientation, instead.
See the discussion of the orientationModes property for more information on how the screen orientation is determined.