You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, EditText struggles with handling large amounts of text efficiently, often resulting in significant lag and performance issues. This makes it difficult for applications that rely on extensive text input or display, such as note-taking apps, to provide a smooth user experience.
Describe the solution you'd like
It would be highly beneficial to introduce a new text-handling component for both EditText and TextView that functions similarly to a RecyclerView, rendering only the visible portion of the text dynamically. This would dramatically improve performance by reducing memory usage and processing overhead. A solution like this would eliminate the need for developers to implement complex workarounds, such as manually integrating RecyclerView or other intricate methods, just to handle large text efficiently.
Describe alternatives you've considered
I initially attempted to use TextView and EditText to manage large text inputs, but the result was severe lag and stuttering. Switching to RecyclerView or ListView provided some relief but added unnecessary complexity, making text display and editing far more cumbersome than it should be. A native, optimized solution would be a game-changer.
Additional context
I sincerely hope this request is considered for future releases, as it would greatly enhance performance and usability for text-heavy applications and make it easier on the developers of apps such as Note Taking, Code Editing, and more.
The text was updated successfully, but these errors were encountered:
It could be a new component called RecycleEditText and/or RecycleTextView OR it could be an attribute you could add to a regular EditText/TextView to make it handle large amounts of data more effectively and efficiently.
Is your feature request related to a problem? Please describe.
Currently, EditText struggles with handling large amounts of text efficiently, often resulting in significant lag and performance issues. This makes it difficult for applications that rely on extensive text input or display, such as note-taking apps, to provide a smooth user experience.
Describe the solution you'd like
It would be highly beneficial to introduce a new text-handling component for both EditText and TextView that functions similarly to a RecyclerView, rendering only the visible portion of the text dynamically. This would dramatically improve performance by reducing memory usage and processing overhead. A solution like this would eliminate the need for developers to implement complex workarounds, such as manually integrating RecyclerView or other intricate methods, just to handle large text efficiently.
Describe alternatives you've considered
I initially attempted to use TextView and EditText to manage large text inputs, but the result was severe lag and stuttering. Switching to RecyclerView or ListView provided some relief but added unnecessary complexity, making text display and editing far more cumbersome than it should be. A native, optimized solution would be a game-changer.
Additional context
I sincerely hope this request is considered for future releases, as it would greatly enhance performance and usability for text-heavy applications and make it easier on the developers of apps such as Note Taking, Code Editing, and more.
The text was updated successfully, but these errors were encountered: