Skálázódásnak nagyon örülök. Ideje volt, hogy egy technikailag minden szempontból up-to-date, sőt, hardvertámogatásban mindig kicsit előreszaladó program ebből a szempontból is naprakész legyen.
Na, meg egységesebben is néz ki

annak én is, kellett hozzá közel 2 év

Igen, es tobb honap munkaja van a DPI skalazodasban. Sajnos az utobbi 2 evben semmi nem valtozott, a Win32 API tovabbra is csak takolt megoldast ad a helyes DPI kezelesre Biztunk benne, hogy a Windows 10 megoldja ezt, de ugy tunik, a Microsoft inkabb az UWP fejleszteseben latja a jovot, mintsem hogy a Win32 API-t vegre elkezdje modernizalni.

[ Szerkesztve ]

"A fejlesztők külön hangsúlyt fektettek arra, hogy az AIDA64 5.80 felhasználói felülete igazodjon az operációs rendszer DPI skálázás beállításának megfelelően."

És ez a mai napig nem alap a programok 90%-ában. Szomorú.

[ Szerkesztve ]

adms.hu | UI Designer

Ha annyira sz*r az alap, hogy még a windowsba beépített komponensek pl. Eszközkezelő sem skálázódik normálisan akkor mit vársz a 3rd party programoktól ?

[ Szerkesztve ]

Ez a rendszerindításkor a "meghajtó betöltése" dologra nincs valami gyógyír? Nagyon lassan kínlódja be magát, és mivel automatikus induló programok között van, ezért esély sincs rá, hogy addig a többi betöltődjön...

"Mi a hazugság ára? A legnagyobb veszély nem az, hogy elhisszük, hanem az, hogy ha rendszeresen hazugságokat hallunk, akkor már egyáltalán fel sem ismerjük az igazságot. S akkor mit tehetünk? Mi mást tehetnénk, hogy lemondunk még a valóságnak a reményéről is és egyszerűen beérjük történetekkel."

Most ez komoly? Ha a másiknak szar akkor az enyém is legyen az? Nem így kéne... Egyébként meg az eszközkezelő nem olyan prioritasú DPI szempontból mint például egy 3D szoftver, Adobe program vagy skype...

[ Szerkesztve ]

adms.hu | UI Designer

Nem másnak szar, hanem alapból a rendszer skálázása szar. Csak egy példa volt, hogy még a legalapvetőbb dolgok sem skálázódnak normálisan...

Ennek csupan az az oka, hogy a Win32 API DPI kezelese nagyon nehezkesen implementalhato egy mar meglevo szoftverben. Rengeteg munkaval jar mindent atirni, mindent ellenorizni, minden aprosagra odafigyelni. Sokszor mar a szoftverben lathato grafikai elemek (ikonok, fotok, stb) nagyobb felbontasban valo ujrarajzolasa vagy ujragyartasa sem egyszeru, es nem ritkan komoly penzugyi aldozatot is igenyel.

Ez a Windows kernel driver stack-jenek benasaga miatt van. Meg lehetne oldani, hogy fixen betoltve maradjon (telepuljon) a kernel driver, de az meg a hordozhatosagnak vagna keresztbe, ill. nehezkesse tenne az automatikus frissitest sok esetben. Igazandibol egyik sem idealis megoldas, de a mostani me'g mindig kevesebb kompromisszumot igenyel, mint a fix driver telepites.

Sokszor az is a problema, hogy a fejlesztok nem latjak maguk elott a jo peldakat. Ha a Windows 10 telepitoje sem skalazodik rendesen, ha a Windowsba beepitett szoftverek jelentos resze is kuzd a DPI skalazodassal, akkor a 3rd party fejlesztok sem fognak tomegesen megmozdulni. Ha a szoftverek 10%-a helyett 90%-a skalazodna korrektul, akkor a maradek 10% is jobban erezne azt, hogy ideje lenne megmozdulni. Elobb-utobb javulni fog a helyzet, csupan az kell hozza, hogy me'g tobb felhasznalonak legyen nagyfelbontasu kijelzoje. Minel tobben hasznaljak a DPI skalazast, annal nagyobb lesz a nyomas azokon a szoftver fejlesztokon, akik me'g nem vegeztek el a "hazi feladatukat". Egyebkent mi magunk is segitunk mas fejlesztoknek ebben a munkaban, megosztjuk a tapasztalatainkat masokkal, hatha ezzel is tudjuk segiteni azt, hogy ez a mostani folyamat kicsit fel tudjon gyorsulni.

[ Szerkesztve ]

Grafikusként más a felfogásom ebből a szempontból, és így tényleg csak azt tudom mondani, hogy amit látok és ahogy használni tudom, az ugyanolyan fontos, mint hogy jól működjön a program. De ezt a fejlesztők nagyon nem látják be, és mindig a design az utolsó... Ez a microsoftnál is jól látszik. Kíváncsi lennék azért, hogy miféle ui és ux designerek dolgoznak ott. Mert a win7 óta elég herélt cuccokat csinálnak. Jó a win10 azért kezd összeállni... De még mindig nem az igazi.

[ Szerkesztve ]

adms.hu | UI Designer

