UITextView z podświetleniem składni

Aktualizacja: od iOS 7 i TextKit podświetlanie składni stało się łatwe. nie szukaj dalej niż tutaj na wprowadzenie (przeze mnie).

Zakładając, że chcesz edytowalnego komponentu, nie ma zbyt wiele nadziei. Daje szybki przegląd, tylko aby upewnić się, że obejmuje wszystko:

• UITextView: tylko zwykły tekst , bez (publicznego) obejścia. Ale edytowalny. Nie ma szans nic zmienić, nie ma szans na geometrię itd. Używa wewnętrznego widoku sieci web. Każdy akapit jest <div>, który jest zmieniany przez silnik edycji. Możesz tam zmienić DOm, ale to tylko prywatne API. Wszystkie prywatne, stąd nie ma opcji.
• UIWebView: html , więc może być stylizowany, mieć osadzone obrazy itp. Domyślam się (bez patrzenia w to), że to jest to, co wcześniej wymienione trzy 20 UI używa. Problem: nie można edytować. Nie ma (publicznego) sposobu na obejście tego. Nie można uzyskać selekcji, dostępu do DOM, itp bez prywatnego API i wielu bólów głowy. Edycja działa jak w UITextView, ale wymaga zupełnie nowego poziomu bólu głowy. Nadal: prywatnie.
• CoreText Framework: od iOS 3.2 bardzo dobry Rendering silnik. Ale to wszystko. Może bezpośrednio układać i renderować NSAttributesString s. jednak nie ma interakcji użytkownika. Bez zaznaczania tekstu, bez wprowadzania tekstu, bez sprawdzania pisowni, bez zamiany, bez podświetlania, Nie Nie Nie Nie Nie. Tylko rendering. I sporo pracy, aby to szybko na starych urządzeniach z długimi SMS-ami.
• UITextInput protokół: umożliwia interakcję z klawiaturą i przechwytywanie wprowadzania tekstu. Zawiera również podstawowe zamienniki tekstu. Problem: tylko wprowadzanie tekstu, źle udokumentowane. Brak zaznaczania tekstu itp. (patrz wyżej).

Oto jesteśmy. Dwa w pełni funkcjonalne komponenty, które nie mają funkcji centralnej i dwa rozwiązania częściowe, które nie mają brakującego ogniwa. Oto wszystkie realne podejścia, które mogę wymyślić:

• niech użytkownik edytuje UITextView i wyświetla zawartość w stylu UIWebView. Do tego ostatniego możesz użyć rzeczy Three20.
• Zbuduj brakujące ogniwo pomiędzy CoreText i UITextInput. Obejmuje to między innymi wybór tekstu, podświetlenie, kolory tła, przechowywanie i zarządzanie tekstem, wydajność, sprawdzanie pisowni itp. Niektóre z nich są dostarczane przez frameworki systemowe, ale nadal wymagają dużej integracji.
• Zgłoś błąd i poczekaj, aż pojawi się ładne publiczne API(moje osobiste podejście).
• przekonaj Apple, aby zezwolił ponownie prywatne API i bałagan z UItextViewS DOM.

Grupa Omni podjęła drugie podejście i utworzyła edytowalny widok tekstu. Można go znaleźć w frameworku OmniUI . Jednak to wdrożenie jest dalekie od doskonałości. (przynajmniej wtedy, gdy ostatnio sprawdzałem kilka miesięcy temu). Starali się, ale nadal nie udało się dostać do jabłka perfekcji w interakcji użytkownika. Apple musiało zainwestować co najmniej kilka lat w interakcję tylko z interfejsem użytkownika z zaznaczeniem tekstu i edycji. Nic do zrobienia w domu, a jak się wydaje nawet dla firm jak omni group.

Jest w tym wszystkim interesujący aspekt: iWork. Apple twierdzi, że nie używa w nich żadnego prywatnego API. Ale wybór tekstu jest taki sam jak w systemie operacyjnym. Więc musieli skopiować framework source do aplikacji. Bardzo uczciwe podejście;)