Offline móddal bővül a Chrome OS

"-de arról van szó, winen ugyanígy szarnak be dolgok"
Pontosan. Errõl van szó.
"ubuntu instabil és lassú?"
Inkább Suse 9.0/10.0. Meg Debian Core package sem egy leányálom P3/384Mb-val (Szégyenszemre WinXP fallback lett belõle.)
Igen a WinVista/7 böszöm nagy és csak nõ. (Side-by-Side könyvár ugye.) Cserébe kompatibilisebb.
"miért fut linuxon is jó pár éves program rendesen ha semmi sem fix?"
A static-link egy megoldás lehet. + kevés benne a kernel hívás?
" win akkor miért van egy csomó probléma a wines programokkal verzióváltáskor"
Nyilván, mert nem 100%, de érezhetõen ügyelnek a breaking change-ekre.
"Amúgy nem is tudtam hogy az opengl nem fix, " Uhm, OGl2.0=>OGl3.0 váltás?
OGl-t a Linux disztrib.-ek is csak implementálják.
"a a linuxos hangrendszerek közötti váltáskor is vissza kompatibilitást láttam volna"
Alsa<==>OSS annak idején elég gáz volt, szerencsére az utóbbi kihalt.
Persze próbálkoznak, csak nincs rajta akkora hangsúly. (Nyilván, mert az új technológiák viszont villámgyorsan megjelennek rajta, és nehezebb/görényebb meló fenntartani a kompatibilitást.)
"mintha a kernel apik is fixek lennének különben mindent újra kéne írni mégsem kell."
Nekem úgy rémlik, hogy akkora gáz volt belõle, hogy bevezettek egy policyt a kernel modulokra, hogy csak fix kernel ID+verzió egyezés esetén hajlandóak betölteni az adott modult, mert annyi a breaking changes. (Ismerõs a helyzet, hogy jön a pl. 2.6.x.123a->b kernel update és a third-party vga modult is le kell rántani és az installernek kernel header-ek kellenek? Különben marad a vesa 3.0 mód...)

-de arról van szó, winen ugyanígy szarnak be dolgok
-akkor linuxon sem az
-dinputot is ha jól emléxem.

