Struct Previewer 

pub struct Previewer { /* private fields */ }

Non blocking preview builder.

Allow preview building without blocking status. The process is quite complicated but fast. We use 2 std::sync::mpsc :

• one to ask a preview to be built, sent from crate::app::Status itself, it’s received here in a separated thread and built outisde of status thread.
• one to send the crate::modes::Preview out of the thread to status. It’s the responsability of the application to force status to attach the preview.

ATM only the previews for the second pane are built here. It’s useless if the user display previews in the current tab since navigation isn’t possible.

Implementations

impl Previewer

pub fn new(tx_preview: Sender<PreviewResponse>) -> Self

Starts the previewer loop in a thread and create a new instance with a std::sync::mpsc::Sender.

The previewer will wait for std::sync::mpsc::Receiver messages and react accordingly :

• if the message asks to quit, it will break the loop and leave.
• if the message is a request, it will create the associate preview and send it back to the application. The application should then ask the status to attach the preview. It’s complicated but I couldn’t find a simpler way to check for the preview.

pub fn quit(&self)

Sends a “quit” message to the previewer loop. It will break the loop, exiting the previewer.

pub fn build( &self, path: PathBuf, index: usize, line_index: Option<usize>, ) -> Result<()>

Sends an “ask preview” to the previewer loop. A preview will be built, which won’t block the application. Once the preview is built, it’s send back to status, which should be asked to attach the preview. The preview won’t be attached automatically, it’s the responsability of the application to do it.