pub struct Step {
pub value: f64,
pub label: Option<String>,
}Fields§
§value: f64§label: Option<String>Trait Implementations§
Source§impl<S> IntoPropValue<Step> for (f64, S)
impl<S> IntoPropValue<Step> for (f64, S)
Source§fn into_prop_value(self) -> Step
fn into_prop_value(self) -> Step
self to a value of a Properties struct.Source§impl IntoPropValue<Step> for f64
impl IntoPropValue<Step> for f64
Source§fn into_prop_value(self) -> Step
fn into_prop_value(self) -> Step
self to a value of a Properties struct.impl StructuralPartialEq for Step
Auto Trait Implementations§
impl Freeze for Step
impl RefUnwindSafe for Step
impl Send for Step
impl Sync for Step
impl Unpin for Step
impl UnwindSafe for Step
Blanket Implementations§
§impl<T> BorrowMut<T> for Twhere
T: ?Sized,
impl<T> BorrowMut<T> for Twhere
T: ?Sized,
§fn borrow_mut(&mut self) -> &mut T
fn borrow_mut(&mut self) -> &mut T
§impl<T> CloneToUninit for Twhere
T: Clone,
impl<T> CloneToUninit for Twhere
T: Clone,
§unsafe fn clone_to_uninit(&self, dest: *mut u8)
unsafe fn clone_to_uninit(&self, dest: *mut u8)
clone_to_uninit)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> IntoPropValue<Option<T>> for T
impl<T> IntoPropValue<Option<T>> for T
Source§fn into_prop_value(self) -> Option<T>
fn into_prop_value(self) -> Option<T>
self to a value of a Properties struct.Source§impl<T> IntoPropValue<T> for T
impl<T> IntoPropValue<T> for T
Source§fn into_prop_value(self) -> T
fn into_prop_value(self) -> T
self to a value of a Properties struct.Source§impl<T> IntoTruncateContent for Twhere
T: ToString,
impl<T> IntoTruncateContent for Twhere
T: ToString,
Source§fn truncate_before(self, num: usize) -> TruncateContent
fn truncate_before(self, num: usize) -> TruncateContent
This function is supposed to truncate num characters before the end of the string.
§Bytes, Code Points, and Grapheme Clusters
However, what it actually does is to truncate the string at the next Unicode code point,
after num bytes (not characters). This is quick and should work reasonably well with
the Latin 1 character set (or, UTF-8 characters which are represented by a single byte).
Given a string with multi-byte code points, or even grapheme clusters (user-perceived characters, which may consists of multiple Unicode code points), this will split at the wrong location.
It will still split, and not skip any data. But it might lead to an unexpected (shorter) end section.
What about an actual correct implementation? That would be possible by using an additional dependency. It would also need to count all code points and grapheme clusters from the start of the string. The question is: is that worth it? Maybe, maybe not!?