• kvp
    #16
    "Attól hogy van touchscreen, csak az app input részét kell átírni maximum. Beletenni a touchscreen támogatását. Nem új appot írni a régi helyett, főleg, hogy a kernel lényegében win7."

    A metro kornyezetben nincs win32-es (es win64-es) alrendszer, tehat az osszes eddigi szoftver komponens es api mukodeskeptelen. Gyakorlatilag olyan mint amikor valaki egy win32-es x86-os alkalmazast akar atvinni bongeszobe es javascript-re. Ilyenkor valoszinuleg kenytelen lesz urjairni. A metro kornyezet leginkabb egy flash player-hez hasonlit es az alkalmazasok is hasonlo modon mukodnek, ezert minden programot ujra kell irni az uj fejlesztoi nyelveken, az uj api-k hasznalataval.

    A metroi ui fo felhasznalasi terulete a mobil (es tabletes) windows, ahol a win32-es alrendszer (user es gdi api-k) nincsennek telepitve, tehat a regi alkalmazasok nem is kepesek a futasra. Gyakorlatilag az ios is egy ilyen kibelezett macosx es ezert kell a mac-es desktop-os programokat is teljesen ujrairni az ios alatti futtatashoz. A masik veglet az android, ami teljes desktop kornyezetet es teljes posix api-t ad (gnu-s es linux-os kiegeszitesekkel egyutt), annak minden sebessegbeli es memoriafelhasznalasi kovetkezmenyevel. Cserebe android ala a legegyszerubb programokat portolni, mert ha kell meg a wine vagy egy x86 emulator is felrakhato ala (es akkor mennek azok a regi desktop-ra irt windows-os programok, amik az uj windows-ok alatt nem).

    A felhasznalok persze nem latjak a metro hasznat, de amikor a low end windows-ok alol (pl. starter) kiesik a desktop es mar csak a metro-s programokat hasznalhatjak desktop gepen is, akkor megertik miert valasztotta az ios fele megoldast a microsoft. (persze az nem biztos, hogy jo valasztas volt, de legalabb jol masoltak le a technologiat)