#[non_exhaustive]pub struct CreateFileSystemOpenZfsConfigurationBuilder { /* private fields */ }
Expand description
A builder for CreateFileSystemOpenZfsConfiguration
.
Implementations§
Source§impl CreateFileSystemOpenZfsConfigurationBuilder
impl CreateFileSystemOpenZfsConfigurationBuilder
Sourcepub fn automatic_backup_retention_days(self, input: i32) -> Self
pub fn automatic_backup_retention_days(self, input: i32) -> Self
The number of days to retain automatic backups. Setting this property to 0
disables automatic backups. You can retain automatic backups for a maximum of 90 days. The default is 30
.
Sourcepub fn set_automatic_backup_retention_days(self, input: Option<i32>) -> Self
pub fn set_automatic_backup_retention_days(self, input: Option<i32>) -> Self
The number of days to retain automatic backups. Setting this property to 0
disables automatic backups. You can retain automatic backups for a maximum of 90 days. The default is 30
.
Sourcepub fn get_automatic_backup_retention_days(&self) -> &Option<i32>
pub fn get_automatic_backup_retention_days(&self) -> &Option<i32>
The number of days to retain automatic backups. Setting this property to 0
disables automatic backups. You can retain automatic backups for a maximum of 90 days. The default is 30
.
A Boolean value indicating whether tags for the file system should be copied to backups. This value defaults to false
. If it's set to true
, all tags for the file system are copied to all automatic and user-initiated backups where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to backups. If you specify one or more tags when creating a user-initiated backup, no tags are copied from the file system, regardless of this value.
A Boolean value indicating whether tags for the file system should be copied to backups. This value defaults to false
. If it's set to true
, all tags for the file system are copied to all automatic and user-initiated backups where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to backups. If you specify one or more tags when creating a user-initiated backup, no tags are copied from the file system, regardless of this value.
A Boolean value indicating whether tags for the file system should be copied to backups. This value defaults to false
. If it's set to true
, all tags for the file system are copied to all automatic and user-initiated backups where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to backups. If you specify one or more tags when creating a user-initiated backup, no tags are copied from the file system, regardless of this value.
A Boolean value indicating whether tags for the file system should be copied to volumes. This value defaults to false
. If it's set to true
, all tags for the file system are copied to volumes where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to volumes. If you specify one or more tags when creating the volume, no tags are copied from the file system, regardless of this value.
A Boolean value indicating whether tags for the file system should be copied to volumes. This value defaults to false
. If it's set to true
, all tags for the file system are copied to volumes where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to volumes. If you specify one or more tags when creating the volume, no tags are copied from the file system, regardless of this value.
A Boolean value indicating whether tags for the file system should be copied to volumes. This value defaults to false
. If it's set to true
, all tags for the file system are copied to volumes where the user doesn't specify tags. If this value is true
, and you specify one or more tags, only the specified tags are copied to volumes. If you specify one or more tags when creating the volume, no tags are copied from the file system, regardless of this value.
Sourcepub fn daily_automatic_backup_start_time(self, input: impl Into<String>) -> Self
pub fn daily_automatic_backup_start_time(self, input: impl Into<String>) -> Self
A recurring daily time, in the format HH:MM
. HH
is the zero-padded hour of the day (0-23), and MM
is the zero-padded minute of the hour. For example, 05:00
specifies 5 AM daily.
Sourcepub fn set_daily_automatic_backup_start_time(
self,
input: Option<String>,
) -> Self
pub fn set_daily_automatic_backup_start_time( self, input: Option<String>, ) -> Self
A recurring daily time, in the format HH:MM
. HH
is the zero-padded hour of the day (0-23), and MM
is the zero-padded minute of the hour. For example, 05:00
specifies 5 AM daily.
Sourcepub fn get_daily_automatic_backup_start_time(&self) -> &Option<String>
pub fn get_daily_automatic_backup_start_time(&self) -> &Option<String>
A recurring daily time, in the format HH:MM
. HH
is the zero-padded hour of the day (0-23), and MM
is the zero-padded minute of the hour. For example, 05:00
specifies 5 AM daily.
Sourcepub fn deployment_type(self, input: OpenZfsDeploymentType) -> Self
pub fn deployment_type(self, input: OpenZfsDeploymentType) -> Self
Specifies the file system deployment type. Valid values are the following:
-
MULTI_AZ_1
- Creates file systems with high availability and durability by replicating your data and supporting failover across multiple Availability Zones in the same Amazon Web Services Region. -
SINGLE_AZ_HA_2
- Creates file systems with high availability and throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_HA_1
- Creates file systems with high availability and throughput capacities of 64 - 4,096 MB/s by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_2
- Creates file systems with throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache that automatically recover within a single Availability Zone. -
SINGLE_AZ_1
- Creates file systems with throughput capacities of 64 - 4,096 MBs that automatically recover within a single Availability Zone.
For a list of which Amazon Web Services Regions each deployment type is available in, see Deployment type availability. For more information on the differences in performance between deployment types, see File system performance in the Amazon FSx for OpenZFS User Guide.
This field is required.Sourcepub fn set_deployment_type(self, input: Option<OpenZfsDeploymentType>) -> Self
pub fn set_deployment_type(self, input: Option<OpenZfsDeploymentType>) -> Self
Specifies the file system deployment type. Valid values are the following:
-
MULTI_AZ_1
- Creates file systems with high availability and durability by replicating your data and supporting failover across multiple Availability Zones in the same Amazon Web Services Region. -
SINGLE_AZ_HA_2
- Creates file systems with high availability and throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_HA_1
- Creates file systems with high availability and throughput capacities of 64 - 4,096 MB/s by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_2
- Creates file systems with throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache that automatically recover within a single Availability Zone. -
SINGLE_AZ_1
- Creates file systems with throughput capacities of 64 - 4,096 MBs that automatically recover within a single Availability Zone.
For a list of which Amazon Web Services Regions each deployment type is available in, see Deployment type availability. For more information on the differences in performance between deployment types, see File system performance in the Amazon FSx for OpenZFS User Guide.
Sourcepub fn get_deployment_type(&self) -> &Option<OpenZfsDeploymentType>
pub fn get_deployment_type(&self) -> &Option<OpenZfsDeploymentType>
Specifies the file system deployment type. Valid values are the following:
-
MULTI_AZ_1
- Creates file systems with high availability and durability by replicating your data and supporting failover across multiple Availability Zones in the same Amazon Web Services Region. -
SINGLE_AZ_HA_2
- Creates file systems with high availability and throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_HA_1
- Creates file systems with high availability and throughput capacities of 64 - 4,096 MB/s by deploying a primary and standby file system within the same Availability Zone. -
SINGLE_AZ_2
- Creates file systems with throughput capacities of 160 - 10,240 MB/s using an NVMe L2ARC cache that automatically recover within a single Availability Zone. -
SINGLE_AZ_1
- Creates file systems with throughput capacities of 64 - 4,096 MBs that automatically recover within a single Availability Zone.
For a list of which Amazon Web Services Regions each deployment type is available in, see Deployment type availability. For more information on the differences in performance between deployment types, see File system performance in the Amazon FSx for OpenZFS User Guide.
Sourcepub fn throughput_capacity(self, input: i32) -> Self
pub fn throughput_capacity(self, input: i32) -> Self
Specifies the throughput of an Amazon FSx for OpenZFS file system, measured in megabytes per second (MBps). Valid values depend on the DeploymentType
that you choose, as follows:
-
For
MULTI_AZ_1
andSINGLE_AZ_2
, valid values are 160, 320, 640, 1280, 2560, 3840, 5120, 7680, or 10240 MBps. -
For
SINGLE_AZ_1
, valid values are 64, 128, 256, 512, 1024, 2048, 3072, or 4096 MBps.
You pay for additional throughput capacity that you provision.
This field is required.Sourcepub fn set_throughput_capacity(self, input: Option<i32>) -> Self
pub fn set_throughput_capacity(self, input: Option<i32>) -> Self
Specifies the throughput of an Amazon FSx for OpenZFS file system, measured in megabytes per second (MBps). Valid values depend on the DeploymentType
that you choose, as follows:
-
For
MULTI_AZ_1
andSINGLE_AZ_2
, valid values are 160, 320, 640, 1280, 2560, 3840, 5120, 7680, or 10240 MBps. -
For
SINGLE_AZ_1
, valid values are 64, 128, 256, 512, 1024, 2048, 3072, or 4096 MBps.
You pay for additional throughput capacity that you provision.
Sourcepub fn get_throughput_capacity(&self) -> &Option<i32>
pub fn get_throughput_capacity(&self) -> &Option<i32>
Specifies the throughput of an Amazon FSx for OpenZFS file system, measured in megabytes per second (MBps). Valid values depend on the DeploymentType
that you choose, as follows:
-
For
MULTI_AZ_1
andSINGLE_AZ_2
, valid values are 160, 320, 640, 1280, 2560, 3840, 5120, 7680, or 10240 MBps. -
For
SINGLE_AZ_1
, valid values are 64, 128, 256, 512, 1024, 2048, 3072, or 4096 MBps.
You pay for additional throughput capacity that you provision.
Sourcepub fn weekly_maintenance_start_time(self, input: impl Into<String>) -> Self
pub fn weekly_maintenance_start_time(self, input: impl Into<String>) -> Self
The preferred start time to perform weekly maintenance, formatted d:HH:MM in the UTC time zone, where d is the weekday number, from 1 through 7, beginning with Monday and ending with Sunday.
For example, 1:05:00
specifies maintenance at 5 AM Monday.
Sourcepub fn set_weekly_maintenance_start_time(self, input: Option<String>) -> Self
pub fn set_weekly_maintenance_start_time(self, input: Option<String>) -> Self
The preferred start time to perform weekly maintenance, formatted d:HH:MM in the UTC time zone, where d is the weekday number, from 1 through 7, beginning with Monday and ending with Sunday.
For example, 1:05:00
specifies maintenance at 5 AM Monday.
Sourcepub fn get_weekly_maintenance_start_time(&self) -> &Option<String>
pub fn get_weekly_maintenance_start_time(&self) -> &Option<String>
The preferred start time to perform weekly maintenance, formatted d:HH:MM in the UTC time zone, where d is the weekday number, from 1 through 7, beginning with Monday and ending with Sunday.
For example, 1:05:00
specifies maintenance at 5 AM Monday.
Sourcepub fn disk_iops_configuration(self, input: DiskIopsConfiguration) -> Self
pub fn disk_iops_configuration(self, input: DiskIopsConfiguration) -> Self
The SSD IOPS (input/output operations per second) configuration for an Amazon FSx for NetApp ONTAP, Amazon FSx for Windows File Server, or FSx for OpenZFS file system. By default, Amazon FSx automatically provisions 3 IOPS per GB of storage capacity. You can provision additional IOPS per GB of storage. The configuration consists of the total number of provisioned SSD IOPS and how it is was provisioned, or the mode (by the customer or by Amazon FSx).
Sourcepub fn set_disk_iops_configuration(
self,
input: Option<DiskIopsConfiguration>,
) -> Self
pub fn set_disk_iops_configuration( self, input: Option<DiskIopsConfiguration>, ) -> Self
The SSD IOPS (input/output operations per second) configuration for an Amazon FSx for NetApp ONTAP, Amazon FSx for Windows File Server, or FSx for OpenZFS file system. By default, Amazon FSx automatically provisions 3 IOPS per GB of storage capacity. You can provision additional IOPS per GB of storage. The configuration consists of the total number of provisioned SSD IOPS and how it is was provisioned, or the mode (by the customer or by Amazon FSx).
Sourcepub fn get_disk_iops_configuration(&self) -> &Option<DiskIopsConfiguration>
pub fn get_disk_iops_configuration(&self) -> &Option<DiskIopsConfiguration>
The SSD IOPS (input/output operations per second) configuration for an Amazon FSx for NetApp ONTAP, Amazon FSx for Windows File Server, or FSx for OpenZFS file system. By default, Amazon FSx automatically provisions 3 IOPS per GB of storage capacity. You can provision additional IOPS per GB of storage. The configuration consists of the total number of provisioned SSD IOPS and how it is was provisioned, or the mode (by the customer or by Amazon FSx).
Sourcepub fn root_volume_configuration(
self,
input: OpenZfsCreateRootVolumeConfiguration,
) -> Self
pub fn root_volume_configuration( self, input: OpenZfsCreateRootVolumeConfiguration, ) -> Self
The configuration Amazon FSx uses when creating the root value of the Amazon FSx for OpenZFS file system. All volumes are children of the root volume.
Sourcepub fn set_root_volume_configuration(
self,
input: Option<OpenZfsCreateRootVolumeConfiguration>,
) -> Self
pub fn set_root_volume_configuration( self, input: Option<OpenZfsCreateRootVolumeConfiguration>, ) -> Self
The configuration Amazon FSx uses when creating the root value of the Amazon FSx for OpenZFS file system. All volumes are children of the root volume.
Sourcepub fn get_root_volume_configuration(
&self,
) -> &Option<OpenZfsCreateRootVolumeConfiguration>
pub fn get_root_volume_configuration( &self, ) -> &Option<OpenZfsCreateRootVolumeConfiguration>
The configuration Amazon FSx uses when creating the root value of the Amazon FSx for OpenZFS file system. All volumes are children of the root volume.
Sourcepub fn preferred_subnet_id(self, input: impl Into<String>) -> Self
pub fn preferred_subnet_id(self, input: impl Into<String>) -> Self
Required when DeploymentType
is set to MULTI_AZ_1
. This specifies the subnet in which you want the preferred file server to be located.
Sourcepub fn set_preferred_subnet_id(self, input: Option<String>) -> Self
pub fn set_preferred_subnet_id(self, input: Option<String>) -> Self
Required when DeploymentType
is set to MULTI_AZ_1
. This specifies the subnet in which you want the preferred file server to be located.
Sourcepub fn get_preferred_subnet_id(&self) -> &Option<String>
pub fn get_preferred_subnet_id(&self) -> &Option<String>
Required when DeploymentType
is set to MULTI_AZ_1
. This specifies the subnet in which you want the preferred file server to be located.
Sourcepub fn endpoint_ip_address_range(self, input: impl Into<String>) -> Self
pub fn endpoint_ip_address_range(self, input: impl Into<String>) -> Self
(Multi-AZ only) Specifies the IP address range in which the endpoints to access your file system will be created. By default in the Amazon FSx API and Amazon FSx console, Amazon FSx selects an available /28 IP address range for you from one of the VPC's CIDR ranges. You can have overlapping endpoint IP addresses for file systems deployed in the same VPC/route tables, as long as they don't overlap with any subnet.
Sourcepub fn set_endpoint_ip_address_range(self, input: Option<String>) -> Self
pub fn set_endpoint_ip_address_range(self, input: Option<String>) -> Self
(Multi-AZ only) Specifies the IP address range in which the endpoints to access your file system will be created. By default in the Amazon FSx API and Amazon FSx console, Amazon FSx selects an available /28 IP address range for you from one of the VPC's CIDR ranges. You can have overlapping endpoint IP addresses for file systems deployed in the same VPC/route tables, as long as they don't overlap with any subnet.
Sourcepub fn get_endpoint_ip_address_range(&self) -> &Option<String>
pub fn get_endpoint_ip_address_range(&self) -> &Option<String>
(Multi-AZ only) Specifies the IP address range in which the endpoints to access your file system will be created. By default in the Amazon FSx API and Amazon FSx console, Amazon FSx selects an available /28 IP address range for you from one of the VPC's CIDR ranges. You can have overlapping endpoint IP addresses for file systems deployed in the same VPC/route tables, as long as they don't overlap with any subnet.
Sourcepub fn route_table_ids(self, input: impl Into<String>) -> Self
pub fn route_table_ids(self, input: impl Into<String>) -> Self
Appends an item to route_table_ids
.
To override the contents of this collection use set_route_table_ids
.
(Multi-AZ only) Specifies the route tables in which Amazon FSx creates the rules for routing traffic to the correct file server. You should specify all virtual private cloud (VPC) route tables associated with the subnets in which your clients are located. By default, Amazon FSx selects your VPC's default route table.
Sourcepub fn set_route_table_ids(self, input: Option<Vec<String>>) -> Self
pub fn set_route_table_ids(self, input: Option<Vec<String>>) -> Self
(Multi-AZ only) Specifies the route tables in which Amazon FSx creates the rules for routing traffic to the correct file server. You should specify all virtual private cloud (VPC) route tables associated with the subnets in which your clients are located. By default, Amazon FSx selects your VPC's default route table.
Sourcepub fn get_route_table_ids(&self) -> &Option<Vec<String>>
pub fn get_route_table_ids(&self) -> &Option<Vec<String>>
(Multi-AZ only) Specifies the route tables in which Amazon FSx creates the rules for routing traffic to the correct file server. You should specify all virtual private cloud (VPC) route tables associated with the subnets in which your clients are located. By default, Amazon FSx selects your VPC's default route table.
Sourcepub fn read_cache_configuration(
self,
input: OpenZfsReadCacheConfiguration,
) -> Self
pub fn read_cache_configuration( self, input: OpenZfsReadCacheConfiguration, ) -> Self
Specifies the optional provisioned SSD read cache on file systems that use the Intelligent-Tiering storage class.
Sourcepub fn set_read_cache_configuration(
self,
input: Option<OpenZfsReadCacheConfiguration>,
) -> Self
pub fn set_read_cache_configuration( self, input: Option<OpenZfsReadCacheConfiguration>, ) -> Self
Specifies the optional provisioned SSD read cache on file systems that use the Intelligent-Tiering storage class.
Sourcepub fn get_read_cache_configuration(
&self,
) -> &Option<OpenZfsReadCacheConfiguration>
pub fn get_read_cache_configuration( &self, ) -> &Option<OpenZfsReadCacheConfiguration>
Specifies the optional provisioned SSD read cache on file systems that use the Intelligent-Tiering storage class.
Sourcepub fn build(self) -> CreateFileSystemOpenZfsConfiguration
pub fn build(self) -> CreateFileSystemOpenZfsConfiguration
Consumes the builder and constructs a CreateFileSystemOpenZfsConfiguration
.
Trait Implementations§
Source§impl Clone for CreateFileSystemOpenZfsConfigurationBuilder
impl Clone for CreateFileSystemOpenZfsConfigurationBuilder
Source§fn clone(&self) -> CreateFileSystemOpenZfsConfigurationBuilder
fn clone(&self) -> CreateFileSystemOpenZfsConfigurationBuilder
1.0.0 · Source§const fn clone_from(&mut self, source: &Self)
const fn clone_from(&mut self, source: &Self)
source
. Read moreSource§impl Default for CreateFileSystemOpenZfsConfigurationBuilder
impl Default for CreateFileSystemOpenZfsConfigurationBuilder
Source§fn default() -> CreateFileSystemOpenZfsConfigurationBuilder
fn default() -> CreateFileSystemOpenZfsConfigurationBuilder
Source§impl PartialEq for CreateFileSystemOpenZfsConfigurationBuilder
impl PartialEq for CreateFileSystemOpenZfsConfigurationBuilder
Source§fn eq(&self, other: &CreateFileSystemOpenZfsConfigurationBuilder) -> bool
fn eq(&self, other: &CreateFileSystemOpenZfsConfigurationBuilder) -> bool
self
and other
values to be equal, and is used by ==
.impl StructuralPartialEq for CreateFileSystemOpenZfsConfigurationBuilder
Auto Trait Implementations§
impl Freeze for CreateFileSystemOpenZfsConfigurationBuilder
impl RefUnwindSafe for CreateFileSystemOpenZfsConfigurationBuilder
impl Send for CreateFileSystemOpenZfsConfigurationBuilder
impl Sync for CreateFileSystemOpenZfsConfigurationBuilder
impl Unpin for CreateFileSystemOpenZfsConfigurationBuilder
impl UnwindSafe for CreateFileSystemOpenZfsConfigurationBuilder
Blanket Implementations§
Source§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
Source§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
Source§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
Source§impl<T> Instrument for T
impl<T> Instrument for T
Source§fn instrument(self, span: Span) -> Instrumented<Self>
fn instrument(self, span: Span) -> Instrumented<Self>
Source§fn in_current_span(self) -> Instrumented<Self>
fn in_current_span(self) -> Instrumented<Self>
Source§impl<T> IntoEither for T
impl<T> IntoEither for T
Source§fn into_either(self, into_left: bool) -> Either<Self, Self>
fn into_either(self, into_left: bool) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left
is true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
fn into_either_with<F>(self, into_left: F) -> Either<Self, Self>
self
into a Left
variant of Either<Self, Self>
if into_left(&self)
returns true
.
Converts self
into a Right
variant of Either<Self, Self>
otherwise. Read moreSource§impl<T> Paint for Twhere
T: ?Sized,
impl<T> Paint for Twhere
T: ?Sized,
Source§fn fg(&self, value: Color) -> Painted<&T>
fn fg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the foreground set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like red()
and
green()
, which have the same functionality but are
pithier.
§Example
Set foreground color to white using fg()
:
use yansi::{Paint, Color};
painted.fg(Color::White);
Set foreground color to white using white()
.
use yansi::Paint;
painted.white();
Source§fn bright_black(&self) -> Painted<&T>
fn bright_black(&self) -> Painted<&T>
Source§fn bright_red(&self) -> Painted<&T>
fn bright_red(&self) -> Painted<&T>
Source§fn bright_green(&self) -> Painted<&T>
fn bright_green(&self) -> Painted<&T>
Source§fn bright_yellow(&self) -> Painted<&T>
fn bright_yellow(&self) -> Painted<&T>
Source§fn bright_blue(&self) -> Painted<&T>
fn bright_blue(&self) -> Painted<&T>
Source§fn bright_magenta(&self) -> Painted<&T>
fn bright_magenta(&self) -> Painted<&T>
Source§fn bright_cyan(&self) -> Painted<&T>
fn bright_cyan(&self) -> Painted<&T>
Source§fn bright_white(&self) -> Painted<&T>
fn bright_white(&self) -> Painted<&T>
Source§fn bg(&self, value: Color) -> Painted<&T>
fn bg(&self, value: Color) -> Painted<&T>
Returns a styled value derived from self
with the background set to
value
.
This method should be used rarely. Instead, prefer to use color-specific
builder methods like on_red()
and
on_green()
, which have the same functionality but
are pithier.
§Example
Set background color to red using fg()
:
use yansi::{Paint, Color};
painted.bg(Color::Red);
Set background color to red using on_red()
.
use yansi::Paint;
painted.on_red();
Source§fn on_primary(&self) -> Painted<&T>
fn on_primary(&self) -> Painted<&T>
Source§fn on_magenta(&self) -> Painted<&T>
fn on_magenta(&self) -> Painted<&T>
Source§fn on_bright_black(&self) -> Painted<&T>
fn on_bright_black(&self) -> Painted<&T>
Source§fn on_bright_red(&self) -> Painted<&T>
fn on_bright_red(&self) -> Painted<&T>
Source§fn on_bright_green(&self) -> Painted<&T>
fn on_bright_green(&self) -> Painted<&T>
Source§fn on_bright_yellow(&self) -> Painted<&T>
fn on_bright_yellow(&self) -> Painted<&T>
Source§fn on_bright_blue(&self) -> Painted<&T>
fn on_bright_blue(&self) -> Painted<&T>
Source§fn on_bright_magenta(&self) -> Painted<&T>
fn on_bright_magenta(&self) -> Painted<&T>
Source§fn on_bright_cyan(&self) -> Painted<&T>
fn on_bright_cyan(&self) -> Painted<&T>
Source§fn on_bright_white(&self) -> Painted<&T>
fn on_bright_white(&self) -> Painted<&T>
Source§fn attr(&self, value: Attribute) -> Painted<&T>
fn attr(&self, value: Attribute) -> Painted<&T>
Enables the styling Attribute
value
.
This method should be used rarely. Instead, prefer to use
attribute-specific builder methods like bold()
and
underline()
, which have the same functionality
but are pithier.
§Example
Make text bold using attr()
:
use yansi::{Paint, Attribute};
painted.attr(Attribute::Bold);
Make text bold using using bold()
.
use yansi::Paint;
painted.bold();
Source§fn rapid_blink(&self) -> Painted<&T>
fn rapid_blink(&self) -> Painted<&T>
Source§fn quirk(&self, value: Quirk) -> Painted<&T>
fn quirk(&self, value: Quirk) -> Painted<&T>
Enables the yansi
Quirk
value
.
This method should be used rarely. Instead, prefer to use quirk-specific
builder methods like mask()
and
wrap()
, which have the same functionality but are
pithier.
§Example
Enable wrapping using .quirk()
:
use yansi::{Paint, Quirk};
painted.quirk(Quirk::Wrap);
Enable wrapping using wrap()
.
use yansi::Paint;
painted.wrap();
Source§fn clear(&self) -> Painted<&T>
👎Deprecated since 1.0.1: renamed to resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.
fn clear(&self) -> Painted<&T>
resetting()
due to conflicts with Vec::clear()
.
The clear()
method will be removed in a future release.Source§fn whenever(&self, value: Condition) -> Painted<&T>
fn whenever(&self, value: Condition) -> Painted<&T>
Conditionally enable styling based on whether the Condition
value
applies. Replaces any previous condition.
See the crate level docs for more details.
§Example
Enable styling painted
only when both stdout
and stderr
are TTYs:
use yansi::{Paint, Condition};
painted.red().on_yellow().whenever(Condition::STDOUTERR_ARE_TTY);