Implement a new EditText-like component designed to be optimized for large amounts of data

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.

Empieza revisando el comportamiento actual de EditText y TextView con textos grandes y, después, compara los enfoques de RecyclerView y ListView mencionados en el issue. Una solución completa proporcionaría un componente nativo para mostrar y editar texto que renderice solo la parte visible, reduciendo al mismo tiempo la latencia y el consumo de memoria.