migrations/egui
1
0
Fork 0
mirror of https://github.com/emilk/egui.git synced 2026-08-30 13:20:05 -04:00
Code Activity

Fixed typos: wether -> whether (#1210)

Browse Source 
Co-authored-by: mir <mir@wisdomtag.com>
This commit is contained in:
Manuel Innerhofer
2022-02-05 18:14:16 +01:00
committed by GitHub
parent 9ed96155e9
commit 7d41551913
6 changed files with 10 additions and 10 deletions
Download Patch File Download Diff File Expand all files Collapse all files

4
egui/src/context.rs
View File

@@ -900,12 +900,12 @@ impl Context {
// ---------------------------------------------------------------------
/// Wether or not to debug widget layout on hover.
/// Whether or not to debug widget layout on hover.
pub fn debug_on_hover(&self) -> bool {
self.options().style.debug.debug_on_hover
}
/// Turn on/off wether or not to debug widget layout on hover.
/// Turn on/off whether or not to debug widget layout on hover.
pub fn set_debug_on_hover(&self, debug_on_hover: bool) {
let mut style = (*self.options().style).clone();
style.debug.debug_on_hover = debug_on_hover;

4
egui/src/id.rs
View File

@@ -8,7 +8,7 @@
/// moved outside the slider.
///
/// For some widgets `Id`s are also used to persist some state about the
/// widgets, such as Window position or wether not a collapsing header region is open.
/// widgets, such as Window position or whether not a collapsing header region is open.
///
/// This implies that the `Id`s must be unique.
///
@@ -19,7 +19,7 @@
///
/// For things that need to persist state even after moving (windows, collapsing headers)
/// the location of the widgets is obviously not good enough. For instance,
/// a collapsing region needs to remember wether or not it is open even
/// a collapsing region needs to remember whether or not it is open even
/// if the layout next frame is different and the collapsing is not lower down
/// on the screen.
///

4
egui/src/style.rs
View File

@@ -315,10 +315,10 @@ pub struct Visuals {
///
/// If `text_color` is `None` (default), then the text color will be the same as the
/// foreground stroke color (`WidgetVisuals::fg_stroke`)
/// and will depend on wether or not the widget is being interacted with.
/// and will depend on whether or not the widget is being interacted with.
///
/// In the future we may instead modulate
/// the `text_color` based on wether or not it is interacted with
/// the `text_color` based on whether or not it is interacted with
/// so that `visuals.text_color` is always used,
/// but its alpha may be different based on whether or not
/// it is disabled, non-interactive, hovered etc.