ubuntu instabil és lassú? hááát... órási méretû a funkcionalitásához képest? LOL win7 alsó hangon 6 giga, nincs benne egy im program, képmanipulátor, office stb(fél napon keresztül telepítgetni kell a hiányzó dolgokat (már ha nincs portable-re megcsinálva) ami egy alap ubi telepítésen van és az még is 3 gigán elfér...
De nem értem hogy ha olyan kompatibilis a win akkor miért van egy csomó probléma a wines programokkal verzióváltáskor. És még mindig nem értem hogy akkor miért fut linuxon is jó pár éves program rendesen ha semmi sem fix?
Amúgy nem is tudtam hogy az opengl nem fix, ha jól tudom pont az a fejlõdésének gátja, hogy meg akarják tartani a visszafelé kompatibilitást. Mintha a linuxos hangrendszerek közötti váltáskor is vissza kompatibilitást láttam volna, mintha a kernel apik is fixek lennének különben mindent újra kéne írni mégsem kell.
Tehát az a nem fix apis dolog max a xorg lehet, de ott sem tapasztaltam még soha hogy régi program nem megy mert xy...

Áh, Arakistor "barátunk" ismét betévedt növelni a youtube-os videóinak a nézetséget. :-D

Ejj, de értetlenek vagyunk:
"-Access violation elõfordul winen is, ez nemjött be."
Kompatibilitás: Ubuntun beszart, winen nem errõl volt szó.
"-nem annyira stabil, éppen ezt írtam xp elõtti programok gyakran összefossák magukat"
Stabil, mint hosszú ideje használható. Ha beszarik valami, az alapból nem az API hibája.
"-minek az apija? Az egy fejlesztõkörnyezet, mondom ennyi erõvel a java "apija" is fix"
A Windows API-ja. Le van wrap-elve a WinAPI ráadásul full OO.
"-igen mert a többit kukázták"
DirectInput, Direct2D...
"dmusic már "deprecated""
Igen, elõfordul, hogy eljár valami felett az idõ.
"dll hellel,"
agreed. Az érem másik oldala viszont a kompatibilitás.
"óriási mérettel, és helyenként lassú és instabil mûködéssel."
Az Ubuntu-m/Suse-m is helyenként instabil és lassú volt, ja és óriási méretû (a funkcionalításához képest).

Majd meglessük, és ha nem jó nem használjuk. De ha jó akkor lõttek az otthon szögelt Linux-csodáknak elég sokféle OP-ot próbáltam sok hardveren, van tapasztalatom. A nagy tömegek által használható "néha nem a legjobb" megoldás fog mindent legyûrni! Google termékeket használók tábora talán már akkora mint a Win.-t használóké és ha ez átbillen OP-szinten is akkor vakarhatják a fejüket a Win8-al.

-Access violation elõfordul winen is, ez nemjött be.
-nem annyira stabil, éppen ezt írtam xp elõtti programok gyakran összefossák magukat
-minek az apija? Az egy fejlesztõkörnyezet, mondom ennyi erõvel a java "apija" is fix
-igen mert a többit kukázták... dsound már csak emulálva van openal az ajánlás, dplay,dmusic már "deprecated", gyakorlatilag a directx már csak ddraw és d3d-bõl áll.
Ha meg minden szart így emulálnának a linux is olyan lenne mint a win, dll hellel, óriási mérettel, és helyenként lassú és instabil mûködéssel.

nem vagyok olyan expert mint az elõttem szólók, de nekem tetszik, a google-nek eddig minden szolgáltatása nagyon jó

Quake2 pl.: miután 9-es Ubi-n nagy nehezen elõkerítettem neki a lbc.so.5 -t (vagy mifene), simán access violationnel kiszállt állandóan. Úgyhogy maradt a win...
" win32 api... hagyjuk már":
Miért is? Minden hátránya ellenére stabil. Pont ezt írta Strogg is.
".net-ben mi a fix": Mondjuk az API.
"A directx fix apiról meg annyit hogy 10-nél teljesen átdolgozák, 0 a kompatibilitása a 9-el,": Csak semmi nem akadályoz meg, hogy továbbra is gond nélkül futtass dx9-es app.-okat. Azt hiszem egyébként, hogy a D3D lett csak újragondolva.
"directsound és gdi is vista óta már csak emulációban megy": De megy, ez a lényeg. A gdi átkerült user-módba, ezt érted emuláció alatt?

directsound és gdi is vista óta már csak emulációban megy, kernel streaming beszüntetve, vistánál teljesen új driver modell, szóval kb annyira fixek a dolgok winen mint linuxon 😄D

direcx10? opengl... .net-ben mi a fix, és mi köze az apikhoz? Ennyi erõvel akkor java 😊 win32 api... hagyjuk már. Én linuxon sem nagyon találkoztam régi nemmûködõ programmal (igaz ott ritkább is az "elhagyott program"). Aztán meg 7-en max az xp utáni programok nagy része megy rendesen, azelõttiekkel már elég komoly problémák tudnak lenni. A directx fix apiról meg annyit hogy 10-nél teljesen átdolgozák, 0 a kompatibilitása a 9-el, és ezért még mindig sok fejlesztõ 9-el szüttyög miközben már 11 is van, amit szintén képtelenek rendesen használni.

strogg vagy Zoli??? directx 10 meg win api-k.... hehehehhe
neeee.
Mégis mi gondod volt a linuxal? .net ... úgy emlékszem hogy módósítani kell ha igazán meg akarsz egy két dolgot csinálni...

áhhhh

Úgy hogy a táblagépek terjednek, lehet hogy bukás lesz. Lehet hogy a Google-nek is egy táblagépet kellett volna így kiadnia. Chrometablet <#kacsint>

12 év linuxozás után mindenhol visszamigráltam windows-ra, a szerverek meg bsd-n teljesitenek. (eddig is igy volt)
12 éve várom, hogy kialakuljon valami, és valami fix vsalamit összekalapáljanak, ehelyett még mindig ott tartunk, hogy az xorg-ot kompletten ki kéne hajitani, és áléljunk át wayland-re. Bas*ki windows-on már directX 10 van könyörgöm.
fix .net, fix win32 api, amivel a legtöbb program még mindig megy döccenés nélkül w7-en. Az ubuntu már az elõzõ verzió (6 hónap ugye mint tudjuk) sem biztos, hogy kompatibilis saját magával. Esélytelen lássuk be.
Valójában nincsen mirõl beszélni. (Az sdl-t/mesa-t hagyjuk, mert az nagyjából a directX 6. körül felel meg.)

A gyorsítással kapcsolatosan ez valóban igaz lehet (bár meglehetne csinálni ha nagyon akarnák)
De ennyivel nagyobb processzorhasználatot úgy hiszem még az Xorg mûködési elve se okozhat.
Egyébként sok Xorg-al kapcsolatos problémára lehet majd megoldás asztali rendszereken a wayland, így mindenképp érdemes várni. Nincs szükség asztali használat esetén az esetek 99.9%ában az Xorg féle szerver-kliens rendszerre, mert az alkalmazások helyileg futnak nem egy távoli gépen, így ezt csak felesleges erõforrás-pazarlás (bár egy mai processzornak már nincs vele sok gondja) viszont a driverírás egyszerûbbé válhat ezáltal, így a gyártók (fõleg az AMD-ATI .. na meg az Intel driverei se túl fényesek) talán jobb drivert írnak majd.. persze kérdés mikorra készülnek el az elsõ használható waylandos drivereik..

Ez sajna nem az adobe hibája.
A linuxnak a mai napig nincsen az xorg -on egy fix tisztességes api-ja, és ez úgy általában az egész linuxra jellemzõ sajnos. ráadásul a nagy disztrók most akarják kidobni az xorg-ot, és átállni wayland-re.
Én azt csodálom, hogy egyáltalán adnak ki flash plugint, mert ha én lennék a fõnök rendes api nélkül k- tennék a linuxra ahogyan van.

hmm.. remélem ez majd készteti a kedves adobesokat, hogy írjanak egy normális flash plugint linuxra (mert a jelenleginek vagy 2x akkora erõforrás kell ugyan azon mûvelethez mint a windowsos változatnak.. és nincs mellette gpu gyorsítás és nem tudom a wines használ-e már több magot, de a linuxos még mindig csak 1 szálon megy..)

Szerintem nagyon sok helyen jó lenne egy ilyen vékony kliens ,mivel már mindent meg lehet oldani szerver-kliens kombóval ,föleg munkahelyekre meg iskolákra gondolok.
A rendszergazdák kedvence gyors ,egyszerû ,stabil és mégha baki is van akkor kicserélik a gépet ,na meg még frissitik szoftveresen meg hardveresen is helyeted.
Amcsi piacon nagy sikert fog aratni ,mert rengeteg online szolgáltatás van pl.: Onlive ,hulu,netflix,google music stb. ,amik böven kárpotolják ,hogy a gép egy vékony kliens.

Háát, biztos néha lehámlik a billentyûzet és nõnek új gombok frissített dizájnnal
Egyébként jó kérdés, hogy tényleg ez-e a jövõ, mire jó, mire nem, és kinek fog ez kelleni? Az tény, hogy mostanság én is 90%-ig ellennék egy ilyen gépen, de a maradék 10-et nem pótolja az a 90

hardveres frissítés?.. hmmm..

dont be evil ^^

Google <3