Struct requestty_ui::backend::CrosstermBackend [−][src]
pub struct CrosstermBackend<W> { /* fields omitted */ }crossterm only.Expand description
A backend that uses the crossterm library.
Implementations
pub fn new(buffer: W) -> CrosstermBackend<W>ⓘNotable traits for CrosstermBackend<W>impl<W: Write> Write for CrosstermBackend<W>
pub fn new(buffer: W) -> CrosstermBackend<W>ⓘNotable traits for CrosstermBackend<W>impl<W: Write> Write for CrosstermBackend<W>
impl<W: Write> Write for CrosstermBackend<W>Creates a new CrosstermBackend
Trait Implementations
Enables raw mode.
Disables raw mode.
Hides the cursor.
Shows the cursor.
Gets the cursor position as (col, row). The top-left cell is (0, 0).
Moves the cursor to given position. The top-left cell is (0, 0).
Moves the cursor relative to the current position as per the direction.
Scrolls the terminal the given number of rows. Read more
Sets the given attributes removing ones which were previous applied.
fn clone(&self) -> CrosstermBackend<W>ⓘNotable traits for CrosstermBackend<W>impl<W: Write> Write for CrosstermBackend<W>
fn clone(&self) -> CrosstermBackend<W>ⓘNotable traits for CrosstermBackend<W>impl<W: Write> Write for CrosstermBackend<W>
impl<W: Write> Write for CrosstermBackend<W>Returns a copy of the value. Read more
Performs copy-assignment from source. Read more
Write a buffer into this writer, returning how many bytes were written. Read more
Flush this output stream, ensuring that all intermediately buffered contents reach their destination. Read more
can_vector)Determines if this Writer has an efficient write_vectored
implementation. Read more
Attempts to write an entire buffer into this writer. Read more
write_all_vectored)Attempts to write multiple buffers into this writer. Read more
Writes a formatted string into this writer, returning any error encountered. Read more
Auto Trait Implementations
impl<W> RefUnwindSafe for CrosstermBackend<W> where
W: RefUnwindSafe,
impl<W> Send for CrosstermBackend<W> where
W: Send,
impl<W> Sync for CrosstermBackend<W> where
W: Sync,
impl<W> Unpin for CrosstermBackend<W> where
W: Unpin,
impl<W> UnwindSafe for CrosstermBackend<W> where
W: UnwindSafe,
Blanket Implementations
Mutably borrows from an owned value. Read more
Executes the given command directly.
The given command its ANSI escape code will be written and flushed onto Self.
Arguments
-
The command that you want to execute directly.
Example
use std::io::{Write, stdout};
use crossterm::{Result, ExecutableCommand, style::Print};
fn main() -> Result<()> {
// will be executed directly
stdout()
.execute(Print("sum:\n".to_string()))?
.execute(Print(format!("1 + 1= {} ", 1 + 1)))?;
Ok(())
// ==== Output ====
// sum:
// 1 + 1 = 2
}Have a look over at the Command API for more details.
Notes
- In the case of UNIX and Windows 10, ANSI codes are written to the given ‘writer’.
- In case of Windows versions lower than 10, a direct WinAPI call will be made.
The reason for this is that Windows versions lower than 10 do not support ANSI codes,
and can therefore not be written to the given
writer. Therefore, there is no difference between execute and queue for those old Windows versions.
Switch to raw mode. Read more
Queues the given command for further execution.
Queued commands will be executed in the following cases:
- When
flushis called manually on the given type implementingio::Write. - The terminal will
flushautomatically if the buffer is full. - Each line is flushed in case of
stdout, because it is line buffered.
Arguments
-
The command that you want to queue for later execution.
Examples
use std::io::{Write, stdout};
use crossterm::{Result, QueueableCommand, style::Print};
fn main() -> Result<()> {
let mut stdout = stdout();
// `Print` will executed executed when `flush` is called.
stdout
.queue(Print("foo 1\n".to_string()))?
.queue(Print("foo 2".to_string()))?;
// some other code (no execution happening here) ...
// when calling `flush` on `stdout`, all commands will be written to the stdout and therefore executed.
stdout.flush()?;
Ok(())
// ==== Output ====
// foo 1
// foo 2
}Have a look over at the Command API for more details.
Notes
- In the case of UNIX and Windows 10, ANSI codes are written to the given ‘writer’.
- In case of Windows versions lower than 10, a direct WinAPI call will be made.
The reason for this is that Windows versions lower than 10 do not support ANSI codes,
and can therefore not be written to the given
writer. Therefore, there is no difference between execute and queue for those old Windows versions.