-
Fototrend
GYAKORI KÉRDÉSEK ÉS ALKALMAZÁS AJÁNLÓ
Új hozzászólás Aktív témák
-
Ha atrakod lista nezetre, akkor ki tudja szmaolni a mereteket allando mutatassal. De en nem ezt mondom. Nyitsz egy finder ablakot, majd nyitsz egy inspectort az option+command+i keykomboval. Ezutan ahogy mozogsz a kurzorral, az inspectorban szamolja es mutatja a mereteket.
-
válasz
poolbig
#47239
üzenetére
Ha vizualis tipus vagy es pl. Windowson hasznalod a WinDirStat-ot, akkor ahhoz hasonlo szoftver itt a Grand Perspective (ingyenes), illetve ennek a temakornek a nagyagyuja, ami elegge Macesen nez is ki, az a Daisy DIsk (ez utobbi sajnos fizetos es nem tudom megnezni, hogy a Demo verzio mire kepes, de lehet, hogy megkeresni abban is meg tudod, majd Finderben torlod a dolgokat).
-
#47208
Czo
addikt
MasterMark
#47205
válasz
MasterMark
#47205
üzenetére
AirPlayen AAC megy at, hogy a ceg sajat nativ hangformatumat reenkodolas nelkul tudjak lejatszani az AirPlay eszkozok. Ebayen tavaly lovettem ismerossel ebayrol Airport Expresst, mert egyszeruen bagoert $5-$10-ert meg lehet venni. Ezen van egy analog-optikai kombinalt jack kimenet es a beepitett 802.11n wifivel tud felulni a halozatra. Kb csoda, de meg mindig mukodik es hasznalhato. Az iOS 26 beta is tudott meg ra hangot kuldeni. Akadozas az elegge szerver fuggo, sok evig OpenWRT-n volt nalam az airplay reciver egy USB-s hangkartyaval, azon volt szerver ami perfekt volt es volt olyan is, ami elegge nem.
-
#47203
Czo
addikt
MasterMark
#47202
válasz
MasterMark
#47202
üzenetére
A push reszet en nem feltetlen tekintenem a DLNA kepessegenek, mert az kompletten proprietary. Legalabbis, amikor legutobb ezt neztem 7-8 eve, akkor nem volt resze az ingyenesen elerheto speckonak csak a pull, igy lehet, hogy kevesen implementaltak (valamikor kb 10 eve lett nyilt a pullnak is a speckoja, elotte azert is fizetni kellett). Plane Macen lehet keves implementacio, ahol mindenki AirPlayezett mar akkor, amikor a DLNA elso fecskei megjelentek.
-
#47200
Czo
addikt
MasterMark
#47198
válasz
MasterMark
#47198
üzenetére
A DLNA server az tartalmat "ad", de nem a klasszikus modon streamel, hanem olyan mint egy megosztas es a DLNA kliens eri el a DLNA szervert a tartalom miatt (es a kliens az, ami kivalasztja a tartalmat). Az UPnP pedig eszkoz felderitesre van, hogy ne neked kelljen kezzel beirni az IP cimet meg a portot, hanem ezt meg tudja keresni magatol.
Peldaul, az MPD, az se nem DLNA se nem UPnP. Ha ahhoz szeretnel szervert, akkor az pont maga az MPD a szerver, ami kezeli a hangkimenetet es a libraryt, es ehhez a kliens csak egy taviranyito, ami megmondja, hogy a librarybol mi legyen az, ami megszolal (itt maga az mpd pl. kezel playlisteket is). Az MPD pl ki tud adni magabol http streamet, amit be lehet kotni "tavoli hangszoroba", ha nem ott akarod hallani a hangot, ahol maga az MPD fut (tehat ha pl NAS-on fut az MPD es nincs rajta hangszoro, akkor az ott futo MPD http kimenete hasznalhato tavoli hangszoron is akar). En 20 eve multi room audiot csinaltam vele, ahol masodpercre pontosan szinkronizalva szolt ugyonaz az osszes helyisegben.
Tehat, eloszor legyen meg, hogy milyene szkozeid vannak, azok milyen protokollokat tamogatnak es akkor lehet kitalalni, hogy milyen szoftver kell/lehet hasznalni.
-
Akkor, nem marad mas, mint a command line
En lecsatolnam (DE nem eltavolitanam) a TM kotetet a GUI-n, majd elovennem a terminalt. Listaznam a koteteket (diskutil cs list), majd ha megvan a TM kotet azonositoja, arra nyomnek egy mount nelkuli unlockot (diskutil cs unlockVolume -nomount AZONOSITOSZAM), ezutan probalnam meg a UI-on az ellenorzest. Egyebkent, lehet, hogy van ilyen unlock valahol a UI feluleten is. Illetve, azt sem tudom, hogy ilyenkor milyen jelszot fog kerni, ha ker egyaltalan es nem szedi ki pl a keychainbol. Ha te adtal meg anno jelszot a kotethez, akkor valszeg, most is az a jelszo fog kelleni. -
Mik vannak a jobb gombos menuben? Egy titkositott kotet addig nem mountoljato, amig nincs kinyitva a titkositas (alapvetoen, ott tobb block reteg van egymas mogott). Ha umountoltad, akkor lehet, hogy a teljes lancot umountolta/detacholta. Command line, ilyenkor attacholni kell a titkositott volumeot, de nem kell mountolni, mert igy lesz elerheto a mogotte levo titkositott volume. De a legegyszerubb, ha felmountolod es ugy nyomod meg az ellenorzest. Ilyenkor o elvileg umountolni fogja, de nem fogja detacholni, ellenorzi, majd visszamountolja.
Az elso hibauzenet az nem lehet, hogy nem arrol szolt, hogy mountolva van, hanem arrol szolt, hogy azert nem ellenorizheto, mert valami hasznalja? Mi volt az az uzenet szo szerint?
-
válasz
Szabi®
#46993
üzenetére
Nem tudom, hogy feltunt-e, hogy a poszt erosen ironikus akar lenni. Arra utal, hogy pont annyira keverheto ossze az altgr+V es a ctrl+V, mint az alt+Q es a command+Q. Ha az egyiket nem kevered ossze, akkor a masikat sem. A pelda utal arra is, hogy az MS masik kiosztast valasztott alapnak, amikor megalkotta a magyar kiosztast, mint amit korabban az Apple valasztott a magyar kiosztas alapjanak.
Latod, az is egy kulso tool (amihez anno XP-re meg .net-et is rakni kellett, azota nem is hasznaltam). Cserebe, Macen nem feltetlen kell kulso tool sem, mert a keyboard layout az "csak" nehany, mezei, szoveges XML allomany, amit akar kezzel is meg lehet irni, ha valakinek arra van ingerenciaja.
-
Dehogy, csak abbol a szekbol nezve.
Annyira rossz rendszer ez a Windows, kepzeljetek, 30 eve magyar billentyuzetet hasznalok Apple gepeken, most vettem egy PC-t, mert mindenki csak dicseri es ezek az orultek ossze-vissza cserebereltek a betuket. Ha mgnyomod az altgr+q-t, akkor nem a @, hanem a \ kerul beirasra, ami raadasul totalisan rossz helyen van, mert az osszes ilyen szimbolumnak jobb oldalon kellene lennie... De ami rosszabb, valami orult otlettol vezerelve, a V-re raktak. Igen, a V-re. Most mindig bepastezom a jelszavamat az email fieldbe, amikor meg akarom nyomni a @ gombot. Hogy lehetett ennyire utodott aki ezt kitalalta? Raadasul nincs is beepitett tool, hogy rendbe lehessen rakni a billentyuzetet. Ennyire egy hasznalhatatlan, semmire se jo rendszert....
-
Windowson melyik beepitett toollal tudod atalakitani a keyboard kiosztast?
Mar ezerszer le lett irva, hogy az Apple magyar kiosztasa hamarabb jelent meg idoben, mint a Microsoft kiosztasa. Az is, hogy a magyar Apple kiosztas a nemet billentyuzetkiosztason alapul. A Windowsba es DOS-ba bekerult magyar kiosztas viszont, nem a nemeten alapul (ugyanis a nemet Microsoft fele kiosztason is Alt+Q a @), hanem ugy nez ki, mint a szlovak, vagy a szloven, vagy a cseh.
-
válasz
Szabi®
#46953
üzenetére
Senki sem tartott fegyvert a fejlesztok fejehez, hogy ne 64 bites appokat adjanak ki...
Szerk: Nem azert nem megy. Azert nem megy, mert az OS dobta a 32 bites alkalmazasok kompatibilitasat, fuggetlenul attol, hogy milyen CPU van a gepben. 2011 ota NINCS 32 bites rendszeren mukodo macOS, mert azota kotelezo a 64 bites CPU. Akar 1-2 evvel a Lion megjelenese utan is dobhattak volna a 32 bites tamogatast. Tudod, ez egy olyan platform, ahol NINCS kenyszer a vegtelen ideig nyulo kompatibilitasra. Ez ilyen volt 5 eve, ilyen volt 10 eve, ilyen volt 20 es 30 eve is. Par eves idoablakban tudsz mozogni. Ez ilyen.
-
-
válasz
Szabi®
#46947
üzenetére
Ez egy dontes, hogy ezek az elavult technologiak ne legyenek jelen. A gepet hasznalok 99%-nak nem faj, eszre se vette, hogy nem megy a 32 bites app. Hogyan kenyszerit az ARM-ra valtasban, hogy nem mukodnek a tizenhusz eves regi appok? Nekem peldaul, ebban az idopillanatban, amikor megalltak a 32 bites appok, egyetlen egy 32 bites appom volt telepitve, az Eye TV 32 bites verzioja, amir akkor, mar legalabb 4-5 eve nem inditottam el.
Vissza kell kerni a penzt, ha szemetet adtak el. A High Sierraban megjelent warning ota tudhato volt, hogy a 32 bitnek vege van.
-
válasz
Szabi®
#46941
üzenetére
Biztos, hogy nem lehet az igaz, hogy mindegyik 32 bites volt. Windows alatt, megvettem steamen tobb jatekot, most megneztem ezeket Macen. Az F1 2016 es 2017 pl 64 bites, most is engedi felrakni az ARM-os gepre, de pont ilyen a listaban a Dirt Rally es a Dirt 4 is (igaz, ez mar azutan jelent meg, hogy ki lett volna dobva a 32 bit). Ha megnezem a listamat, ezen kivul ketto cim van meg, aminel irja, hogy lenne Mac support, de 32 bites, az a Dirt 3 (Mac verzio 2015) es F1 2013 (Mac verzio 2014).
Egyebkent, ha nem kell szallitani az Inteles libeket, akkor csokken az OS merete (hiszen eleve nem kell azokat szallitani sem). 32 bites lib csak 32 bites libhez linkelhet, tehat a komplett OS-nek ott kell lennie 32 bites es 64 bites allapotban is. A 32 bit kidobasa volt az elso lepes az ARM fele vezeto uton, mert azzal, hogy deprecatedde tette a 32 bitet, eleve nem kell mar a 32 bites libeket szallitania es nem is kell benne lennie a 32 bites emulacionak az ARM-os verzioban. Pl ha belenezel a "/System/Volumes/Preboot/Cryptexes/OS/System/Library/dyld"-be, akkor a macOS 28-val onnan valoszinuleg repulni fog az osszes x86-64-es file, hiszen ha nincs teljes rendszer szintu Intel emulacio, akkor nem kell szallitani az Inteles libeket sem.
-
válasz
Szabi®
#46938
üzenetére
Ez nem amiatt van mert jatek. Ez amiatt van, mert elauvlt, 32 bites app. 2011 ota be van kapcsolva az Xcodeban a 64 bites build, es szerintem valamikor 2014-2015 korultol defualtban ki van kapcsolva a 32 bites build. Ha, ez, 32 biteskent jelent meg, 2016ban, akkor meg sem kellett volna jelennie ebben az allapotaban. A High Sierra alatt kezdett el warningolni a rendszer a 32 bites appok miatt, az elso warningnal vissza kellett volna kerned a penzt.
-
A Mac hasznalok 99%-a szerintem, tokeletesen megvan Wine nelkul, ha valami niche software miatt kellene Windows, azt szerintem, tokeletesen megoldja a Windows ARM verzioja (amiben raadasul jobban mennek a dolgok, mint Wineval, sott, ha fel kell keresni a szoftver vendort, Wine eseten elhajt a pcsba, mig Vmware eseten legalabb nem zarjak le rogton a bugreportot). Probaltam mindenfele vad dolgot, pl. eeprom programozot, cpld programozot, mindegyik mukodott. Meg az USB-s TV tunerem is. Ezereves Office verzio, vagy 1998-as Delphi 5 szinten. Egyetlen egy dolog nem megy (es nem is fog menni, de az Wine eseten se mukodne), az, amihez driver kell, es nincs ARM64 driver (pl a TV-be dughato CAM-modul programozom). Ezekhez lehet tartani egy QEMU-s x86 Windowst (abban mukodik, probaltam). Szerintem, a Crossover es a Wine sokkal retegebb termek, mint egy Vmware vagy Parallels. Egyszeruen, nem szamit.
A PPC-Intel atallasnal 2006-ban jelent meg az Inteles macOS, es a 2009-ben erkezo verzio nem futott mar PPC-n (es default fel se rakta a Rosettat), es a 2011-ben erkezo verzio pedig, mar nem tartalmazott egyaltalan Rosettat, telepitheto formaban sem. A regi appjaidat ennyi ido alatt, mar reges-regen lecserelted, most sincs ez maskepp.
-
Ebben semmi uj nincs, ezt az infot tudtuk eddig is.
Miert lennenek idiotak? A Wine csapat barmikor beepithet egy x86 emualtort, ha akarjak, de ezt 20 eve, a PowerPC idokben sem akartak. Viszont, az ARM-os Windows exek viszont mukodhetnek majd Wine-vel a jovoben is.
En egyebkent, azt tippelem, hogy nem fogunk ugy jarni, mint a Rosetta 1-nel, ahol az kulso cegtol liszenszelt technologia volt. Szerintem, az x86 emulator marad az OS-ben meg jo ideig, viszont ki fogja dobni a macOS libekbol az x86-os kodot. Igy ha valami pl linkel a CoreFoundation-hoz, akkor ahhoz nem lesz meg az x86-os CoreFoundation verzio, igy hiaba van emulator, nem fog futni az adott app. Viszont, pl. a statikusan linkelt appok siman mukodhetnek az emulatorral. Pl. egy Tahoe alatt, statikusra forditott Wine mukodhet. Illetve, lehet majd abban bizni, hogy vissaz hackolhato lesz valahogyan. Pl. lehet eleg lesz valahogy kiszedni a binarisokat a dyld cachebol (mert 5-6 eve nincsenek mar dylib-ek a rendszerben sajnos), vagy lehet az egesz x86-os dyld cache "visszahelyezese" valahogy/valahova is megoldas lehet majd. Nem tudjuk,. meg kell varni az elso betat majd.
-
válasz
titi12
#46906
üzenetére
Sott, ezt nem is ertem. A PC-s nemet keyboardon is AltGr+Q a kukac ([link], [link]). Sott, ahogy latom, a spanyoloknal megnagyobb a kaosz
Mert letezik fizikai keyboardbol olyan, ahol a Q-ra es olyan is, ahol a 2-esre van printelve a @ . Igy viszont, nem ertem, hogy a magyar keyboardon, miert a V-n van. Ha pl beirom a Google kepkeresobe, hogy szlovak billzetet akarok latni, akkor azokon, ugyonugy a V-n van.Szerk: Vajon, lehet, hogy kozepeuropa miatt dobta be az MS azt, hogy itt is az a keyboard legyen, annak ellenere, hogy ez egy elegge nem szlav nyelv, igy folosleges osszemosni a tobbi szlav nyelvvel?
-
válasz
titi12
#46823
üzenetére
Mivel probalod amugy a Minire kotni? HDMI kozvetlenul / USB-C kabellel kozvetlenul / USB-C to DP / USB-C to HDMI? Mert az utobbi harom tunik mukodonek ebbol, illetve, lehet, hogy csak a kozepso ketto. A talp magassag allitasa egyebkent erdekes kerdes, mert az iMac es a Studio (alapbol) sem allithato magassagu, de a korabbi Cinema Display illetve a Thunderbolt Display sem az.
-
válasz
Szabi®
#46813
üzenetére
Annak a designek szerintem, a 10.8 es a 10.9 volt a csucsa. Az elso 2012-es retina Macek peldaul a 10.7-es rendszerrel erkeztek. Az elso macOS, amiben megjelent "rejtetten" a retina tamogatas, az pedig a 10.6 volt (itt azt jelenti a tamogatas, hogy egy csomo retina assetet tartalmazott, illetve, ra lehetett venni, hogy retinaban jelenitsen meg ezt azt ,de meg sok minden szetesett, hivatalosan soha nem volt retina tamogatott, viszont arra jo volt, hogy a fejlesztok tudjanak megnezni ezt-azt).
-
válasz
Szabi®
#46808
üzenetére
Az Apple retina kijelzok csaladon belul kb egyfajta PPI-vel leteznek. Ha egymas melle teszed az eltero meretu retina asztali kijelzoket, akkor azt fogod latni, hogy kb ugyonakkora minden a 21.5"-os iMacen es a 27"-es iMacen es a Studion es a 24"-es iMacen es a 30"-as XDR-en is, csak ahogy no a monitor, ugy lesz egyre tobb hely minden masnak. Ha egymas melle teszed a laptopokat, akkor ott is azt tapasztalod, hogy a laptopainal is egyforma az elemek merete, csak a nagyobb kijelzon tobb hely van. Mivel az Apple ajanlasa is az, hogy a laptop kijelzojet nezd kozelebbrol, mint a desktopot, ezert a laptopok kijelzoje egy kicsit magasabb felbontasu. A desktopok kb 220 PPI-sek, mig a laptopok 250 koruliek. Szoval, a kijelzomeret mas es mas, de a pixelsuruseg egyforma.
A gepre nem tudsz regebbi OS-t rakni, mint amivel kijott. Neha-neha elofordul, hogy az egy kiadassal elotti, utolso verzio felmegy, de alapvetoen a regebbi OS-ben nincsenek benne a kextek/driverek/eszkozanositok/plistek az ujabb gephez, igy azon nem mukodik ez. Van inteles MBP-m 10.5 - 10.13 es 10.13 - 15 lefedessel, ott verziorol verziora vegig tudom neked mutatni, hogy a belso (retina) kijelzojen nem csunyult semmi, viszont az Apple gyartasu 27"-es nem retina kijelzon jelentosen romlott pl. a szovegek megjelenitese (ertelemszeruen a 10.5-10.13 atfogassal rendelkezo MBP az nem retina kijelzos meg).
-
válasz
Szabi®
#46805
üzenetére
A rendszer retina monitorokhoz van igazitva, ha nem retina megjeleniton valami nem szep, akkor az nem azert nem szep, mert MEG ezt sem tudja a rendszer, hanem azert nem szep, mert MAR nem tudja. Ha elkezdessz eveket visszalepkedni a macOS verziokkal, egyre szebb es szebb lesz a megjelenites nem retina kijelzon. Valahol 10.6 es 10.13 kozott volt ez a csucson (10.14-tol pl. nincs sub pixel rendering a font smoothingnal bekapcolva, de meg visszakapcsolhato, de dark modban nagyon ronda; 10.15-ben ha visszakapcsolod mar nem lesz minden alkalmazasban lathato, de van meg ahol megy, de dark modban itt is ronda, es macOS 11-tol pedig nem tudod mar visszakapcsolni se, mert kikerult vegleg). Egyszeruen nem cel mar a nem retina kijelzok tamogatasa. Mar leirtam korabban, hogy par eve meg elvaras volt, hogy a lowDPI gridre igazitsd az appodat, mara mar nem az, sott az Applenal meg is jelentek retinan 1 pixeles vonalak, amik ertelemszeruen nem ertina kijelzon 0.5 pixelnek kellene lennie, ami nyilvan lehetetlen. Egyszeruen, 13 eve kezdtek a retina kijelzovel arulna a Maceket es jo par eve, nincs mar semmi, ami nem retina.
-
válasz
Aszpirin
#46801
üzenetére
A Macek vilaga mindig is szuk piaci szegmens volt. A telefonok vilaga jobb? Mivel kb "ugyonaz" az OS, ugyonaz a fejlesztoi kornyezet, ugyonaz a feltetelrendszer. Evrol evre emelve van, hogy milyen fejlesztokornyezet verzioval lehet bekuldeni appokat, evrol evre tamogatni kell az ujdonsagokat. Technikailag nem kotelezo pl. a dark mode tamogatasa (van opcio, hogy opt outolj es a rendszer ne alkalmazza az appodra a dark mode dolgokat), viszont tobbszor dobta vissza revivewer az appot, hogy ui inkonszintencia van benne, vagy feature incomplete. Most pl. levodott info.plist kulcs arra, hogy opt-outolj a liquid glass alol, de ez nem orokre szolo opt-outot jelent, hanem 1-2 ev es valoszinuleg deprecated lesz ez a kulcs. Ez csak lehetove teszi, hogy rohanas nelkul tudd az uj design nyelvhez migralni az appodat. Pl. kotelezo a retina keszulelek tamogatasa. Ha nem lenne kotelezo, szerintem meg ma is lenne olyan app akar Macra, akar iOS-re, amiben egyszeruen nincsen retina tamogatas. Par eve folyamatosan szedi lefele az App Store ertekesitesrol azokat az appokat, amelyeket a fejlesztoje nem updatelt 3 eve (tehat csak uj "vasarlokent" nem lehet letolteni ezeket, ha korabban letoltotted, akkor tovabbra is le tudod tolteni, ha kompatibilis az eszkozoddel). Ezek valoszinuleg nem tamogatjak az ujabb telefon kijelzomereteket sem es egy masik telefon felbontasarol atskalazva jelennek meg.
Az osszes platform ennyire szigoruan van kezelve, nem kiveteles sem az iOS, sem a macOS sem a tobbi.
-
válasz
Aszpirin
#46800
üzenetére
Most ketto, total ellentetes vilagot probalsz tok foloslegesen osszemosni. A konzumer vilagot nem erdekli, hogy mi megy a gyartasban, ahogyan azt a vilagot sem, hogy mik az igenyek a konzumer oldalon. Az Apple sem akar a gyartasba iMaceket meg Mac Miniket kuldeni, otthonra akart szamitogepet adni (se a Google Chromebookokat vagy Androidot futtato eszkozoket). A ketto vilag teljesen fuggetlen egymastol. Sott, ez megint jo pelda az osszeferhetetlensegre. Tegyuk fel, hogy van egy lassan elavulo, nagyfelbontasu kijelzovel rendelkezo eszkozod, legyen ez olyan, mint az enyem, azaz legyen neki egy 12.3"-as kijelzoje, ehhez 267 PPI pixelsurusege (direkt bebootoltam es megneztem, hogy a Windows 11 default skalazasa ezen 200%, az eszkoz gyarilag Windowssal erkezett). A HiDPI es az UI scaling nem ma jelent meg a Windowsban, de mondhatjuk, hogy kb 10 eve megvan hozza a tokeletes rendszer szintu tamogatas. Megis sikerult 2023ban belefutni, hogy egy ugyviteli szoftver (amely atkivan fejlesztett, megfelel az osszes NAV feltetelnek, par hetes volt csak az akkor hasznalni kivant verzio) keptelen volt arra, hogy normalisan jelenjen meg a monitoron es ignoralva a skalazasi beallitasokat, 1:1 allapotban, huvelykujj meretu ablakkal jelent meg a kijelzon (nyilvanvaloan olvashatatlan kontenttel). Ja, ezt ellenoriztem 2024-ben is es 2025 elejen is, az akkori verziok se voltak jok. Ha nem lennenek tamogatva ezek a regi, elavult API-k, akkor a fejleszto ra lenne kenyszeritve, hogy a modern kornak megfelelo binarist produkaljon, de mivel nincs ilyen kenyszerito ero, mint az Apple platformjan, igy teljesen valid dolog hogy talalkozol egy alkalmazassal, ami egyszerre modern (hiszen friss build) ugyonakkor elavult (ozonviz elotti API-k hasznalata). Szerencsere, az Apple egyik platformjan se tudnad ezt megtenni.
-
válasz
Szabi®
#46799
üzenetére
Nem lehet ezt igy osszehasonlitani. Ha az egyik platform joval elterjedtebb mint a masik, akkor nyilvanvalo hogy arra a platformra tobb fejleszto lesz. Ha loni akarsz egy szoftverrel az adott platformot hasznalok 10%-ra, akkor az egyik esetben azt fogja dobni a merleg, hogy nem eri meg, a masik esetben meg azt, hogy lesz annyi eladas, ami visszahozza a befektetest. Ha teszem azt, az osszes Mac vasarlo aktiv gamer lenne, valoszinuleg akkor is kevesebben lennenek, mint azok a felhasznalok, akik Windowson jatszanak. Emiatt teljesen logikus, hogy alig-alig jelenik meg jatek.
-
válasz
Szabi®
#46797
üzenetére
Nincs meg Dx13... Pont ezt irom, hogy 2025-ben, mar 10 eves a Dx12, de meg ma is talalkozni olyan friss cimmel, aminek eleg a Dx11. Miert eleg? A Windows fejlesztok nincsenek rakenyszeritve arra, hogy kovessek a platformjuk fejlodeset, mig erre a platformra fejlesztok ra vannak kenyszeritve, hogy kovessek a fejlodest. Tovabbra is azt mondom, hogy ez jo dolog. A C++ is fejlodik, ahogy a .NET is. De ott sincsenek arra kenyszeritve a fejlesztok, hogy az ujabb nyelvi verziot hasznaljak. Itt viszont, erre is kenyszeritve vannak, mert ha nem leptel tovabb peldaul a korai Swift verziokrol, akkor nem fog lefordulni a kodod. De ugyonez igaz az opensource cuccokra is. Egy csomo dologhoz extra ./confugre parameterek vagy flagek kellenek, mert olyan megoldasokat tartalmaz, ami ma mar ellenjavallt es ha nem utasitod direkt a forditot, akkor nem fog lefordulni.
A Mac sem most, sem a multban nem volt jatekplatform. Mar a 68k-s korszakban is nagysagrendekkel tobb jatek jelent meg MS-DOS-ra, majd Win9x-re, mint Macra. Miert targetalna ide elso korben barki jatekot? Nyilvan ha a jatekot az elejetol fogva ki akarod hozni tobb platformon, akkor eleve ugy irod meg, hogy konnyen ragaszthato legyen a platformhoz.
Nekem nincsenek kerdeseim, ti kezdtetek ugy, hogy nem jo az, ahogyan ez a platform mukodik, cserebe ugy kellene mukodnie mint a masik platformnak.
-
válasz
Szabi®
#46794
üzenetére
Meselhetnol errol a harcrol, ez itt van veled a szobaban? Ki harcol kivel? Senki nem harcol senkivel, a platformok tok jol megeltek egymas mellett az elmult evtizdekben, tok jol meg fognak elni egymas mellett a jovoben is. Az egyik platformra jellemzo a vegtelensegig feszitett kompatibilitas, igy Windows 11-en mai napig eled tud ugrani olyan ablak, ami a Windows 95-bol repult eled (es azota valtozatlanul nez ki, vagy talalkozhatsz olyan alkalmazassal, ami nem tud jol skalazni egy nagyfelbontasi kijelzon), a masik rendszeren meg a deprecated API-k kihullanak alolad 1-2 releassel azutan, hogy deprecatedde lettek nyilvanitva. A Macre fejlesztoket, ez abszolute nem zavarja. Nem volt olyan WWDC az elmult 25 evben, ahol ne lett volna telthaz es ne erdekelte volna a fejlesztok vegtelenseget a rendszer es az eszkozkeszlet valtozasa, fejlodese. Egy idealis vilagban, nem tudnal egy deka kodot sem atmozgatni egyik platformrol a masik platformra, igy nem szuletnenek olyan szornyszulott programok, mint pl a Microsoft Teams, vagy a Spotify, helyette kenytelenek lennenek megalkotni az alkalmazasokat a nativ eszkozkeszlet hasznalataval. Elinditod ezen ketto app barmelyiket es ranezesre latod, hogy nem erre a platformra valo. Nem Maces appkent viselkedik, nem Maces appnak nez ki.
Ezt az evekkel kesobb jon dolgot sem ertem, nem emlekszem semmire, amikor a Maces tarsadalom egy emberkent ujjongott volna, hogy vegre megjelent az, ami Windowsra mar ezer eve letezett. Tudod, amikor egy platform hasznalata mellett dontessz, akkor nem egy masik platform alkalmazasait akarod hasznalni az uj valasztottadon, hanem az adott platformra szuletett dolgok azok, amiket hasznalni szeretnel.
-
válasz
Aszpirin
#46791
üzenetére
Forditva. Ez pont a mostani par eves kompatibilitasi ablaknal rovidebb etapokat fog majd lehetove tenni remelhetoleg. A jelenleg aktualis 26-os Xcode 4, 4.2, 5, 6-os Swift nyelvi verziokat tamogat. A 4-es 2017-es, a 6-os 2024-es nyelvi verzio. Egy idealis vilagban a jelenleg nem lenne benne az Xcodeban mar csak az 5 es a 6. A nyelv rengeteget valtozott, tuntek el dolgok, valtoztak szemleletek es ami a legfontosabb, jottek uj dolgok, jelentek meg uj nyelvi elemek. Az soha nem rossz, ha ra vagy kenyszeritve az uj dolgok hasznalatara. Ha rovidulni fog ez az ido, ami lehetove teszi, hogy elavult nyelvi verzioval dolgozz, az imho, nem fog rontani a helyzeten.
-
válasz
Szabi®
#46790
üzenetére
Azon tul, hogy regi illetve, hogy a totalisan eletero mukodesi modell miatt, tobbszor kell fejleszotkent dolgozni a projekten, mas baj nincs vele. Olcsobb lenne lefejleszteni, ha nem kellene a korabbi D3D codepathjara is gondolni. Kevesebb bug lehetne, ha nem kellene workaroundokat pakolni sem az OS-be, sem az appokba. Semmi ertelme a regi technikat ilyen hosszu ideig tamogatni. Nyilvan kell egy par eves atmeneti idoszak (amikor meg jo a regi, de mar hasznaljuk az ujat), de azutan kb folosleges. A Windows nem tud elszakadni ettol a szemlelettol. Ez szerintem, a platformnal ez lesz egyszerre elony es hatrany. Pont homlokegyenest mas a ketto platform mukodesi/fejlesztesi tervezete es a jovo hajszolasa a mult istapolasa helyett szerintem, sokkal jovobelatobb.
-
válasz
Aszpirin
#46788
üzenetére
Van benne valami AI, de mivel en nem lattam meg olyan AI-t, ami hasznalhato lett volna, igy lovesem sincs, hogy mit tud az Xcodeban levo.
A githubon elerheto Copilot, vagy a Chat GPT, pl nagyon jol tud nem letezo fuggveny/metodus neveket halucinalni, vagy nagyon jol tud ujra implementalni olyan metodust, ami egyebkent mas neven, letezik, illetve tok jol tud 3 sor kod miatt berantani egy libraryt, aminek van masik 29 library fuggosege. Amikre egyebkent, nem lenne szukseg. Sott, arra is kepes, ha promtplsz neki egy valtoztatast barmi mas miatt, akkor kiveszi ennek a libnek meghivasat es berakja azt a 2-3 sor kodot, de viszont, pl bennhagyja az importot... Szoval, ezek utan, bennem fel sem merult, hogy tudhat-e barmit az Xcode beepitettje.
-
válasz
Szabi®
#46785
üzenetére
Tehat, azt mondod, hogy nem gondolod visszalepesnek, ha a korabbi nativ, integralt megoldasok helyett, brozerbe vagy kergetve, mert az OCLP-vel felrakott rendszerben 1-1 dolog csak ilyen workaroundok aran mukodik?
Egy csomo olyan helyzet van, amikor 1-1 ilyen quirks lehetetlenne teszi az elvezetes OCLP hasznalatot es van ezer meg olyan helyzet, amikor fel sem tunik az, ha vannak/kellenenek ilyen workaroundok, mert nem hasznalod (vagy nem ugy hasznalod) az adott dolgot. Emiatt kategorikusan kijelenteni, hogy az OCLP mindig megoldas, illetve azt kijelenteni, hogy teljes koru megoldas, az szerintem igen nagy tulzas.
-
válasz
Szabi®
#46778
üzenetére
Egy egyetemista szivesen hasznal pl Xcodeot es probalkozik a nagy penzt hozo app megalkotasara... De szeirntem, szivesen hasznal iCloudot is. Sott, elvezi a 8-12 ora akkuidot, amit a par eves ARM-os Macje tud es nem kell mindig konnektort keresnie. A prenzetnacio latod, nos, az megint egy ilyen sarkallatos pont. Mert ha elo kell adnia valamit, akkor pont a regebbi Metalt futtato gepek azok, amik csuklanak a Keynote 1-1 effektjevel vagy animaciojaval (nem mindegyikkel nyilvan, de par eve volt olyan, ami fixen crasht okozott). Ha meg felhakkolod a regebbi Keynoteot (attol fuggoen, hogy mi a regi Keynote verzio beszerzesi forrasa), lehet, hogy elbuktad a Keynote iCloud Drive hasznalati kepessegeit. Tehat, maris defektesse valik ez, az atlagos hasznalat is.
-
válasz
Szabi®
#46773
üzenetére
Ez tovabbra sem hiba szerintem, hanem elony. A Windows peldaul szenved attol, hogy mai napig ott vannak benne az ezer eves API hivasok, egy csomo workaround van benne amiatt, mert minden szemetet tamogatni kell. Ezeket mar reg ki kellett volna hajitani. Az Apple ezzel szemben, mar reg kiirtotta a 32 bitet az OS-bol, a mostani gepekben levo 64 bites ARM CPU-k peldaul nem is ertik a 32 bites ARM utasitasokat, mig pl. a Qualcomm 64 bites processzoraik tovabbra is tudnak 32 bites kodot futtatni. Jovore el lesz felejtve az Intel. A Snow Leopard alatt futtathato Xcode 4 peldaul mar nem tudott PowerPC kodot forditani, igy nem hiszem, hogy most 1-2 evnel tovabb marad majd meg az Intel compiler az Xcode csomagban (ha kellene, azt mondanam, hogy a 27-es Xcodeban lesz meg Intel, es a 27.2 vagy 27.3-as verzioban. ami majd 2027 tavaszan erkezik, abban pedig mar nem).
Igen, direkt lett kidobva a 32 bit, mert nem volt ra szuskeg. Az elso 64 bites desktop appok, erre a platformra 2007-ben jelentek meg (az elso desktop 64 bites appok pedig, 2005ben), 2019-re eltelt 12 ev. Tehat, ha valamit kiadtak 2018-ban ugy, hogy az tovabbra is csak 32 bites binarisokat tartalmazott, mindezt ugy, hogy ismert az, hogy mennyire dinamikus a platform, az csak azt jelenti, hogy az a fejleszto nem volt elmeje tudataban.
Nem ertem miert orulsz a Windows elmaradottsaganak. A DirectX 10 velunk volt 2006 ota megis hosszu-hosszu eveknek kellett eltelnie, hogy ertelmet nyerjen az, hogy Dx10 kepes volt a hardware. Itt egyertelmuen latszik, hogy ez nem jo.
-
válasz
Szabi®
#46766
üzenetére
Alapvetoen egyebkent, nincs baj a nem tamogatott rendszer felrakasaval, de sokkal melyebb es technikaibb rendszerismereteket kivan. En evekig dolgoztam benne, szerintem, meg mindig az a patch van a software update mukodes mogott, amit en talaltam vagy 8-9 evvel ezelott. Sott, sajat magam is eveken at hasznaltam ilyet, mert az ocskavas hardware eleg volt a celjaimnak, a tamogatas pedig megvolt a friss szoftver miatt. Viszont nem adnam oda egyik rokonomnak sem, hogy hasznald igy a gepet, mert vegtelen sok gondot vennek a nyakamba.
Ahogy a gep tavolodik a tamogatott gepektol idoben, ugy lesz rajta egyre tobb bug. Pl, azt mondod, hogy neked csak azert kell friss rendszer, mert iOS-re fejlesztenel es a telefonon levo iOS verzio miatt kell az ujabb Xcode. Aztan kiderul, hogy pl a Simulator totalisan bugzik ha nem tudja a legujabb metalt a GPU a gepben. Vagy hasznalod az iCloud Photo Libraryt es kiderul a friss oprendszernel, hogy osszetossza a cloudban levo libraryt, mert nem mukodik a face detection es ettol megkergul az osszes tobbi eszkozod. De az problemas lehet, ha megszoktad, hogy hasznalod a Sidecart a laptopoddal egy olyan oprendszeren, ami hivatalosan ment a gepeden, majd az ujabb oprendszernel (amit mar csak OCLP-vel tudsz felrakni), ott belefutsz abba, hogy 20 bootbol csak 3x mukodik a Sidecar. Nem beszelve arrol a problemarol, ami itt is elokerult, hogy egy veletlenul felrakott update utan nem bootol. Valoszinuleg csak annyi kellene, hogy az OCLP bootloadert tartalmazo USB segitsegevel kellene bebootolni es ujrapatchelni a futo rendszert (miutan/mielott frissitette az ember az OCLP-t, hogy meglegyenek a frisebb patchek).
Szoval, van egy csomo megszoritas, van egy csomo dolog amit erteni kell, illetve, folyamatosan olvasni kell amit ezzel kapcsolatban irnak. Ha ezeket koveti az ember akkor egy jol hasznalhato dolog sul ki belole, ha nem akarsz olyat hasznalni, ami valamiert a te konfiguraciodon pont bugzik (igen, mert vannak bugok, amik elojonnek az nVidia GPU-t tartalmazo gepeken, de nem jonnek elo pl az Intelen).
-
válasz
Szabi®
#46766
üzenetére
A macOS-ben pont az a jo, hogy hamar dobja el a gepeket. Hamar kezdi el tamogatni az uj hardvereket, technologiakat, CPU utasitasokat. Nekem ez a hozzaallas sokkal jobban tetszik. A Windows 11-nel csak most, a 23H2 vagy a 24H2 eseteben lett kotelezo az SSE4.1 utasitaskeszlet, mig a macOS High Sierra egyik ujdonsaga pont az volt, hogy defaulte hasznalja az SSE4.1-et es ha nincs, akkor nem mukodik (ezzel szivtak is a Mac Pro tulakok, amikor a GPU drivernel kiderult, hogy enelkul nem megy 1-2 Radeon kartya). De ugyonez tortent a Metal-OpenGL atallasnal is. A codepath vizsgalta a Metal/OpenGL elerhetoseget meg High Sierraban, igy az animacioid es dolgaid, amiket beleirtal az Appokba, az ment mind a ketto grafikai backenddel, viszont Mojave ota nincs vizsgalat, feltetelezve van, hogy van Metal, ahogy jelennek meg az ujabb appok egyre tobb grafikai glitch miatt kell az OCLPseknek regebbi app verziokat hasznalni, mert az ujakbol hianyoznak a failback kodreszletek. Ez azert jo, mert tisztul a kod. Fejlesztokent sokkal jobb egy kisebb subsetre loni, mint egy vegtelen nagyra. Az Apple pedig elvarja, hogy a friss toolchaineket hasznald es tamogasd a friss technologiakat.
Itt tenyleg eveket vasarolsz, ha nem tetszik, nem kell beszalni. Ugy tudod kifejteni az ellenerzeseidet, hogy nem veszed meg. Nem amiatt hullanak a gepek, mert evente tobb updatet adnak ki. Irtam, hogy amig 2 evente volt update, addig jobban hullottak.
-
válasz
Aszpirin
#46762
üzenetére
Nem hiszem, hogy az ARM eseteben hosszabb lesz/lenne az ido. Azert nem, mert a most kidobott T2-es gepeket totalisan illogikatlanul dobta ki (marmint, tart tamogatva olyan gepet, amiben ugyazokat az alkatreszeket, ugyonazokkal a driverekkel teljeskoruen tamogatja). Egyelore abban sem bizhatunk, hogy lesz valami OCLP szeru megoldas ARM-on, mert a T2-es gepeknel sem sikerul ezt megoldani, igy esik meg az a story, hogy OCLP-vel tudsz tenni macOS 26-ot egy 2016-os gepre, de nem tudsz a tamogatast frissen elvesztett 2018-as gepekre. Raadasul, az Inteles gepekre hackolhato Linux vagy Windows ha valaki perverz ennyire, de ide semmi mas nincs joforman. Az en M3-as MBP-m is lassan eleri a tamogtasi ciklusanak a felet es azota sincs nyoma annak, hogy lesz/lenne ra Asahi, igy ezek a vasak szerintem, hamarabb lesznek totalisan elavultak, mint a korabbiak.
Amire nincs uj foverzio tamogatas az szamomra ocskavas.
-
válasz
Szabi®
#46759
üzenetére
En ebben semmi disznosagot nem latok, ez uzlet. Ez van benne, amikor megveszed. Nem ma lett ilyen, mindig is ilyen volt. Mivel ez ilyen, vagy elfogadja az ember, vagy nem veszi meg.
Ertem en, hogy a gep hasznalhato, csak pont internetre nem kellene menni azokkal az eszkozokkel, amikre nincs security update.
A support ideje pont a Cook era alatt nott meg, Cook alatt altak at az evenkent erkezo foverzoikra es Jobs idejeben megjelent foverzioknal ennyi evet sem kaptak a gepek. A 2005-ben bemutatott PowerMacek es PowerBook-ok 2007-ben kaptak utoljara foverziot. A 2006-ban bemutatott Inteles MacBookok es iMacek 2009-ben kaptak utoljara foverziot. A 2007 elejen erkezett iMacek es MacBook-ok 2011-ben kaptam utoljara foverziot. Ezutan jott az elso "ugras", amikor kihuzta a gep relative sokaig, mert Cook iranyitasa alatt megjelent foverziok egeszen sokaig tamogattak a gepeket. Konkretan, a 2007-es es 2008-as gepek egeszen 2015-ig kaptak uj foverziot.
-
válasz
Szabi®
#46755
üzenetére
Moralisan disznosag penzt kerni olyan eszkozert, amire nem tudsz az eredetu vendortol olyan operacios rendszert telepiteni, amire van barmilyen security support. Ezt a gepet nem szabadna szamitogepnek arulni. Ez a gep 0 ev hasznalatot biztosit 175 ezer forintert, mig ha vennel egy teljesen ujat, nem sokkal tobbert mint 3x aron, akkor azert kapnal legalabb 6-8 ev teljeskoru supportot es meg azutan 2-3 security tamogatast (ha 7 teljes evvel szamolsz, akkor kb 85 ezer forintra jon ki 1 ev support).
Az elso M1-es iMacek lesznek 5 evesek jovore, mar azokban sincs csak 1-3 ev teljes koru tamogatas, igy lassan azok is belepnek a nem szabad megvenni kategoriaba, csak ha nagyon olcso (ha 2-3 ev supportal szamolsz es 1 ev support 85k, akkor legidealisabb esetben se er tobbet egy M1-es gep 255-nel).
-
válasz
Aszpirin
#46750
üzenetére
Sajnos, lovesem sincs hogy milyen lehet a kepe. Nem hinnem, hogy tul sokan gyartanak ilyen panelt, igy az a latatlan tippem, hogy ugyonaz van benne. Valakinek vennie kellene es ki kellene probalnia.
Viszont, ha hajlando lennek Apple megjeleniton kivul barmi mast venni, akkor inkabb vennem az Alzabol a monitort ujonnan, mint barmi mast hasznaltan.
-
válasz
Aszpirin
#46748
üzenetére
En ugy gondolom, hogy ha van mar egy iMaced, amit te hasznaltal, akkor azt megerheti atalakitani monitornak, de csak azert venni hasznalt barmit, az szerintem orultseg.
Az Alzaban megint ott an 177 900 JMF-ert a Dahua 5k monitor. Ez pl. a hasznalt iMaccal ellentetben uj termek, amire van garancia.
-
válasz
Aszpirin
#46745
üzenetére
En mar moddoltam at 5k es 1440p iMacet Is. A megoldas mukodik, de a Studio displayt pont azert veszed, hogy ne "szopj" ilyenekkel, mint a gagyi OSD, vagy az inputok kozotti valtogatas (ha neha rossz inputra van allitva), vagy a tobb masodperces keslekedes bekapcsolaskor, vagy a tobb masodperc vilagito fekete screen bamulasa elalvaskor. Szoval, en nem hasonlitanam a Studio displayhez, mert teljesen masik ligaban focizik, viszont az iMac keszulekhaza messze stabilabb es jobb keszulekhaz, mint a 200k-s 5k monitor az Alzabol. Szoval, ez ellenfele az 200k-s 5k Alza monitornak, de nem hinnem, hogy ellenfele lehetne a Studionak. Ami pl nalam jart driver board, sehogyan se akarta megenni 10 Gbps-vel a Time Machine SSD-met, mindenaron csak 5 Gbps-vel linkelt.
A fusion driveos felvetesed viszont erdekes, de azt tudod, hogy a Maces fusion drive, az valojaban ketto kozonseges storage eszkoz szoftveres "hazassaga"? Tehat maganak a fogalomnak nincs ertelme az Apple vilagan kivul. A gepedben ez egy onallo SSD es HDD alakjaban materializalodik. Ha van olyan kulso hazad, amibol az OS tudja, hogy melyik SSD es melyik HDD, akkor azzal Tahoe elotti rendszerekig csinalhattal kulsoleg is fusion driveot command line, viszont a Tahoe ota nincs mar support hozza.
-
#46702
Czo
addikt
kazsmerlaca
#46696
válasz
kazsmerlaca
#46696
üzenetére
Technikailag, at tudod mapelni cmd+backspace -rol fn+backspace -ra (ez a delete gomb) de akar sima backspace-ra is, viszont, macOS-en a keyboard shortcutok ertelmezese nem az alkalmzas feladata, hanem a rendszere. Tehat, ha atmapeled backspacera, akkor BARMIKOR backspacet utsz amikor a Finder aktiv, tok mind1, hogy mit csinalsz kozben, akkor is el fog fireolodni a backspace gombhoz rendelt keyboard shortcut (azaz nem a programozo kezeli a shortcutot, hanem a rendszer veszi eszre hogy megnyomtak egy shortcut kombot es hiv be az appba a funkcioert, ezert tudod atmapelni a shortcutokat). Ez technikailag azt jelenti, hogy ha rateszed a backspace gombra, akkor ha eppen filet nevezel at es az ott levo szoveges szerkeszto dobozban nyomsz egy backspacet karakter torlese miatt, akkor a backspace event nem fog eljutni a Finderhez (nem fogja kitorolni a beirt karaktert), hanem meg fogja hivni a kijelolt filera a shotcuthoz rendelt dobd ki a kukaba eventet a rendszer.
-
válasz
Szabi®
#46678
üzenetére
Kezdjuk inkabb elolrol. A mail fusson, legyen ablaka is es egy olyan folderben legyel, ahova tenylegesen meg fog erkezni a level. Majd indits el valami mast, pl Safarit, azt meretezd at ugy, hogy lasd alatta a Mail-t es probald ki, hogy igy mit csinal. Mert elsore ki kellene deriteni, hogy mivel van baj.
Mennyi helyed van egyebkent szabadon?
Szerk: ertelemszeruen, ha a periodikus ellenorzes mukodik, akkor meg fog jelenni a level a listaban, csak nem lesz badge az ikonon, ha pedig a level se jelenik meg a listaban, akkor a periodikus ellenrozest sem csinalja.
-
-
válasz
(ex)Cat
#46663
üzenetére
A PC-s 102 gombos magyar layout adaptacioja, igy hirtelen csak ezt dobta ki a Google: http://beszeljukmac.com/index.php/forums/viewthread/42122/ Sajna az archive.org halott eppen, igy nem tudom megnezni, hogy tenyleg megvan-e 20 eves az eredeti beszmaces post
de valszeg, megvan. -
válasz
(ex)Cat
#46643
üzenetére
Apple eredeti billentyuzeteken alapvetoen nem szokas felfesteni a shiften kivuli modosito billenyuket (a kukac egyebkent kb 8-10 eve lehet felfestve). En, mindenutt amerikai kiosztast hasznalok, az L alaku enter is idegen a szamomra. Itt, az Apple vilagaban egyebkent, 34 eve a Q-n van, a Windows vilagaban pedig kb 32 eve a V-n. Aki ezen nott fel, ezt szokta meg, aki azon nott fel, azt szokta meg. Ez van.
De ugyonez van a funkcio gombokkal is, marmint a jelenlegi rendszerben alapvetoen nincs F-es funkciogombsor. A Maces appok csillio eve nem hasznaljak azokat alapvetoen, ezert vannak ott a media gombok. Ha megnezed a Design Guidelinet, sem most, sem 25 eve nem beszel a funkcio gombokrol, mintha azok nem leteznenek. A szarul megirt, szarul adoptalt crossplatform appok azok, amik ezeket hasznaljak, illetve, ha remote desktopolni kell masik rendszerre. Ettol a ketto dologtol eltekintve, a Mac hasznalok nagyon-nagyon-nagy reszenek, folosleges gombok kb. Ha kulon gombra pakolnank a media gombokat, egy csomo ember egyszer sem nyomna meg az arvan maradt funkcio gombokat.
-
Tehat ezek szerint, el kellene felejteni, hogy letezik kulon cmd es letezik option/alt esetleg letezik a control is? Hiszen 3 modosito gomb sok, ezeket ossze lehet keverni. En pl naponta vegtelen sokszor hasznalomd a cmd+w -t es nem szoktam veletlenul cmd+q -t utni helyette. De az sem szokott elofordulni, hogy alt+q -t vagy alt+w -t utok. Sott, a cmd+c helyett sem szoktam cmd+v -t, vagy cmd+x -t. Erdekes, itt nem zavar, hogy tok egymas melletti betuk csinalnak mast? Kepzeld el, ha masolni szeretnel a vagolapra es veletlenul beillesztes lesz belole egy olyan szovegdobozban, ahol nincs undo...
-
A hivatalos bejelentes azt tartalmazza, hogy ez az utolso macOS verzio, amiben a jelenlegi, teljes Rosetta2 benne van. A kovetkezo macOS-tol csak annyi marad a Rosetta2-bol, ami kell majd nehany, meg nem nevezett macOS-s jatekhoz, ami tartalmaz valahol/valamennyi Inteles kodot. Egyelore senki sem tudja, hogy mi lesz, kiderul jovore a WWDC-n. https://developer.apple.com/documentation/apple-silicon/about-the-rosetta-translation-environment/
-
Marmint a quit shortcutjanak a cmd+q szerinted hulyeseg?! Mi lehetne ennel logikusabb? A savehez meg a cmd+s? A window bezarashoz meg a cmd+w? Ezek teljesen jo shortcutok. Latod, anno magyar kiosztasra az alt+q szuletett meg a @ karakterre, mig a PC-s magyar kiosztas alapja meg a nemet kiosztas lett. Miert nem a PC-s vilagot szidod, hogy mas lett az ottani magyar kiosztas, mint ami Apple eseteben letezett?
-
Megint azt gondolod, hogy ezek alap funkciok. Ezek csak neked alap funkciok es szamodra ezek azert alap funkciok, mert ezt hasznalod a szoftverbol. Atnezve ezt a listat, eszembejutott, hogy tenyleg, a Logitech ScanMant IrfanView-val hasznaltam anno 95 alatt, ez pedig azert jutott eszembe, mert valaki irta alternativanak az IrfanView -hoz a GraphicConvertert, amit en is scannelesre hasznaltam tizensok evvel ezelott es pont valaki ajanlotta anno az IrfanView helyett. Szoval, ott, akkor, tokeletes alternativa volt az IrfanView-hoz a GraphicConverter.
A Whiskey egyebkent evek halott logikailag es par honapja tenylegesen is. Soha nem kapott a mukltban CrossOver frissitest (igy Wine frissitest sem). Tehat minden bug es defekt, ami ezekben benne volt 2023 tavaszan, az benne van most is. En valami mas iranyba mozdulnek, de ez a mozdulatod is csak ideiglenes, mert senki sem tudja, hogy a Rosetta kiherelese utan, mennyire fog megmaradni a Wine x86 funkcionalitasa. A Wine egyebkent tud ARM64 .exe-t is inditani, igy egy ARM64-re forditott Wine elkepzelheto, hogy el tudja inditani az ARM64-es IrfanView-t.
-
Ha irnek is ilyet, akkor sajnos nem mukodhetne igy. Amennyire lehet, kovetnem a design guidelinet, hogy megfeleo Maces appot keszitsek. Tehat peldaul, a mentes mindenkeppen command+s lenne, a kontent vagyis a window bezarasa pedig, mindenkeppen command+w... Hiszen ezek azok a shortcutok, amiket system wide megszoktak az emberek, a design guideline is azt keri, hogy a megszokott shortcutok a megszokott helyeken legyenek, egy magara valamit is ado fejleszto pedig, koveti a platform ajanlasait. Egyebkent, pont ez az a dolog, ami miatt nagyon-nagyon-nagyon konnyu kiszurni a szarul-hugyul megirt, esetlegesen mindenfele multiplatform frameworkot hasznalo appot, mert mas a mukodese. Erzodik rajta, hogy nem Maces app.
Szerk: nyulvan le lenne implementalva a system wide mentesi dolog, tehat a traffic lighton latnad, hogy el van-e mentve, ha pedig nincs, akkor a rendszerbealitasok kozott alkalmazott beallitas ervenyesulne, tehat nem tudal dokumentumot bezarni kerdezes nelkul.
-
válasz
(ex)Cat
#46620
üzenetére
Igen, itt jon az, hogy ki-mire hasznal valamit. Az en szememben az Irfanview/ACDSee nem tobb, mint a Finder+Quicklook+Preview trio. En csak es kizarolag ezt a funkcionalitast hasznaltam belole, hogy vegiglapozzak kepeket, csak es kizarolag fullscreenben, fullscreenu monitorra meretezve (akar nagyitva, akar kicsinyitve) illetve, hogy 'A' formatumbol 'B' formatumba alakitsak 1-1 darabot belole. Ha en irnek egy irfanview klont, akkor abban csak ennyi funkcio lenne es azt mondanam ra, hogy az irfanview Maces klonja, mert a szememben tenyleg 100% klon, hiszen benne van minden funkcio, amit hasznalok az eredeti szoftverbol.
-
Egyre inkabb ugy erzem, hogy neked nem a Preview komplexx funkcionalitasara lenne szukseged, hanem csak egy egyszeru valamire, ami megmutatja a vagolapot, amibol tudsz tovabbi dolgokat menteni, valahogy. Miert nem keresel erre egy kesz appot? Vagy nem letezik ilyen app? Mert akkor, valoszinuleg, ez egy olyan egyedi felhasznalas, ami eddig senkinek sem jutott az eszebe. En speciel, meg szoktam irni magamnak iOS-re es macOS-re is azokat a dolgokat, amikre szuksegem van es nem talaltam ra kesz megoldast. Nekem peldaul, a beepitett eszkozkeszlet foloslegesse tette minenfele-fajta kulso kepmegjelenito szoftver letezeset, mert mindarra amire korabban mas rendszer alatt hasznaltam valamit, az beepitve megtalalhato es mukodik. Akar arrol van szo, hogy vegiglapozom egy folderben a kepeket, akar arrol, hogy managelem a sajat fenykepeimet.
Egyebkent a design guideline explicite irta anno, hogy az alkalmazasnak a rendszer dokumentum mentesre/kezelesre szolgalo API-kat kell hasznalnia, mert akkor ilyen esetben, vonatkozik ra a rendszerbealitasok kozott kapcsolt kapcsolo es tovabbi teendoje, a fejlesztonek nincsen.
Szerk: Meg annyit tennek hozza, hogy ha valakinek hianyzik egy szoftver, amit el akar kesziteni, plane, ha ez a szoftver egy masik platformon megvan, akkor nem az egesz szoftvert szokta atultetni, hanem csak azt a funkcionalitast, ami hianyzik neki belole. Ezert ha letezik egy masik paltformon egy adott szoftver, akkor ha ahhoz csinal harom valaki 3 altrenativat, az a 3 alternativa lehet ehgymastol kb homlokegyenest eltero szoftver, mert nem fog mindent tudni, aki pedig megirta/atirta, szamara az teljeserteku alternativa lesz a masik platformon hasznalt megoldashoz kepest, hiszen az a funkcio, ami neki kellett, az meg lesz az atiratban. Tehat az en szememben, az iPhoto/Photos, a Finder a QuickLook-val es a Preview, minden olyan kepekhez hasznalt kulso szoftvert kivalt, amit anno fel kellett rakni Windowsra.
-
Az osszes app megkerdezte modositott file eseten, kilepeskor, hogy akarod-e menteni. Ennek a megszuntetesere jott 10.7-ben az automatikus, allando, mindenkori mentes, ami nem csak az ablak bezarasakor menti a doksit, hanem mindig. Tehat az a workflow, hogy megnyitsz valamit, atirod, majd mentes maskent, az nem mukodott, mert megvaltozott mind a ketto doksi. Ezen sokan fel voltak haborodva (en is), ezert egy kovetkezo updateben, bekerult ez a kapcsolo, amivel visszakapcsolhato hogy bezarasnal kerdezze-e a mentest. Ez a kapcsolo, ha be van kapcsolva, akkor emlekeim szerint tok ugy mukodik, mint ahogyan mashol megszokott, azaz ha volt modositas, megkerdezi, hogy akarod-e menteni, ha nem volt, akkor meg szonelkul bezarja.
Igen, szol, ha az adott beallitas olyan, hogy az logout/logint igenyel, arrol is tajekoztat, ha az adott beallitas nem igenyel login/logoutot, de csak azokra a programokra fog ervenyesulni, amit ezutan inditassz el.
-
Ha inditassz egy Wordot abban lesz egy ures Word dokumentum, mert a Word ilyenek szerkesztesere szuletett. Ha inditassz egy Preview-t, akkor milyen dokumentum jojjon letre? Bitkep? Vektor? icns? pdf? Ha pl letrejon egy bitkep es pastezol egy vektort, akkor mi tortenjen? ding? Konvertalja rasztere? Vagy dobja ki az egeszet ami ott van es csinaljon egy uj vektort? Szerintem, ez a legkenyelmesebb, te kered meg arra, hogy nyisson egy uj dokumentumot, azzal a formatummal, ami a vagolapon van. Ha az PDF, akkor pdf lesz, ha bitkep, akkor bitkep, ha vektor, akkor vektor.
-
-
Beirhatod a filet is, ahogy irja a help, az mukodik (sott, az en screenshotomon is van pathot tartalmazo). Kicsit ugy erzem, hogy nem nezegeted a rendszert, nem olvasod a dokumentaciot/helpet, viszont semmi sem ugy mukodik mint ahogyan mashol megszoktad (persze, hiszen ez mas, ez a lenyege), de te elvarod, hogy mi mondjuk meg, hogy hogyan lesz valami olyan, mint mas operacios rendszer alatt, ahogyan megszoktad.
Mit kellene egyebkent tennie szerinted a previewnak, amikor elinditod es nem nyitsz meg semmit?
-
Nem tudom, hogy mit probaltal, de a system settings > keyboard > keyboard shortcuts > app shortcuts reszen tudsz egyedi shortcutokat generalni a menubarban levo elemekhez, illetve meglevoeket felulcsapni. Eleg a menuelem nevet beirni a vegso helyen, kiveve ha tobb helyen is van ilyen (pl van a fileban is copy, meg az editben is, meg a help-ben is), akkor a teljes pathot be kell irni, "->" -vel. Egyszerre fel lehet venni tobb menupontot is ugyonazzal a shotctuttal, ez mukodik is, de en amiket igy generaltam, azok kizarolag kulon-kulon tudnak aktivak lenni, nem egyszerre.
-
Hogyhogy miert? A cmd+n letrehoz egy uj ojjektumot abbol, ami a vagolapon van, a cmd+v pedig megprobalja beilleszteni az aktualis ojjektumba azt, ami a vagolapon van (vagy annak a szarmazekat, ami a vagolapon van). A ketto funkcio meg csak nem is hasonlit egymasra.
Azt nem probaltad, hogy engedi-e felvenni mind a ketto shotcutot? Mert akkor egy probat meger, ha feluldefinialod a New-t is a cmd+v -re, majd a pastet is a cmd+v -re. Ez mondjuk, akkor, ha nincs megnyitva benne semmi objektum, akkor teljesen egyertelmu lehet, hiszen akkor a paste nem tud aktiv lenni, csak a new, tehat tudni lehet elore, hogy mi fog tortenni. Viszont ha van a vagolapon valami, akkor nem new kellene, hanem paste... ilyenkor nem tudom, hogy mi tortenne, de talan lehet abban logika, hogy a listaban pl vagy az elso vagy az utolso keykombora fog reagalni, igy akkor ebben az esetben ha neked mindig paste kell, akkor pl azt kell elsore, vagy masodjara felvenni.
-
Egyebkent, mi lenne, ha megnezned ezeket a tetves beallitasokat es csak azutan konyvelnel el valamit, hogy szar, miutan kiderult, hogy nem lehet ugy bekonfiguralni, hogy szerinted jo legyen?
Pl. szerinted egy modern rendszernek hogyan kellene itt mukodnie? A masik platformon milyen szoftver szamit modernnek, ami ezt igy tudja?
-
Az iCloud Drive file requestere jon fel, ha kikapcsolod siman, ablak nelkul fog elinduln (iCloud prefsen belul a See All >> iCloud Drive >> Apps Syncing to iCloud). Nekem itt ki van kapcsolva a Preview es a Textedit, a textedit pedig default plain textre van allitva, igy tok ugy viselkedik, mind a regi notepad Windowson.
A Preview nem kepszerkeszto, de van neki new from clipboard opcioja a cmd+n komboval, ami minden mas programban is uj dokumentum kezdetet jelenti. Ha mar van dokumentuom benne, akkor cmd+v -vel is ra tudod illeszteni a vagolap tartalmat. Nekem a Preview-ban a cmd+n bosegesen elegendo volt az elmult 20-30 evben.
-
válasz
(ex)Cat
#46561
üzenetére
Az "apptevekenysegek a hatterben" resz, azok a Launch demonok, angyalok es ugynokok
(a rendszer es az user Library foldereben a LaunchAgents, LaunchDaemons, LaunchAngels).A jogosultsagok az egy sqlite adatbazis, amit takarit, ha torolve lesz az alkalmazas. Aminek ikonja van, az nincs torolve, tehat valahol ott van meg a gepen, amit lat,.
-
A kepeden levo snapshotnak SEMMI koze nincs a time machinhoz.
Mibol gondotlad, hogy ennek koze van? Azt hittem, hogy a "com.apple.TimeMachine.<datum>.local" nevu snapshotokkal van problemad.A TM snapshotjait igy tudod listazni:
Amit a disk utilityben latsz, snapshotkent az a boot volumeod (tudod, itt kulon particion van az OS, majd errol a particiorol keszul egy security tanusitott snapshot es azt a particiot bootolod be. A rendszered a snapshotbol bootolva irhatatlan). Bovebben: https://support.apple.com/en-au/guide/security/secd698747c9/web
Ha azt megpiszkalod, bootolni sem fogsz tudni.
-
Az inditaskori hangero az egyenlo a shutdown hangerovel, ami nem a rendszerben van tarolva, hanem a PRAM-ban, mint pl a PC BIOS beallitasok. Vagy csinaltal egy PRAM resetet, vagy maga a telepito csinal ilyet, de akar resetelhette is ennek az erteket valamire.
A filevault nem rendszer beallitas, tehat nem egy pipa ami a prefsben van tarolva. Ez egy "allapot" (van preboot kornyezet, encyptelt az apfs, prebootrol kell bootolni flag a pramban, stb stb), igy ezt a "beallitast" sem tartalmazza a TM. A Tahoe telepitese az, ami keres nelkul bekapcsolja a Filevaultot. (Errol beszeltunk mar itt korabban, amikor valaki a lassu loginra panaszkodott Tahoe alatt, holott az nem a lassu login, hanem maga a boot folyamat a filevault miatt).A Time Machine peroidikusan keszot snapshotokat, ha automata backipra van allitva es ha meglatja a TM volumet, akkor atmasolja oda a backupot a snapshotbol. Ez purgeable teruletnek szamit. Ha kitorlod, azzal csak nagyon lassu lehet a kovetkezo backupod (mert ahelyett, hogy a snapshotbol vetne ossze, meg kell keresnie a modosult fileokat). Nem kell piszkalni, a rendszer manageli.
-
Mindent ment a TM, tehat ha fileokat helyezel a /usr/local -ba vagy a /opt-ba, vagy atirsz valamit a /etc -ben, akkor azt is. Kompletten azt kapod vissza, ahol eppen jarsz. Az "eldobhato" dolgokat nem menti (amit purgeable space-nek ir pl a finder is). Az iCloud jelszot szerintem be kellett irni ujra (ha rajta van az activation lock, akkor plane biztos, mert a lockot fel kell oldani), illetve, olyan appok jelszavat is, ha az app az adott jelszot olyan cimkevel menti le valahova, hogy az ne keruljon bele a mentesbe (a fejleszto tudja iranyitani 1-1 file letrehozasakor, hogy megtiltja annak belekeruleset a mentesbe).
-
válasz
TigerCat
#46504
üzenetére
Van valami furcsa system audio output/input eszkozod, vagy kamerad? Ezeket szerintem inicializalja, anno mindenfele vegtelenul lassu reakciot okozott a Teamsnek, ha nem "normalis" audio kimenet volt kivalasztva (pl. a Philips Hue-k zenere villogtatasahoz a Hue Sync).
-
Neha tokre meglepodom, hogy mennyire gyors vagy lassu tud lenni az App jovahagyas. Van amikor napokig ulnek rajta, de van amikor par ora alatt vegigmegy. Delutan 6:48kor bekuldtem, majd este 9:18kor elkezdtek nyomogatni vegul ejfel utan 44 perccel jova is hagytak. Barcsak mindig ennyire gyors lenne.
-
Wow, az Xcode 26.1-ben, noha mar csak "Big Sur"-ig lehet visszamenni minimalis rendszerverziot illetoen, de ha kezzel bebikazza az ember, hogy 10.13, akkor az elkeszult binaris meg siman mukodik High Sierra alatt. Igy tovabbra is tudom tamogatni a hwKlaxon eseteben a regi verziokat. Mondjuk, azt meg nem tudom, hogy az App Store be fogja-e igy engedni. De ez, majd kiderul.
-
Minden a storeban elerheto appra tud a store frissitest jelezni, viszont frissiteni nem feltetlenul tudja azt, ami nem a storebol lett letoltve. Pl. ha korabban letoltotted a storebol, majd kimentetted es kesobb visszamasoltad, akkor azokat sem biztos, hogy fogja tudni frissiteni.
-
#46464
Czo
addikt
kazsmerlaca
#46460
válasz
kazsmerlaca
#46460
üzenetére
Ha minden kotel szakad, en del-pesten (pesterzsebet egesz pontosan) barmikor ra DFU-zom neked az imaget.
-
#46459
Czo
addikt
kazsmerlaca
#46457
válasz
kazsmerlaca
#46457
üzenetére
A datum/ido jo? Ha nem, allitsd be.
-
válasz
Krethx
#46426
üzenetére
Volt ido, amikor relative konnyu volt egy termekrol kideriteni, hogy az belul micsoda, aztan volt ido, amikor ez teljesen elmult. Sokszor van, hogy jo lenne a chip ami benne van, de a gyarto pl ajanlja, hogy tegyel egy EEPROM-ot eballitasokkal a chip melle, amiben ilyen-olyan dolgot a te dobozodhoz konfiguralsz, de alapvetoen annek a meglete opcionalis. Kb 10-bol 9 termeknel ez hianyozni fog. Ami 2 lemezes Raidsonic hazam van, az is "szar", mert mind a ketto eszkoz 1234567890-t mond sorozatszamnak (igy nem tudsz ra automatikat epiteni). Egyszeruen tele van a vilag szemettel (vettem olyan kulso hazat, ami 0001:0001 -t reportolt vendornak es device id-nek ezen felul a benne levo chiprol levakartak a feliratot, nehogy lathato legyen, hogy mi van benne), es a nagy valasztekbol, mar nem latszik, hogy mi nem lesz jo, es mi az, ami jol ossze van rakva belulrol, sott, mar a rendes "markakban" sem lehet bizni, mert ott is elofordul a tucatszemet.
Volt gyarilag, tenylegesen legitim, valodi 128 gigas USB-C csatlakozos usb storage modulom, amit hiaba dugsz be egy Macba, nem fog feljonni. Egy Lenovoba dugva meg feljon. Ha ezt az eszkozt beledugom a Caldigit hubba, azon keresztul se a Lenovon se a Macen nem fog latszani. Ha kozbeiktatsz egy fogyasztasmerot, az teljesen sotet lesz akkor, amikor az eszkoz nem megy, tehat nem kap aramot. Ha szetszeded az eszkozt, akkor kiderul, hogy a gyarto kb sporolt 10 centet es kihagyott egy darab ellenalast az USB-C csatlakozo mellol. Ez az ellenalas hivatott arra, hogy jelezze a tuloldali eszkoznek, hogy o aramot szeretne kivenni a portbol, nem pedig belerakni. Az Apple elvarja ennek a megletet, mert a szabvany is eloirja, az emlitett Lenovo nem.
-
válasz
Krethx
#46417
üzenetére
Szerencsere nem szoktam ugy jarni, hogy disconnectelget a storage. Marmint alapvetoen csak a Time Machine az, ami orakon at aktiv szokott lenni, de azzal sem volt gondom soha, pedig jart itt a Firewire csatloson nonametol, az USB 2.0-es majd 3.0-as nonamen at minden. Ami feltunt, azok a kritikan aluli minosegu USB hubok, nem egyet szedtem szet, majd dobtam a kukaba, mert nem felelt meg az elvarasoknak.
-
válasz
(ex)Cat
#46401
üzenetére
En ugy vagyok vele, hogy ami napi szinten kello dolog, tehat akar munkahoz, akar a mindennapokhoz, annak a belso storage a helye. Amit tobb geprol kell hasznalni, az nyilvan valamilyen halozati tarhelyre kerul, es kulso, radughato eszkoz pedig, maximum a Time Machine vagy az eppen transferalas alatt levo adatokhoz van. Soha nem jutna eszembe, fixen kulso eszkozt kotni a gepre es azt allando jellegu storagenak hasznalni.
Gondolom, volt/van a developerek kozott egy vagy tobb Mac felhasznalo. 
Mert letezik fizikai keyboardbol olyan, ahol a Q-ra es olyan is, ahol a 2-esre van printelve a @ 
Mibol gondotlad, hogy ennek koze van? Azt hittem, hogy a "com.apple.TimeMachine.<datum>.local" nevu snapshotokkal van problemad.
Új hozzászólás Aktív témák
- Epic Store Ünnepi Ajándékozás - 7. nap: The Callisto Protocol
- Drága bluetooth tagek olcsóbb alternatívái (MiLi MiTag, LiTag, OTAG, stb.)
- OTP Bank topic
- VGA kibeszélő offtopik
- Filmvilág
- Sorozatok
- WoW avagy World of Warcraft -=MMORPG=-
- Mini PC
- YouTube
- Mibe tegyem a megtakarításaimat?
- További aktív témák...
- RYZEN 7 5800X + hűtött VRM-es A520 alaplap + 32GB hűtőbordás DDR4 kit! GAR/SZÁMLA (a Te nevedre)!
- GAMER PC - i7-7700, 16GB DDR4, GTX 1650
- Akció! Gamer PC-Számítógép! Intel Ultra 5 245K / RTX 3080 10GB / 16GB DDR5 / 1TB SSD!
- ÚJ 3-DBOS CSOMAG: Intel Core Ultra 7 265K + ASUS TUF Z890-PLUS WIFI + MSI MAG CORELIQUID A15 240
- Gaming PC - R5 9600X,RTX 5070 12GB,32GB DDR5,1TB NVMe,850W
- HIBÁTLAN iPhone 14 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3240
- Thermalright Aqua Elite 360 V3
- Telefon felvásárlás!! Honor 200 Lite, Honor 200, Honor 200 Pro, Honor 200 Smart
- Azonnali készpénzes AMD CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- Xiaomi Redmi Note 9 / 4/128GB / Kártyafüggetlen / 12 Hó Garancia
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi