mirror of
https://github.com/rivo/tview.git
synced 2026-04-27 05:45:49 +03:00
[GH-ISSUE #477] textView does not respond to key presses #346
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/tview#346
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @LazarenkoA on GitHub (Jul 19, 2020).
Original GitHub issue: https://github.com/rivo/tview/issues/477
Hi. There is an application based on a table, data is filled into the table. By clicking on the hot key on a line, a textView opens in which the source data is displayed, there can be a lot of data (several thousand lines), if do it like this
there is a freezed when opening, if you display line by line in a separate goroutine then the textView opens immediately, but until all the lines are loaded the textView does not respond to key presses (up, down, other hot keys). In general, working with a textView with large volumes is very slow, can you tell me it is worth using something else instead of a textView, or is there some option that will help me?
@rivo commented on GitHub (Sep 15, 2020):
TextViewis not made for very large texts. So it will be slow. There are some proposals to speed up text views but I haven't gotten around to looking at them. The code is already pretty complex and rewriting it for speed will take a lot of time.At the moment, there is no alternative.
@rivo commented on GitHub (Nov 17, 2020):
I will close this issue. As mentioned, I don't see a major rewrite on the horizon. But I just upgraded to the latest
rivo/unisegpackage which may bring a slight improvement to theTextView. (I hope — I haven't run a benchmark yet.)