The Slider Control is used to display a continuous or discrete range of valid numeric choices and allows the user to interact with the control. It is typically represented visually as having a "track" and a "knob" or "thumb" which is dragged within the track. The Slider can optionally show tick marks and labels indicating the different slider position values.

The three fundamental variables of the slider are min, max, and value. The value should always be a number within the range defined by min and max. min should always be less than or equal to max (although a slider who's min and max are equal is a degenerate case that makes no sense). min defaults to 0, whereas max defaults to 100.

This first example creates a slider who's range, or span, goes from 0 to 1, and who's value defaults to .5:

Profile: common

Variable Summary

name	type	description
max	Number	The maximum value represented by this `Slider`. This must be a value greater than min.
min	Number	The minimum value represented by this `Slider`. This must be a value less than max.
value	Number	The current value represented by this `Slider`. This value must always be between min and max, inclusive. If it is ever out of bounds either due to `min` or `max` changing or due to itself being changed, then it will be clamped to always remain valid.
vertical	Boolean	The orientation of the `Slider` can either be horizontal or vertical.
showTickLabels	Boolean	Indicates that the labels for tick marks should be shown. Typically a Skin implementation will only show labels if showTickMarks is also true.
showTickMarks	Boolean	Specifies whether the Skin implementation should show tick marks.
snapToTicks	Boolean	Indicates whether the value of the `Slider` should always be aligned with the tick marks. This is honored even if the tick marks are not shown.
majorTickUnit	Number	The unit distance between major tick marks. For example, if the min is 0 and the `max` is 100 and the majorTickUnit is 25, then there would be 5 tick marks: one at position 0, one at position 25, one at position 50, one at position 75, and a final one at position 100. This value should be positive and should be a value less than the span. Out of range values are essentially the same as disabling tick marks.
minorTickCount	Integer	The number of minor ticks to place between any two major ticks. This number should be positive or zero. Out of range values will disable disable minor ticks, as will a value of zero.
blockIncrement	Number	The amount by which to adjust the slider if the track of the slider is clicked. This is used if clickToPosition is false. If snapToTicks is true then the nearest tick mark to the adjusted value will be used.
clickToPosition	Boolean	Indicates that a click on the slider track should set the value to the amount specified by that position in the track, rather than adjusting the value by blockIncrement. If snapToTicks is true, then the nearest tick to the click will be the new `value`.

Inherited Variables

Control

name type Default Value description

name	type	Default Value	description
skin	Skin		Skin responsible for rendering this `Control`. From the perspective of the `Control`, the `Skin` is a black box. It listens and responds to changes in state in a `Control`. There is a one-to-one relationship between a `Control` and its `Skin`. Every `Skin` maintains a back reference to the `Control`. A skin may be null.

skin

Skin

Skin responsible for rendering this Control. From the perspective of the Control, the Skin is a black box. It listens and responds to changes in state in a Control.

There is a one-to-one relationship between a Control and its Skin. Every Skin maintains a back reference to the Control.

A skin may be null.

Resizable

name type Default Value description

name	type	Default Value	description
width	Number		The width of the `Resizable`. The parent of this Resizable node will set this variable during layout; applications should not set this variable directly, as such values will be overridden during layout. If an application needs to control the width of a Resizable node, it should override its preferred width using `LayoutInfo`: `Label { layoutInfo: LayoutInfo { width: 100 } }` Any javafx.scene.Node subclass which mixes in `Resizable` should ensure that `layoutBounds.width` is bound to this value and invokes `requestLayout` in width's on replace trigger.
height	Number		The height of the `Resizable`. The parent of this Resizable node will set this variable during layout; applications should not set this variable directly, as such values will be overridden during layout. If an application needs to control the height of a Resizable node, it should override its preferred height using `LayoutInfo`: `ListView { layoutInfo: LayoutInfo { height: 200 } }` Any javafx.scene.Node subclass which mixes in `Resizable` should ensure that `layoutBounds.height` is bound to this value and invokes `requestLayout` in height's on replace trigger.

width

Number

The width of the Resizable. The parent of this Resizable node will set this variable during layout; applications should not set this variable directly, as such values will be overridden during layout. If an application needs to control the width of a Resizable node, it should override its preferred width using LayoutInfo: Label { layoutInfo: LayoutInfo { width: 100 } }

Any javafx.scene.Node subclass which mixes in Resizable should ensure that layoutBounds.width is bound to this value and invokes requestLayout in width's on replace trigger.

height

Number

The height of the Resizable. The parent of this Resizable node will set this variable during layout; applications should not set this variable directly, as such values will be overridden during layout. If an application needs to control the height of a Resizable node, it should override its preferred height using LayoutInfo: ListView { layoutInfo: LayoutInfo { height: 200 } }

Any javafx.scene.Node subclass which mixes in Resizable should ensure that layoutBounds.height is bound to this value and invokes requestLayout in height's on replace trigger.

Node

name	type	Default Value	description
id	String		The id of this `Node`. This simple string identifier is useful for finding a specific Node within the scene graph. While the id of a Node should be unique within the scene graph, this uniqueness is not enforced. This is much like the "id" attribute of an HTML element.
styleClass	String		A String identifier which can be used to logically group Nodes, specifically for an external style engine. This variable is exactly analogous to the styleClass attribute on an HTML element.
style	String		A string representation of the CSS style associated with this specific Node. This is exactly analogous to the "style" attribute on an HTML element, but uses the syntax defined in JavaFX CSS.
visible	Boolean	true	Specifies whether this `Node` and any subnodes should be rendered as part of the scene graph. A node may be visible and yet not be shown in the rendered scene if, for instance, it is off the screen or obscured by another Node. Invisible nodes never receive mouse events or keyboard focus, and never maintain keyboard focus when they become invisible.
cursor	Cursor	null	Defines the mouse cursor for this `Node` and subnodes. If null, then the cursor of the first parent node with a non-null cursor will be used. If no Node in the scene graph defines a cursor, then the cursor of the `Scene` will be used.
opacity	Number	1.0	Specifies how opaque (that is, solid) the `Node` appears. A Node with 0% opacity is fully translucent. That is, while it is still #visible and rendered, you generally won't be able to see it. The exception to this rule is when the Z `Node` is combined with a blending mode and blend effect in which case a translucent Node may still have an impact in rendering. An opacity of 50% will render the node as being 50% transparent. A #visible node with any opacity setting still receives mouse events and can receive keyboard focus. For example, if you want to have a large invisible rectangle overlay all Nodes in the scene graph in order to intercept mouse events but not be visible to the user, you could create a large Rectangle that had an opacity of 0%. Opacity is specified as a value between 0 and 1. Values less than 0 or greater than 1 are clipped to 0 and 1 respectively. On some platforms ImageView might not support opacity variable.
clip	Node	null	Specifies a `Node` to use to define the the clipping shape for this Node. This clipping Node is not a child of this `Node` in the scene graph sense. Rather, it is used to define the clip for this `Node`. For example, you can use an javafx.scene.image.ImageView Node as a mask to represent the Clip. Or you could use one of the geometric shape Nodes such as javafx.scene.shape.Rectangle or javafx.scene.shape.Circle. Or you could use a javafx.scene.text.Text node to represent the Clip. See the class documentation for Node for scene graph structure restrictions on setting the clip. If these restrictions are violated by a change to the clip variable, the change is ignored and the previous value of the clip variable is restored. Note: this is a conditional feature. See javafx.runtime.ConditionalFeature#SHAPE_CLIP ConditionalFeature.SHAPE_CLIP for more information.
cache	Boolean	false	A performance hint to the system to indicate that this `Node` should be cached as a bitmap. Rendering a bitmap representation of a node will be faster than rendering primitives in many cases, especially in the case of primitives with effects applied (such as a blur). However, it also increases memory usage. This hint indicates whether that trade-off (increased memory usage for increased performance) is worthwhile. Also note that on some platforms such as GPU accelerated platforms there is little benefit to caching Nodes as bitmaps when blurs and other effects are used since they are very fast to render on the GPU. The `cacheHint` variable provides additional options for enabling more aggressive bitmap caching.
cacheHint	CacheHint	CacheHint.DEFAULT	Additional hint for controlling bitmap caching. Under certain circumstances, such as animating nodes that are very expensive to render, it is desirable to be able to perform transformations on the node without having to regenerate the cached bitmap. An option in such cases is to perform the transforms on the cached bitmap itself. This technique can provide a dramatic improvement to animation performance, though may also result in a reduction in visual quality. The `cacheHint` variable provides a hint to the system about how and when that trade-off (visual quality for animation performance) is acceptable. It is possible to enable the cacheHint only at times when your node is animating. In this way, expensive nodes can appear on screen with full visual quality, yet still animate smoothly. Example: `expensiveNode.cache = true; expensiveNode.cacheHint = CacheHint.QUALITY; ... // Do an animation expensiveNode.cacheHint = CacheHint.SPEED; Timeline { keyFrames: [ KeyFrame { time: 2s values: [ expensiveNode.scaleX => 2.0, expensiveNode.scaleY => 2.0, expensiveNode.rotate=> 360, expensiveNode.cacheHint => CacheHint.QUALITY ] } ] }.play();` Note that `cacheHint` is only a hint to the system. Depending on the details of the node or the transform, this hint may be ignored. If `Node.cache` is false, cacheHint is ignored.
effect	Effect	null	Specifies an effect to apply to this `Node`. Note: this is a conditional feature. See javafx.runtime.ConditionalFeature#EFFECT ConditionalFeature.EFFECT for more information.
disable	Boolean	false	Sets the individual disabled state of this `Node`. Setting `disable` to true will cause this `Node` and any subnodes to become disabled. This variable should be used only to set the disabled state of a `Node`. For querying the disabled state of a `Node`, the #disabled variable should instead be used, since it is possible that a `Node` was disabled as a result of an ancestor being disabled even if the individual `disable` state on this `Node` is `false`.
pickOnBounds	Boolean	false	Defines how the picking computation is done for this node when triggered by a `MouseEvent` or a `contains` function call. If `pickOnBounds` is true, then picking is computed by intersecting with the bounds of this node, else picking is computed by intersecting with the geometric shape of this node.
managed	Boolean	true	Defines whether or not this node's layout will be managed by it's parent. Each parent class follows a strategy for laying out managed children during the scene's layout pass: Group: sets the size of any `Resizable` children to their preferred size; does not alter the size of non-Resizable children; does not position children. Container: sets the size of any `Resizable` content according to its layout rules and each node's layoutInfo; does not alter the size of non-Resizable content; will position nodes (setting `layoutX/layoutY` according to its layout rules. CustomNode: by default it behaves like Group, however its layout behavior may be overridden by a subclass. Parents will ignore unmanaged children for the purposes of layout and it is the application's responsibility to set the size and position of an unmanaged node. By default all nodes are managed. If a `Parent` node is unmanaged, then it will act as a root for layout, which means that layout requests beneath it will cause only the branch rooted by this node to be relayed out.
layoutX	Number	0	Defines the X coordinate of the translation that is added to the transformed coordinates of this `Node` for the purpose of layout. Containers or Groups performing layout will set this variable relative to `layoutBounds.minX` in order to position the node at the desired layout location. For example, if `child` should have a final location of `finalX`: `child.layoutX = finalX - child.layoutBounds.minX;`
layoutY	Number	0	Defines the Y coordinate of the translation that is added to the transformed coordinates of this `Node` for the purpose of layout. Containers or Groups performing layout will set this variable relative to `layoutBounds.minY` in order to position the node at the desired layout location. For example, if `child` should have a final location of `finalY`: `child.layoutY = finalY - child.layoutBounds.minY;`
layoutInfo	LayoutInfoBase		Hook for node-specific layout information used by layout containers. If the node is not a child of a container which supports layout info, this variable will be ignored. Note that layoutInfo object literals may be shared across nodes, which means altering the vars in layoutInfo will affect all such nodes.
transforms	Transform	[]	Defines the sequence of javafx.scene.transform.Transform objects to be applied to this `Node`. This sequence of transforms is applied before #translateX, #translateY, #scaleX, and #scaleY, #rotate transforms. By default, #layoutBounds is defined as the local bounds with all the transforms in this sequence applied.
translateX	Number	0	Defines the X coordinate of the translation that is added to the transformed coordinates of this `Node`. This value will be added to any translation defined by the `transforms` sequence and `layoutX`. This variable can be used to alter the location of a Node without disturbing its layout bounds, which makes it useful for animating a node's location.
translateY	Number	0	Defines the Y coordinate of the translation that is added to the transformed coordinates of this `Node`. This value will be added to any translation defined by the `transforms` sequence and `layoutY`. This variable can be used to alter the location of a Node without disturbing its layout bounds, which makes it useful for animating a node's location.
translateZ	Number	0	Defines the Z coordinate of the translation that is added to the transformed coordinates of this `Node`. This value will be added to any translation defined by the `transforms` sequence and `layoutZ`. This variable can be used to alter the location of a Node without disturbing its layout bounds, which makes it useful for animating a node's location. Note: this is a conditional feature. See javafx.runtime.ConditionalFeature#SCENE3D ConditionalFeature.SCENE3D for more information.
scaleX	Number	1.0	Defines the factor by which coordinates are scaled about the center of the object along the X axis of this `Node`. This is used to stretch or animate the node either manually or by using an animation. This scale factor is not included in #layoutBounds by default, which makes it ideal for scaling the entire node after all effects and transforms have been taken into account. The pivot point about which the scale occurs is the center of the untransformed #layoutBounds.
scaleY	Number	1.0	Defines the factor by which coordinates are scaled about the center of the object along the Y axis of this `Node`. This is used to stretch or animate the node either manually or by using an animation. This scale factor is not included in #layoutBounds by default, which makes it ideal for scaling the entire node after all effects and transforms have been taken into account. The pivot point about which the scale occurs is the center of the untransformed #layoutBounds.
scaleZ	Number	1.0	Defines the factor by which coordinates are scaled about the center of the object along the Z axis of this `Node`. This is used to stretch or animate the node either manually or by using an animation. This scale factor is not included in #layoutBounds by default, which makes it ideal for scaling the entire node after all effects and transforms have been taken into account. The pivot point about which the scale occurs is the center of the rectangular bounds formed by taking #boundsInLocal and applying all the transforms in the #transforms[] sequence. Note: this is a conditional feature. See javafx.runtime.ConditionalFeature#SCENE3D ConditionalFeature.SCENE3D for more information.
rotate	Number	0.0	Defines the angle of rotation about the `Node`'s center, measured in degrees. This is used to rotate the `Node`. This rotation factor is not included in #layoutBounds by default, which makes it ideal for rotating the entire node after all effects and transforms have been taken into account. The pivot point about which the rotation occurs is the center of the untransformed #layoutBounds. Note that because the pivot point is computed as the center of this `Node`'s layout bounds, any change to the layout bounds will cause the pivot point to change, which can move the object. For a leaf node, any change to the geometry will cause the layout bounds to change. For a group node, any change to any of its children, including a change in a child's geometry, clip, effect, position, orientation, or scale, will cause the group's layout bounds to change. If this movement of the pivot point is not desired, applications should instead use the Node's #transforms[] sequence, and add a javafx.scene.transform.Rotate transform, which has a user-specifiable pivot point.
rotationAxis	Point3D	Rotate.Z_AXIS	Defines the axis of rotation of this `Node`. Note: this is a conditional feature. See javafx.runtime.ConditionalFeature#SCENE3D ConditionalFeature.SCENE3D for more information.
blocksMouse	Boolean	false	If `true`, consumes mouse events in this `Node` and does not send them to other nodes further up the scene graph. If a Node wants to block mouse events from going to nodes which are visually obscured by this `Node`, then set blocksMouse to true.
focusTraversable	Boolean	false	Specifies whether this `Node` should be a part of focus traversal cycle. When this property is `true` focus can be moved to this `Node` and from this `Node` using regular focus traversal keys. On a desktop such keys are usually `TAB` for moving focus forward and `SHIFT+TAB` for moving focus backward. When a `Scene` is created, the system gives focus to a `Node` whose `focusTraversable` variable is true and that is eligible to receive the focus, unless the focus had been set explicitly via a call to `requestFocus()`.

Products and Services

Solutions

Downloads

Store

Support

Training

Partners

About

Oracle Technology Network

Profile: desktop, common

Inherits from: Control > Parent > Resizable > TextOffsets > Node

Inherited Variables

Control

Resizable

Node

Oracle Cloud

Java

Customer and Events

Communities

Services and Store

Contact and Chat