Tesztek Android Google Apple Microsoft Samsung Huawei Nokia Linux Biztonság Tudomány Facebook Film
ga
https://lh3.googleusercontent.com/-oObC6dvpL3I/UVLIYA8ZIOI/AAAAAAAAEF8/MScvVtuGosA/s800/windows-blue-shutdown-small.jpg

Megszűnhet a hagyományos asztal a következő Windowsokban

2013.03.27. 11.30
A szakma egyöntetű véleménye, hogy a hamarosan megjelenő Windows Blue szervizcsomagszerűség egyértelműen megkongatta a vészharangot a felhasználók abszolút többsége által használt hagyományos asztal feje felett.

A kiszivárgott verzióban ugyanis olyan lépések mutatkoznak, amik egyértelműen előrevetítik, hogy hamarosan végleg kipucolásra kerül a népszerű munkaterület, átadva helyét a sokak által kritizált Metro/Modern UI-nak.

A minap az elsők között mutattuk be a kiszivárgott Windows Blue buildről készült képernyőfotókat. Akkor még nem igazán véleményeztük a rendszert, csupán a felfedezett újításokról számoltunk be. Ugyanakkor többen felfedezték, hogy a rendszerben több olyan fejlesztés került bevezetésre, ami korábban egyértelműen a hagyományos asztali felülethez tartozott, a Windows Blue-ban viszont már a csempés érintőfelületen kell elvégeznünk az adott feladatot. Ilyen például a rendszer egyik központi elemének számító Vezérlőpult, sőt az egyre inkább metrószerű Fájlkezelő (korábban Windows Intéző) is útban van a "modern metrós világ" felé. - Érdekes, hogy a legtöbben pontosan az ellenkezőjét várták a frissítéstől. - a szerk.

Több szakértő is azon a véleményen van, hogy akik eddig bizonytalanok voltak a Microsoft csempésítő szándékait illetően, azoknak most itt a bizonyíték. Ráadásul a Microsoft a minap elismerte a Windows Blue létezését a júniusban megrendezésre kerülő Build konferencia bejelentésében.

Mi lesz a hagyományos alkalmazásokkal?

A hír hallatán valószínűleg sokakban felmerül a kérdés, miszerint mi lesz azon hagyományos alkalmazásokkal, amiknek nem készült kifejezetten érintés vezérelhető metrós kiadása. A helyzet ebben az esetben hasonló a Linux alapú rendszereknél jelentkező Qt-Gtk problémával, ahol a szoftverek egyik fele Qt fejlesztői keretrendszerben, a másik fele Gtk fejlesztői keretrendszerben lett különböző könyvtárakat használó felülettel kifejlesztve. Mivel alapesetben a két alkalmazástípus másképpen jelent meg, a megoldás kulcsa az ugyanolyan kinézetekben rejlett, így például openSUSE alatt mind a Qt-s, mind a Gtk-s alkalmazások ugyanolyan Oxygen stílusú megjelenést kapnak, holott alapjaik teljesen különbözőek. A megoldás valószínűleg a Windows esetében is hasonló lesz, mivel a futtatott alkalmazások a megjelenítendő stílust mindig a rendszertől kérik - nincs beléjük égetve kódszinten, kivéve speciális esetekben - a rendszernek egyszerűen az a dolga, hogy Metro-szerű ablakelemeket biztosítson a szoftver számára. Az, hogy az adott szoftver nem igazán tud majd olyan rugalmasan viselkedni, mint a metrós alkalmazások, már részletkérdés.