A Microsoft végre foglalkozik a Windows 11-felhasználók egyik fő panaszával: a zsúfolt jobb egérgombos helyi menüvel.
A WinUI közösségi felhívás során november 5-én a vállalat bemutatott egy új eszközt a fejlesztők számára, „Split Menus” néven. Célja, hogy az alkalmazáskészítők a kapcsolódó műveleteket letisztultabb almenükbe csoportosítsák, hogy orvosolják a régóta fennálló felhasználói frusztrációt.
Az új vezérlő a hamarosan megjelenő kísérleti Windows App SDK 2.0-t használó fejlesztőket célozza meg. Ez a lépés közvetlenül reagál a menü kialakításával kapcsolatos széleskörű kritikákra, amelyeket sok felhasználó nem talált hatékonynak és nehézkesnek az operációs rendszer indulása óta.
Az alapvető probléma: zsúfolt jobb kattintási élmény
Debütálása óta a Windows 11 újratervezett helyi menüje jelentős vitapontot jelent. A kezelőfelület egyszerűsítése érdekében a Microsoft csonkolta a hagyományos jobb gombos menüt, sok funkciót elrejtve egy extra „További beállítások megjelenítése” kattintás mögé.
Míg a kitűzött cél a tisztább esztétikum volt, sok energiafelhasználó számára ez a változás feláldozta a hatékonyságot a forma érdekében. Megszakította a kapcsolatot a tervezési szándék és a napi használhatóság között, és egy extra, gyakran frusztráló lépésre kényszerítette a régi parancsok elérését.
Az ezzel a kialakítással kapcsolatos széles körben elterjedt csalódottság nyilvánvaló a közösség által létrehozott megoldások népszerűségében. A „További opciók megjelenítése” végleges letiltására és a klasszikus, teljes helyi menü visszaállítására vonatkozó útmutatók általánossá váltak, jelezve, hogy a felhasználók a közvetlen hozzáférést preferálják az egyszerűsített nézet helyett. A nagyobb kontroll iránti igény nem áll meg itt.
Ajánlott olvasmány:
A felhasználók nagy érdeklődést mutattak a felhasználói felület más szempontjainak testreszabása iránt is, például az „Új” almenü testreszabása iránt, hogy bizonyos elemeket, például mappákat és parancsikonokat adjon hozzá vagy távolítson el. A mögöttes probléma az, hogy az alapértelmezett élmény egyszerre túlságosan korlátozó, és paradox módon túlzsúfolt harmadik féltől származó alkalmazások által hozzáadott irreleváns bejegyzésekkel.
A Microsoft megoldása: „Osztott menük” fejlesztőknek
A felhasználók évek óta tartó visszajelzéseire reagálva a Microsoft most egy új megközelítést javasolt a menük zsúfoltságának megszüntetésére, bár kezdetben az alkalmazásfejlesztők a célpontja, nem maga az operációs rendszer.
A legutóbbi WinUI közösségi felhívás során a cég bemutatott egy új fejlesztői vezérlőt, melynek neveSplitMenuFlyoutItem. Ez az a motor, amely lehetővé teszi a fejlesztők számára, hogy létrehozzák a Microsoft által „osztott menüknek” vagy „hibrid almenüknek” nevezett elemeket.
A WinUI-val dolgozó fejlesztők számára az újSplitMenuFlyoutItemA vezérlés hatékony módot kínál az alkalmazásokon belüli összetett műveletek megszervezésére. Lehetővé teszi számukra, hogy egyetlen sorban kombináljanak egy elsődleges, gyakran használt parancsot másodlagos, kapcsolódó opciókkal.
Tökéletes példa erre az „Open” parancs összevonása a „Megnyitás…” almenüvel. A menüt két különálló bejegyzés helyett egyetlen „Megnyitás” elem tartalmazna egy kis nyilat, amelyre kattintva megjelenik az alternatív programok listája. Ez a kialakítás sokkal letisztultabb felső szintű menüt tesz lehetővé anélkül, hogy feláldozná a mélyebb funkcionalitást.
Egy ilyen változás az életminőség jelentős javulását jelenti a fejlesztői ökoszisztéma számára. Szabványosított, modern módszert kínál a menük bonyolultságának kezelésére, ami konzisztensebb és kifinomultabb felhasználói élményhez vezethet a Windows 11 alkalmazások teljes spektrumában.
Azáltal, hogy natív vezérlőt kínál, a Microsoft segít a fejlesztőknek elkerülni az egyéni, gyakran nehézkes megoldásokat a gyakori felhasználói felületi problémákra.
Elérhetőség és hosszadalmas kérdések
A Microsoft bejelentette, hogy az újSplitMenuFlyoutItemA vezérlőt a fejlesztők tesztelhetik a szoftverfejlesztő készlet következő kísérleti kiadásában. Konkrétan az idézett változat aWindows App SDK 2.0 exp3kiadás, amely a legkonkrétabb részlet a bevezetéséről.
Kísérleti funkcióként visszajelzéseknek és esetleges változtatásoknak lesz kitéve, mielőtt stabil kiadásban megjelenne. Ez idáig a cég még nem adott nyilvános ütemtervet a stabil kiadáshoz.
Noha ez a bejelentés üdvözlendő előrelépés az alkalmazásfejlesztők számára, a Windows 11 hatékony felhasználóinak esetleg mérsékelniük kell várakozásaikat. Továbbra sem erősítették meg, hogy a Microsoft tervezi-e saját eszköz bevezetését a natív Windows 11 shell javítására, különösen a sokat kritizált File Explorer helyi menüjét. Jelenleg arra összpontosít, hogy jobb eszközöket biztosítson a külső fejlesztői közösség számára.
Egy kritikus kérdés tehát megválaszolatlan marad: vajon az operációs rendszer saját menüiben is megjelennek-e ugyanezek a fejlesztések? A közösség most azt figyeli, hogy a Microsoft példát mutat-e.
A felhasználói felület különböző aspektusait kezelni kívánó felhasználóknak egyelőre továbbra is a meglévő módszerekre kell hagyatkozniuk, például a tálca helyi menüinek vezérlésére szolgáló oktatóanyagokra. A Microsoft egyértelműen elismerte a problémát, de az első megoldása egy lehetővé tevő technológia mások számára, még nem közvetlen javítás magának a Windows 11-nek.
