A Microsoft végre foglalkozik a Windows 11-felhasználók egyik fő panaszával: a zsúfolt jobb gombbal kattintson a helyi menüre.
A WinUI közösségi felhívás során november 5-én a vállalat bemutatta a fejlesztők számára készült új, „Split Menus” nevű eszközt. Célja, hogy az alkalmazáskészítők a kapcsolódó műveleteket letisztultabb almenükbe csoportosítsák, a felhasználók régóta fennálló frusztrációjának kiküszöbölése érdekében.
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éles körű kritikára, amelyet sok felhasználó nem talált hatékonynak és nehézkesnek az operációs rendszer elindítása óta.
Az alapprobléma: zsúfolt jobb gombbal történő kattintás a Windowsban
Bár a kitűzött cél a tisztább esztétikai megoldás volt, sok tapasztalt felhasználó számára ez a változtatás feláldozta a hatékonyságot a forma miatt. 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 parancsokhoz való hozzáférést.
Az ezzel a kialakítással kapcsolatos széles körben elterjedt frusztráció 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 irányítás iránti igény nem áll meg itt.
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ü személyre szabása iránt bizonyos elemek, például mappák és parancsikonok hozzáadásához vagy eltávolításához. Az alapproblé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: „Split Menus” fejlesztőknek
A több éves felhasználói visszajelzésre reagálva a Microsoft most egy új megközelítést javasolt az alkalmazás eltávolítására. a fejlesztők, nem pedig maga az alapvető operációs rendszer.
A legutóbbi WinUI közösségi felhívása során a vállalat bemutatott egy új fejlesztői vezérlőt, melynek neve SplitItemMenualy. Motorként szolgál, 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 új SplitMenuFlyoutItem vezérlő 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.
[beágyazott tartalom]
Tökéletes példa erre egy „Megnyitás” parancs összevonása a „Megnyitás…” almenüvel. Ahelyett, hogy két külön bejegyzés zsúfolná össze a menüt, egyetlen „Megnyitás” elemben egy kis nyíl látható, amelyre kattintva megjelenik az alternatív programok listája. Ez a kialakítás sokkal tisztább felső szintű menüt tesz lehetővé anélkül, hogy feláldozná a mélyebb funkcionalitást.
Egy ilyen változás jelentős életminőség javulást jelent 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.
A natív vezérléssel 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 tartós kérdések3> A Microsoft bejelentette, hogy az új
A SplitMenuFlyoutItem vezérlőt a szoftverfejlesztői készlet következő kísérleti kiadásában tesztelhetik a fejlesztők. Konkrétan, az idézett verzió a Windows App SDK 2.0 exp3 kiadása, amely a legkonkrétabb részlet a közzétételről.
Kísérleti funkcióként a megjelenés előtt visszajelzést kaphat, és a potenciális változásokat egy táblázat tartalmazza. Ez idáig a vállalat még nem adott meg nyilvános ütemtervet a stabil kiadáshoz.
Bár 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 jelent közvetlen megoldást magának a Windows 11-nek.
Bár a kitűzött cél a tisztább esztétikai megoldás volt, sok tapasztalt felhasználó számára ez a változtatás feláldozta a hatékonyságot a forma miatt. 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 parancsokhoz való hozzáférést.
Az ezzel a kialakítással kapcsolatos széles körben elterjedt frusztráció 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 irányítás iránti igény nem áll meg itt.
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ü személyre szabása iránt bizonyos elemek, például mappák és parancsikonok hozzáadásához vagy eltávolításához. Az alapproblé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: „Split Menus” fejlesztőknek
A több éves felhasználói visszajelzésre reagálva a Microsoft most egy új megközelítést javasolt az alkalmazás eltávolítására. a fejlesztők, nem pedig maga az alapvető operációs rendszer.
A legutóbbi WinUI közösségi felhívása során a vállalat bemutatott egy új fejlesztői vezérlőt, melynek neve SplitItemMenualy. Motorként szolgál, 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 új SplitMenuFlyoutItem vezérlő 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.
[beágyazott tartalom]
Tökéletes példa erre egy „Megnyitás” parancs összevonása a „Megnyitás…” almenüvel. Ahelyett, hogy két külön bejegyzés zsúfolná össze a menüt, egyetlen „Megnyitás” elemben egy kis nyíl látható, amelyre kattintva megjelenik az alternatív programok listája. Ez a kialakítás sokkal tisztább felső szintű menüt tesz lehetővé anélkül, hogy feláldozná a mélyebb funkcionalitást.
Egy ilyen változás jelentős életminőség javulást jelent 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.
A natív vezérléssel 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.