Egy grafikusnak, egy programozonak es egy marketingesnek mindig mas a hozzaallasa egy kesz termekhez (egy elkeszult szoftverhez), ez teljesen normalis. A gond az, hogy a Windows PC technologia me'g a mai, lelassult utemben is tul gyorsan fejlodik ahhoz, hogy a szoftverek le tudjak kovetni. Nem veletlen, hogy me'g a Windows maga sem tudja a lepest tartani a technologiaval A dizajn az a resze a szoftvernek, amin a legkonnyebben tetten erheto a lemaradas, de a legtobb szoftver belul, a nem lathato helyeken rengeteg elavult, rancfelvarrasra vagy teljes cserere szorulo komponenst is tartalmaz, amirol egy grafikus ill. atlag felhasznalo nem is tud A megoldas az lehetne, hogy 10-20 evente (izles szerint) le kellene cserelni a teljes szoftver stacket es ujrairni minden szoftvert. Igy lehetne csak biztositani azt, hogy mindig friss, modern, gusztusos legyen a teljes "PC elmeny". Ez viszont a felhasznalokon kivul senkinek nem all erdekeben; es ha megis megtortenne, maguk a felhasznalok szivnak meg legjobban. Hiszen egy-egy ilyen radikalis valtasnal csomo regi szoftver kiesne, amelyeket a fejlesztoi mar magara hagytak, vagy csak nem gondoljak rentabilisnek, hogy atirjak az uj platformra. Plusz, a megnovekedett fejlesztesi koltsegek miatt a szoftverek ara is duplajara-triplajara emelkedne...

Megjegyzem, jovore lepunk be az okostelefonos forradalom 11. evebe, es ezzel elkezdodik ott is az, amitol ma kinlodik a Windows PC. Ott is hamarosan eljutunk oda, hogy tele lesznek az app store-ok elavult, idejetmult dizajnu, kokorszakinak hato appokkal; a platform fejlesztok pedig dontes ele kerulnek hamarosan: vagy lecserelik a teljes szoftver stacket, vagy egyre tobb kompromisszummal fog jarni a regi stack tovabbvitele. Ezt kulonosen a PC-mobil konvergencia fenyeben mokas lesz vegigkovetni. Az Apple kulonosen sokat fog szivni emiatt: x86 vs. ARM, Mac OS vs. iOS, a nativ kod hordhozhatosagi problemai, stb. Nagyon kivancsi leszek, mikepp fogjak tudni lekuzdeni az elottuk tornyosulo akadalyokat.

[ Szerkesztve ]

Köszi a kimerítő választ, sokat megtudtam!

adms.hu | UI Designer

Közel 2x annyi helyet foglal, mint az előző verzió

A DPI skalazodashoz szukseges nagyfelbontasu ikonok es grafikai elemek okozzak a meret novekedest. Amennyiben a hely foglalas kritikus kerdes szamodra, es a DPI skalazodasra nincs szukseges, torold le az AIDA_UIRESHD.DLL nevu fajlt, es meg tudsz ezzel sporolni kb. 18 MB-ot.

Nem olyan egyszerű ám ilyen "herélt" cuccokat sem összehozni. Néha egy letisztult UI-t meglepően macerás úgy megcsinálni, hogy a UX ne csorbuljon. Teljesen más felfogás / hangulat / hozzáállás kell grafikusi oldalról is, hogy egy ilyen minimál UI-t összekalapálj.

Win 8/10 vonalon nekem inkább az inkonzisztenciával van bajom, vagyis az oprendszer beállításai pl vegyesen terülnek el UWP/Win32 felületen, sőt vannak bizonyos beállítások, amihez mindkét felületen hozzá lehet férni, vagy egész egyszerűen mindkét felületre szükség van (pl user management). Én azt hittem, hogy a Win8 béta miatt van ez, de majd a véglegesig letisztul a dolog, erre tessék, már Win10-nél tartunk és még mindig kavarodik a dolog.

AIDA64.com

18MB

?

A mondandód eleje úgy hangozott, mintha világmegváltó mennyiségeket spórolhatna meg vele, végül odaírtad a 18MB-ot. Gondolom volt benne egy kis szarkazmus, ezen enyhén felkacagtam.

Nem allt szandekomban elviccelni a dolgot. Csupan a problema az, hogy nem lehet minden nagyfelbontasu kepet ill. ikont eltavolitani a telepitett fajlok kozul ugy, hogy az AIDA64 mukodeset ne befolyasolja. Amit gond nelkul el lehet tavolitani, az az emlitett 18 MB-os fajl. Ez egyebkent kb. fele annak, amivel megnovekedett az AIDA64 v5.80 hely foglalasa az elozo verziohoz kepest. Nem gondolom, hogy a mostani, kb. 73 MB-nyi hely igeny tulzo lenne a mai vilagban, de ha valaki megis igy gondolja, akkor legalabb egy keveset tud sporolni belole.

Sajnálom hogy most már ebbe az általam nagyra becsült programba is begyűrűzött a W10 mánia. Sajnos W7 alatt is kötelezően a W10-es megjelenést kapom. Gyorsan szedtem is le és ment vissza az 5.75. Azt hiszem emiatt egyelőre maradok a régebbi verziónál. Remélem, hogy a későbbiekben a megjelenés választható opció lesz, vagy esetleg a program automatikusan felismeri hogy milyen rendszer alatt fut.

Tomcat

A Win7 es WinXP ikonokat nem tudtuk tovabbvinni, ugyanis a skalazhatosag miatt kenytelenek voltunk egysegesiteni az ikon szetteket es az ikonok jelentos reszet ujrarajzolni nullarol. Ezt csak a 2012 ota "ervenyes" dizajn nyelv (flat design) szerint tudtuk megtenni. Arra nincs kapacitasunk, hogy visszamenolegesen a most mar lassan 10 eves dizajn nyelvet (Vista/Win7) is eletben tartsuk extra eroforrasok bevonasaval.

Kár érte. Azt hiszem ez alapján az 5.75 meglehetősen sokáig marad majd használatban.

Tomcat