[GH-ISSUE #746] ANSI writer - cursor movement to history #547

Closed
opened 2026-03-04 01:05:55 +03:00 by kerem · 3 comments
Owner

Originally created by @dcrystalj on GitHub (Jul 18, 2022).
Original GitHub issue: https://github.com/rivo/tview/issues/746

I would like to have an option to move cursor back and forth? just like writing to terminal does.

Can ansi writer modify something that was already written with characters like \r or \b ? If I am redirecting terminal output to ANSI writer a lot of things are broken because of this.

for example writing \b character should move cursor one char back, so effectively next written character should override the last one.

Originally created by @dcrystalj on GitHub (Jul 18, 2022). Original GitHub issue: https://github.com/rivo/tview/issues/746 I would like to have an option to move cursor back and forth? just like writing to terminal does. Can ansi writer modify something that was already written with characters like `\r` or `\b` ? If I am redirecting terminal output to ANSI writer a lot of things are broken because of this. for example writing `\b` character should move cursor one char back, so effectively next written character should override the last one.
kerem closed this issue 2026-03-04 01:05:55 +03:00
Author
Owner

@rivo commented on GitHub (Aug 11, 2022):

The ANSI writer will convert basic text and colour escape codes. But it won't translate any control sequences. In short, piping another program's output into tview is doable in many cases, but running another interactive application inside tview is not possible. At this point, tview is not like tmux/screen.

Btw, this is one of the suggested (major) features in the questionnaire (#578) but demand for it is low. There are other features that seem to be much more important to many users.

<!-- gh-comment-id:1212426954 --> @rivo commented on GitHub (Aug 11, 2022): The ANSI writer will convert basic text and colour escape codes. But it won't translate any control sequences. In short, piping another program's output into `tview` is doable in many cases, but running another interactive application inside `tview` is not possible. At this point, `tview` is not like tmux/screen. Btw, this is one of the suggested (major) features in the questionnaire (#578) but demand for it is low. There are other features that seem to be much more important to many users.
Author
Owner

@dcrystalj commented on GitHub (Aug 13, 2022):

ok, thank you. Currently I am using tview to display other programs output and it's quite annoying when there is some kind of loading.

I have submitted the questionnaire now, but didn't know that there was any. Maybe you should consider linking it in root readme.md to get more realistic feedback?

I hope this feature will eventually be added to tview 🙏

<!-- gh-comment-id:1214142633 --> @dcrystalj commented on GitHub (Aug 13, 2022): ok, thank you. Currently I am using tview to display other programs output and it's quite annoying when there is some kind of loading. I have submitted the questionnaire now, but didn't know that there was any. Maybe you should consider linking it in root readme.md to get more realistic feedback? I hope this feature will eventually be added to tview 🙏
Author
Owner

@rivo commented on GitHub (Aug 13, 2022):

The questionnaire was pinned to the top of the issues page for quite a long time. I think I have a good idea now what people need. I might post an updated questionnaire at some point.

<!-- gh-comment-id:1214171854 --> @rivo commented on GitHub (Aug 13, 2022): The questionnaire was pinned to the top of the issues page for quite a long time. I think I have a good idea now what people need. I might post an updated questionnaire at some point.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/tview#547
No description provided.