Najlakse resenje je da se upotrebi "multi-line edit control" - CEdit
Ta jedna naizgled jednostavna stvar ce ti dati sve sto treba. Dali je
porebno prvo sagraditi 'parent window' nisam siguran ali mislim
da nije potrebno posto CEdit je derivacija od CWnd.

Ako zelis mnogo vise posla onda moras direktno stvoriti app window
baziran na CWnd().

CEdit ne moze da se koristi jer tekst koji treba da se prikaze treba da se formatira na vise razlicitih nacina, dok CEdit podrzava samo singe-format font, na celu kontrolu se primenjuje samo jedna vrsta fonta. RichEdit kontrola ne moze iz razloga jer je operativni sistem Windows CE koji jednostavno nema CRichEdit klasu niti nesto slicno. Osim ispisivanja direkto na CDC mozda moze da se uradi i sabklasing neke kontrole , mada ja nista nisam nasao , ako neko zna kako naka kaze??

Ja trenutno vidim resenje samo u direktnom pisanju po CDC-u;

Direktno pisanje po CDC-u je u sustini pravo resenje.

Ako se vec u WinCE ne moze zajahati CRichEdit kontrola, ne preostaje mnogo izbora.

Direktno pisanje sa CDC-om (ili malo indirektnije - u memorijsku instancu CDC-a
pa odatle na aktivni CDC) se ne moze izbeci, i u sustini je legitimno resenje za tu
svrhu koju opisujes.

Pitanje je samo - treba li funkcionalnost koju to zezanje sa CDC ima za cilj uobliciti
u neki portabilan modul (klasa ? DLL ? ActiveX kontrola ? ...).

Ako bi to uradio subklasujuci CEdit, odmah bi dobio lepo usadjen (embedded) scrollbar,
uz vrlo lako interno kontrolisanje parametera scroll-a. Problem je sto bi u cilju
dobijanja kompletne kontrole fonta (stil, visina, atributi) kao i boje background-a i
teksta morao da override-ujes na pravi nacin nekoliko message handler-a. CEdit je
malo jogunast sto se tice flicker-a, ali ima par trikova kako se moze to lepo uraditi.

Pogledaj CodeProject.com - verovatno imaju nesto u tom smislu.

Potreba da se tekst formatira na razne nacine uveliko otezava ovaj projekat. Ja ne vidim mnogo sanse uspeha u vidu stim sto vi verovatno nemate mnogo iskustva sa ovakvom vrstom problema. U sustini, vasa 2MB teksta se mora da pretvori u neku vrstu datoteke koja je dovoljno fleksibilna da dozvoli razne atribute da se asociraju sa bilo kojim slovom u ta dva MB teksta.

Kad se dodje do 'slikanja' odedjenog dela teksta na oknu tu je potreban
samo jedan 'device context', posto samo jedan i postoji ( sto se tice okna). Ta operacija se radi tako sto se preuzme kontrola nad funkcijom OnPaint(), ako subklasiras CWnd, ili OnDraw() ako subklasiras CView(). OnDraw() ima CDC* kao argument.

Upotreba kompatibilnog DC u memoriji je komplikacija koja se moze ostaviti za kasnije.

Ako se pise ActiveX kontrola, onda i OnDraw( ) i OnPaint( ) mogu da koegzistiraju u
samom kodu. OnDraw( ) se zove dok je kontrola u resource editoru VisualStudio-a, tj.
dok jos nije instancionirana, dok se OnPaint( ) zove od momenta od kada instancionirana
kontrola postane prozor (tj. posle izvrsenja WM_CREATE handler-a).

Istini za volju, OnDraw( ) u ActiveX kontrolama moze da bude sasvim dovoljan handler
za sve farbarsko-lakirerske poslove - ako se ne overriduje OnPaint( ), prefarbavanje ce
automatski biti prosledjivano OnDraw( ) - u. Ipak, u nekim flavor-ima kontrole OnPaint( ) je ipak neophodan.

Sto se tice crtanja u memorijskom DC-ju, posle CMemDC klase (by Keith Rule - www.codeproject.com) napor implementiranja je vrlo zanemarljiv - sve sto treba je
jedan #include statement i jedna deklaracija varijable.