zellij-org/zellij

Bug: opening a new tab is a little slow

Open

#176 opened on Feb 10, 2021

View on GitHub
 (13 comments) (2 reactions) (0 assignees)Rust (32,593 stars) (1,191 forks)batch import
help wanted

Description

When we open a tab, zellij waits until a new pty starts and only then opens the tab. This feels slow to the user. It can be cool to first render an empty tab and "connect" it to a pty when it finishes opening. That should be a more pleasant user experience.

Contributor guide

Tech stack
rust
Domain
cliperformance
Issue type
performance
DifficultyEstimated implementation difficulty for a new contributor, from 1 for very small changes to 5 for expert-level work.
3
Estimated timeA rough time range for an experienced contributor to investigate, implement, test, and prepare a pull request.
half day
Activity statusHow available the issue appears right now: fresh, active, stale, blocked, or waiting on maintainer input.
active
ClarityHow clearly the issue explains the expected change, acceptance criteria, and next step.
clear
Prerequisites
Rust programmingasync/awaitterminal multiplexer concepts
Newbie friendlinessA 1-100 score estimating how approachable this issue is for first-time contributors.
45
Research direction
The issue suggests rendering an empty tab immediately and connecting it to a pty asynchronously. Look at the tab creation and pty spawning logic in the codebase, likely in `src/tab.rs` or `src/pty.rs`. Examine how `Tab` structs are created and how PTY initialization is currently blocking the UI. The goal is to decouple the tab rendering from the PTY connection.