Tragedie je, ze to (i v XP) je temer vyhradne jen zalezitost zvyku, ne fakticke potreby: WXP jdou celkem v pohode provozovat i pod uzivatelskymi pravy, pote, co clovek vyuzije (vyplytva?) den nebo dva na poradne nastaveni (zdaleka ne vsechny aplikace jsou schopny pracovat v user rezimu hned po instalaci, ale velkou cast jich jde na tento provoz rucne primet).
Kazdopadne reseni, co MS zvolil ve Viste, se mi vubec nelibi: Misto aby "vychovaval aplikace", dal se tou cestou, ze podvrhuje uzivateli falesne informace (uzivatel "Administrator" uz v tuto chvili neni administrator systemu ale fakticky jen power user). Treba se to ujme, ale ja osobne si spis myslim, ze to proste nauci uzivatele, aby se misto tradicniho "uctu "Administrator" prihlasovali na ucet "Local System" (nebo jak se ve Viste jmenuje ten vsemocny systemovy ucet).
Dovedu si pritom predstavit mnohem jednodussi reseni, ktera by dovolovala pracovat v user rezimu i bez "otravovani" a dokonce i bez toho, aby na to uzivatel aplikace rucne pripravil. Kdyz treba system zjisti, ze se aplikace pokousi zapisovat do sveho programoveho adresare (nejcastejsi duvod, proc aplikace v user rezimu nefunguji), mohl by se uzivatele proste zeptat ve stylu "Jestli chces tenhle zapis povolit, tak mi sem napis heslo administratora" a v pripade uspechu proste zapnout souboru (nebo adresari - pro adresare typu CACHE, TEMP apod.) atribut W; v opacnem pripade zapne souboru nejaky novy atribut (pracovne zvany "?"), znacici, ze uz byl uzivatel dotazan (aby se ho system neptal porad dokola). Obdobne pri zapisu do HKEY_LOCAL_MACHINE (druhy nejcastejsi duvod, proc aplikace nefunguji) by se v user rezimu mohl zapis rovnou presmerovat do HKEY_CURRENT_USER. Tohle vsechno samozrejme vypnutelne, aby to neobtezovalo uzivatele, co si chteji system poradne nastavit a pak uz nebyt otravovani vubec.