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.

Inizia esaminando il comportamento esistente di EditText e TextView con grandi quantità di testo, quindi confronta gli approcci di RecyclerView e ListView menzionati nell’issue. Una soluzione completa fornirebbe un componente nativo per la visualizzazione e la modifica del testo che esegua il rendering solo della parte visibile, riducendo al contempo la latenza e l’uso della memoria.