Leopardin tehovaatimukset ja Tiikerin tuen säilyminen

Boost · Viesti Kirjoittaja **Boost** » 15.8.2007 klo 18.12

Nopeasti en haulla löytänyt, eikä Applen sivuillakaan asiaa kerrottu. Eli millaiset ovat tulevan Leopardin tehovaatimukset? Vaatiiko peräti uutta Intel -pohjaista rautaa alle vai vieläkö tuki PPC:lle säilyy?

Olen reilut kaksi vuotta pärjännyt mainiosti Pantterilla, mutta nyt alkaa ohjelmien tuki hiljalleen tippua, joten uudempaan on siirryttävä. Uutta konetta ei ole tarkoitus ostaa, joten siinäkin mielessä Tiikeri olisi ensimmäisenä vaihtoehtona. Olisikin kiva kuulla ennustuksia/arveluita siitä kuinka pitkään Tiikeriä vielä tuetaan ohjelmavalmistajien taholta.

A.J. · Viesti Kirjoittaja **A.J.** » 15.8.2007 klo 18.20

http://en.wikipedia.org/wiki/Mac_OS_X_v ... quirements

dogmulder · Viesti Kirjoittaja **dogmulder** » 16.8.2007 klo 9.58

Saahan pantteriinkin vielä ihan hyvin ohjelmia, tosin ei aina uusinta versiota, mutta jos vanhalla on pärjännyt tähänkin asti, niin miiksi päivittää käyttistä sen takia? Tosin Tiikeriin päivittäminen tuo lisää ominaisuuksia ihan käyttikseenkin. Itseki odotan leopardia ihan sen takia että se tiputtaisi Tiikerin retail-levyjen hintaa käytettynä.

Ja eiköhän tiikeri pysy mukana vielä parisen vuotta, tuskin lepardi sitä ihan heti syrjäyttää, koska tiikeri toimii hyvin ja siinä on useimpien käyttöön riittävästi ominaisuuksia.

teroyk · Viesti Kirjoittaja **teroyk** » 20.8.2007 klo 0.04

dogmulder kirjoitti: Ja eiköhän tiikeri pysy mukana vielä parisen vuotta, tuskin lepardi sitä ihan heti syrjäyttää, koska tiikeri toimii hyvin ja siinä on useimpien käyttöön riittävästi ominaisuuksia.

Veikkaampa, että sama tahti jatkuu, että uudet ohjelmat käännetään uudelle käyttikselle, vaikka ne voisi saada toimimaan vanhemmissakin. Esimerkkinä voisi käyttää Lynx selainta: http://www.apple.com/downloads/macosx/u ... owser.html
Veikkaampa, että 1 1/2 vuoden päästä sivuilla on 2.8.7u versio, joka vaatii 10.5.5:n.
Kysymys kuuluu, mikä tekee nykyisestä ohjelmasta esim. 10.3.9 yhteensopimattoman?

Eli varmaan jokainen ymmärtää, että Applekin aiheuttaa nykyisellä kertakäyttökulttuurityylillä ilmaston muutosta, kuten Microsoftikin.

teroyk · Viesti Kirjoittaja **teroyk** » 20.8.2007 klo 0.30

A.J. kirjoitti:http://en.wikipedia.org/wiki/Mac_OS_X_v ... quirements

Kai siihenkin tekevät XPostFacton, että toimii vähän vanhemmissakin vehkeissä:
http://eshop.macsales.com/OSXCenter/XPo ... Facto.html

Ja toivottavasti tulee Disable Leopard Features softakin joskus.

Juhani L · Viesti Kirjoittaja **Juhani L** » 20.8.2007 klo 10.36

teroyk kirjoitti:[Kai siihenkin tekevät XPostFacton, että toimii vähän vanhemmissakin vehkeissä:
http://eshop.macsales.com/OSXCenter/XPo ... Facto.html

XPostFactoa ei ole kehitetty pariin vuoteen, kun homman sielu Ryan Rempel jäi kelkasta. Leopardin tuki on mahdollista vain, jos löytyy tarpeeksi intomielisiä ja osaavia XPostFacton kehittäjiä. Niitä ei vaan näytä olevan.

Jiiel · Viesti Kirjoittaja **Jiiel** » 22.8.2007 klo 9.30

Näin se varmaankin tulee olemaan, etenkin kun 10.5 on aito unix -

teroyk kirjoitti:Veikkaampa, että sama tahti jatkuu, että uudet ohjelmat käännetään uudelle käyttikselle, vaikka ne voisi saada toimimaan vanhemmissakin. Esimerkkinä voisi käyttää Lynx selainta (...) Veikkaampa, että 1 1/2 vuoden päästä sivuilla on 2.8.7u versio, joka vaatii 10.5.5:n.
Kysymys kuuluu, mikä tekee nykyisestä ohjelmasta esim. 10.3.9 yhteensopimattoman?

Toisaalta, ohjelmien vanhemmista versioista saatetaan fiksata bugit vuoden tai parin ajan ja niihin jopa saatetaan lisätä joitakin uudemman version ominaisuuksia. Näin mahdollistuu se, että käyttiksen ed. versiota ja siihen sopivia ohjelmia voi käyttää muutaman vuoden ajan uudemman version markkinoille tulosta. Aina tuo ei kuitenkaan takaa onnellista lopputulosta.

"Backwards compatibility", sen puute itse asiassa, on joissain tapauksissa kiistaton ongelma. Saattaa osaltaan selittää wintoosan suosiota erilaisissa toimistoympäristöissä. Meinaan, jos 2000-luvun alussa otettiin käyttöön jokin ohjelma, jonka tekijä on konkannut aika päivää sitten ja jonka viimeinen versio toimii 10.2:n kanssa, ja jos ohjelmalle ei ole korvaajaa eikä sen dataa saada (ainakaan edullisesti) muihin ohjelmiin, niin silloin on käyttäminen 10.2:ta. Ja konekanta vanhenee... Entä kun samanaikaisesti pitäisi yhtä ehdottomasti käyttää softaa, joka edellyttää 10.4:ää?

Luulen tämän olevan joissain tapauksissa OSX:n pahin kompastuskivi. No, mikään käyttis ei ole kaikille...

(Vaan kyllä jää hyvä maku 10.4:stä, kun sitten joskus on vaihdettava 10.5:een. Tai oikeastaan, aion kyllä ainakin kokeilla 10.5:ttä syksymmällä - sormet kutiavat. Toivottavasti 10.5 ei ole joutava estetiikkapäivitys vaan aito parannus vanhaan.)

Jamac · Viesti Kirjoittaja **Jamac** » 22.8.2007 klo 12.14

OS X:n ongelma on se että perintönä on vielä OS 9:n haamut. OS X:ssä on (ollut) paljon sellaisia siltoja ja rajapintoja mitkä on kaikkea muuta kuin paras ratkaisu, jos tarkastellaan sellaisena modernia "cocoa" ohjelmaa. Eli kun oli murros OS 9 -> OS X tarvittiin OS X:ään sellaista koodia mikä mahdollisti ohjelmien helpon käännön OS 9 -> OS X systeemiin. Pikkuhiljaa näitä muinaismuistoja, kuten Quick Draw (mikä periytyy varmaan "jostain pönttömac ajoilta" ilmoitetaan dokumentaatioissa sellaisiksi joita ei suositella ja sitten sellaisiksi joita ei tueta ja jotka poistetaan. Miksi niitä sitten poistetaan? Koska vaikka se sattuu, niin on parempi rohkaista (pakottaa) ohjelmoijat tekemään hyvin ohjelmoituja cocoa-ohjelmia kuin pitäytymässä koodissa mikä on kirjoitettu jollekin 25 megahertsin motorolanprosessorille. No, kuluttajalle porkkanana tässä on OS X:n kehittyneet ominaisuudet, esimerkiksi "kunhan se nyt tulee" resoluutiovapaa käyttis ja muut "sensellaiset". OS X on nuori käyttis vielä, ja juuri nämä vanhanaikaiset asiat ohjelmakoodissa näkyy nyt mm. Officen Intel-julkaisun hitautena. Vanhat systeemit on niin laitteistosidonnaisia, että niitä on käytännössä mahdotonta muuttaa järkevästi toimiviksi nykyisillä näytönohjaimilla ja prosessoreilla. Moderni ohjelmistoarkkitehtyuuri taas on sellainen, että laitteistorajapintoja abstraktoidaan, jolloin todellakin kaikki "uudenajan ohjelmat" pääsee automaattisesti hyödyntämään laitteiston uusia ominaisuuksia. Nämä on juuri niitä Core Image, Core Audio, Core Data, Core sitäjatätä… Tulevaisuus on Cocoa-ohjelmissa ja Xcodessa.

quenthal · Viesti Kirjoittaja **quenthal** » 8.9.2007 klo 21.57

Uudet Leopardin betat vaativat vähintään G4 / 867MHz. Periaatteessa tästä rajoituksesta selviää OSInstall.mpkg:n sisällä olevaa Distribution -tekstitiedostoa muokkaamalla. Ja kuten tiedossa on, G3 voi silti aiheuttaa ongelmia joissakin yksittäisissä käyttöjärjestelmän mukana tulevissa sovelluksissa.

Quartz Extremen lisäksi silmänruoka Leopardissa käyttänee avukseen jo Core Imagea, joka toteutetaan sitten softapohjaisena jos näytönohjain ei siihen taivu. Tämä taas tarkoittaa sitä, että vanhemmat koneet ovat entistäkin hitaampia jopa työpöytäkäytössä, jos ei esimerkiksi Dockista poista heijastuksia yms. pois.

Olen nähnyt Leopardia (9a527) pyöritettävän iMac G4 / 700MHz -koneessa ihan kohtalaisesti. Ehkäpä kuitenkin noiden lisääntyneiden graafisten tehosteiden myötä tämä 10.5 olisi ensimmäinen uusi OS X, joka ei tuntuisi nopeammalta myös vanhemmissa koneissa kuin aiemmat. Ainakaan ilman tiettyä karsintaa joka käsin tai kolmannen osapuolen softilla. Huomioitavaa on myös tietyt muut häiriöt (johtuu toki betavaiheessa olemisesta), esim. unitilan heikohko toimivuus vanhemmissa G4:ssa sekä graafiset häiriöt yms. konetta käynnistettäessa/sammutettaessa. Leopardien betojen mukana on muuten jo nyt suomenkielinen Safari 3.

teroyk · Viesti Kirjoittaja **teroyk** » 13.9.2007 klo 16.03

Jamac kirjoitti: Vanhat systeemit on niin laitteistosidonnaisia, että niitä on käytännössä mahdotonta muuttaa järkevästi toimiviksi nykyisillä näytönohjaimilla ja prosessoreilla. Moderni ohjelmistoarkkitehtyuuri taas on sellainen, että laitteistorajapintoja abstraktoidaan, jolloin todellakin kaikki "uudenajan ohjelmat" pääsee automaattisesti hyödyntämään laitteiston uusia ominaisuuksia. Nämä on juuri niitä Core Image, Core Audio, Core Data, Core sitäjatätä… Tulevaisuus on Cocoa-ohjelmissa ja Xcodessa.

Mutta silti vanhoille systeemeillä taakseppäin yhteensopivuus oli parempi kuin nyt. Se taitaa olla huonoimmillaan tällä hetkellä koko macin historiassa. Luulis tekijöiden tajuavan, että ohjelmien ostajien määrä on huomattavasti vähäisempi, jos kaiken pitäisi olla uutta kokoajan, koska kuluttajilla ja erityisesti yrityksillä on paljon 2000 luvun alun laitteistokantaa edelleen.

MacRotta · Viesti Kirjoittaja **MacRotta** » 26.9.2007 klo 12.39

Jamac kirjoitti:Tulevaisuus on Cocoa-ohjelmissa ja Xcodessa.

Mutta tulevaisuus kehittyy niin nopeasti, että ehtiikö kukaan sinne ennen kuin se taas pakenee?

Tarkoitan, että kun piti saada OS X:n alkuaikoina ohjelmisto sitä varten valmiiksi, niin otettiin oikopolkuja. Luin yksityiskohdista, mutta en muista niitä enää. Jos joku olisi silloin tehnyt täysin OS X:lle alusta alkaen kaiken, niin olisiko silloin tehty jo vanhentunut nyt? Jos alkuperäiselle OS X:lle ilman minkäänlaista OS 9:n painolastia tehty ohjelmisto on nyt toimimaton, niin näiden (alkuperäinen ja nykyinen OS X) täytyy olla eri käyttöjärjestelmiä, tai ainakin niin paljon eri rajapintoja, että cocoan ja carbonin seuraksi voisi nimetä vaikka bananan.

Kun asiat, joita tavallinen työpöytäohjelmisto tekee, eli kuvien, tekstin, painikkeiden ja valikoiden näyttäminen, värien, tiedostojen, aikojen ja päivämäärien käsittely jne. on tehty olennaisilta osin samalla tavalla jo 20 vuotta. Perusmuodossa minun ei tarvitsisi pyytää rajapinnalta eri tavalla "vektorein piirrettyä painiketta" tai "bittikarttana piirrettyä painiketta" vaan ainoastaan painiketta. Rajapinta hoitakoon mielensä mukaan loput. Perusajatukset ovat samat. Päivämäärätkin ovat päivämääriä samalla tavalla kuin 20 vuotta sitten.

Onko Apple keksinyt nyt näiden perusasioiden tekemiseen jotain, mitä OS X:n tullessa ei osattu kuvitellakaan? Mikä olisi estänyt Core-minkälie (jonkun niistä) tekemisen viisi vuotta sitten?

TheKraken · Viesti Kirjoittaja **TheKraken** » 26.9.2007 klo 13.30

Jostain luin, että Pantterin tuki loppuu nyt kun Leopardi tulee (ei enää security patcheja yms hyvänä esimerkkinä uusien iPodien tuen pudotus kanssa). Eli eiköhän se Tiikerin tuki samalla logiikalla pääty sitten kun se seuraava kissaeläin dvd:lle puristetaan.

timppii · Viesti Kirjoittaja **timppii** » 26.9.2007 klo 14.26

Miten on ohjelmien yhteensopivuus?

Mielessäni olen ajatellut, että kaikki tiikerin ohjelmat toimivat myös leopardissa. Onko tosiaankin näin?

A.J. · Viesti Kirjoittaja **A.J.** » 26.9.2007 klo 14.32

timppii kirjoitti:Miten on ohjelmien yhteensopivuus?

Mielessäni olen ajatellut, että kaikki tiikerin ohjelmat toimivat myös leopardissa. Onko tosiaankin näin?

On.

p.s. Jotkin Leopardilla toimivat ohjelmat eivät välttämättä toimi Tiikerissä, mutta kaikki OS X 10.4:ssä toimiva toimii myös 10.5:ssä.

gramdel · Viesti Kirjoittaja **gramdel** » 26.9.2007 klo 14.38

A.J. kirjoitti: p.s. Jotkin Leopardilla toimivat ohjelmat eivät välttämättä Tiikerissä, mutta kaikki OS X 10.4:ssä toimiva toimii myös 10.5:ssä.

En ihan jaksa uskoa. Ainakin tiikerissä ei ihan kaikki pantteriaikana tehdyt ohjelmat toimineet alkuun, päivitykset tuli toki suht nopeasti.

/---
ap

Jamac · Viesti Kirjoittaja **Jamac** » 26.9.2007 klo 15.11

No jos pantteriaikana tehty ohjelma käyttää jotain vanhaa API:a mikä perityy jostain OS 9:stä tai vanhemmasta ja se on Tiikerissa poistettu.

Nää ei ole niin yksiselitteisiä asioita että ei toimi – toimii. Kyse voi olla huonosti koodatusta ohjelmasta, tai sitten Applen päätöksestä poistaa vanhentunutta ja kokonaisuuden kannalta huonoa koodia.

Pantterikin oli eka ihan tosi vakavasti otettava OS X, vaikka Jaguaarikin oli jo jotain. Nyt Tiikeriaikana on alkanut käymään harvinaisemmaksi ja harvinaisemmaksi esimerkiksi rannekellokursori, mikä paljastaa että ohjelma tahmaa vanhanaikaisen "OS 9" koodin takia.

spiidi78 · Viesti Kirjoittaja **spiidi78** » 26.9.2007 klo 17.34

Jamac kirjoitti:No jos pantteriaikana tehty ohjelma käyttää jotain vanhaa API:a mikä perityy jostain OS 9:stä tai vanhemmasta ja se on Tiikerissa poistettu.

Nää ei ole niin yksiselitteisiä asioita että ei toimi – toimii. Kyse voi olla huonosti koodatusta ohjelmasta, tai sitten Applen päätöksestä poistaa vanhentunutta ja kokonaisuuden kannalta huonoa koodia.

Pantterikin oli eka ihan tosi vakavasti otettava OS X, vaikka Jaguaarikin oli jo jotain. Nyt Tiikeriaikana on alkanut käymään harvinaisemmaksi ja harvinaisemmaksi esimerkiksi rannekellokursori, mikä paljastaa että ohjelma tahmaa vanhanaikaisen "OS 9" koodin takia.

Jep näinhän se taitaa olla. Jos softa on pelkällä Cocoalla tehty, se toimii seuraavassa järjestelmässä suoraan. Sitten kun softaan aletaan lisäämään ominaisuuksia uudesta järjestelmästä, se ei toimi enää vanhassa, mutta sitä varten kehittäjillä on erikseen vanhatkin versiot ladattavissa vanhemmille järjestelmille. Se Cocoan perusluokkakirjastohan periytyy jo NextStepin ajoilta (NSObject jne NS-alkuiset luokat joista nimensäkin perusteella voi päätellä). Siihen vain tulee lisäyksiä jokaisen järjestelmän yhteydessä.

Leopardi on taas seuraava askel Cocoaan päin, koska 64bit tukea Carbonille ei tule olemaan. Carbonhan on siis vain väliratkaisu siirtää helpommin softat classicista X:ään. OSX:llä ja Classicilla ei ole mitään yhteistä tuota Carbonia ja nimeä lukuunottamatta. Kyseessä on kaksi täysin eri järjestelmää. OSX:lle ei vain voitu ruveta tyhjästä koodaamaan uusiks kaikkia Classicille saatavia softia, koska sille ei olis muuten löytynyt käyttäjiä pitkiin aikoihin.

BlueTide · Viesti Kirjoittaja **BlueTide** » 27.9.2007 klo 8.24

gramdel kirjoitti:
A.J. kirjoitti: p.s. Jotkin Leopardilla toimivat ohjelmat eivät välttämättä Tiikerissä, mutta kaikki OS X 10.4:ssä toimiva toimii myös 10.5:ssä.
En ihan jaksa uskoa. Ainakin tiikerissä ei ihan kaikki pantteriaikana tehdyt ohjelmat toimineet alkuun, päivitykset tuli toki suht nopeasti.

Kaikki softat EI toimi. (Luultavasti iso) OSA toimii ihan hyvin.

Repe Ruutikallo · 27.9.2007 klo 8.30

Jamac kirjoitti: Nyt Tiikeriaikana on alkanut käymään harvinaisemmaksi ja harvinaisemmaksi esimerkiksi rannekellokursori, mikä paljastaa että ohjelma tahmaa vanhanaikaisen "OS 9" koodin takia.

Kattos p*rsettä kun punottaa. Tätä en tiennytkään. Ihmetellyt kyllä olen.

BlueTide · Viesti Kirjoittaja **BlueTide** » 27.9.2007 klo 8.51

Jamac kirjoitti:Nää ei ole niin yksiselitteisiä asioita että ei toimi – toimii. Kyse voi olla huonosti koodatusta ohjelmasta, tai sitten Applen päätöksestä poistaa vanhentunutta ja kokonaisuuden kannalta huonoa koodia.

Mä meinasin alkaa taas avautumaan, mutta sitten lukaisin tämän. Eli juurikin näin, asiat on vähän monimutkaisempia.

Myös Cocoa API:t elää, ja mikä toimi esim 10.1:ssä ei välttämättä ole enää tuettu 10.4. Esim väriprofiilien kanssa Cocoa tasolla on nähtävissä "elämää" ja yllättäviä asioita saattaa käydä vanhan koodin kanssa, tosin en tullut katsoneeksi milloin tätä elämää on tapahtunut.

spiidi78 kirjoitti: Jep näinhän se taitaa olla. Jos softa on pelkällä Cocoalla tehty, se toimii seuraavassa järjestelmässä suoraan. .... Siihen vain tulee lisäyksiä jokaisen järjestelmän yhteydessä.

No ei todellakaan.

Yleensä kyllä, mutta tuossa on silti niin monta muuttuvaa asiaa että tuollaisten lupausten tekeminen yleisellä tasolla on puppua. Ohjelmathan voivat aivan hyvin riippua järjestelmän muista softista (esim iTunesiin integroituvat jutskat tai Finder laajennokset), asennustiedostojen paikoista tai sisällöstä jne. Reaalimaailmassa moni tykkää vielä oikoa, ja Applekin optimoi välillä vähän yllättävin seurauksin (esim CGImagen integrointi OpenGL:n PPC tai Intel koneilla saattaa helposti mennä rikki).

Niin, ja se Cocoakin yhä edelleen elää aina välillä. Harvemmin fataalisin seurauksin, mutta kuitenkin.

spiidi78 kirjoitti:Carbonhan on siis vain väliratkaisu siirtää helpommin softat classicista X:ään. OSX:llä ja Classicilla ei ole mitään yhteistä tuota Carbonia ja nimeä lukuunottamatta. Kyseessä on kaksi täysin eri järjestelmää. OSX:lle ei vain voitu ruveta tyhjästä koodaamaan uusiks kaikkia Classicille saatavia softia, koska sille ei olis muuten löytynyt käyttäjiä pitkiin aikoihin.

Ja sitten vois vaikka kelata vielä pariin kertaan mitä Carbon on ja missä kaikkialla sitä tarvitaan (http://developer.apple.com/carbon/).

spiidi78 · Viesti Kirjoittaja **spiidi78** » 27.9.2007 klo 9.07

edit: Eikun hetkinen. Menee vähän sekasin noi jutut taas

Pitääkin lukassa paremmin tota referenceä

edit: Joo. Carbonin tuen tiputtaminen tarkottas ilmeisesti kaikkien C++/C-pohjaisten softien uudelleenkirjoittamista objective-c:llä, mikäli siis oikein ymmärsin. Tietääkseni en kuitenkaan ole väärässä siinä asiassa, että Carbon on tarkoitettu porttaamaan softia OS9/Linux/unix whatever järjestelmistä OSX:lle ilman täysin uudelleenkirjoittamista + tuki C/C++ ohjelmointikielille. Tuo Carbonhan on Cocoan tavoin ylempi kerros Core Foundationille ja muille layereille ( lähde). Samat toiminnallisuudet käytössä, mutta eri tapa toteuttaa. MIKÄLI olen oikein ymmärtänyt

Tosta Cocoan elämisestä olen sittenkin samaa mieltä. Tuli aamulla herätessä pari elävää esimerkkiä mieleen. No, kaikkea aina voi krapulassa muistaa

A.J. · Viesti Kirjoittaja **A.J.** » 27.9.2007 klo 10.01

BlueTide kirjoitti:
gramdel kirjoitti:
A.J. kirjoitti: p.s. Jotkin Leopardilla toimivat ohjelmat eivät välttämättä Tiikerissä, mutta kaikki OS X 10.4:ssä toimiva toimii myös 10.5:ssä.
En ihan jaksa uskoa. Ainakin tiikerissä ei ihan kaikki pantteriaikana tehdyt ohjelmat toimineet alkuun, päivitykset tuli toki suht nopeasti.
Kaikki softat EI toimi. (Luultavasti iso) OSA toimii ihan hyvin.

Täytyy vetää sanoja takaisin hieman, sillä vaikka Leopardi alkaa olla lähellä valmistumista niin esim Nikon D50:n RAW(.nef)-tuki uupuu vielä. Tiikerissähän tämä on. Toivottavasti vielä päivittävät.

Sturmmann · Viesti Kirjoittaja **Sturmmann** » 27.9.2007 klo 22.47

teroyk kirjoitti: Kysymys kuuluu, mikä tekee nykyisestä ohjelmasta esim. 10.3.9 yhteensopimattoman?

Tämä onkin mielenkiintoinen kysymys

Sen pystyy tekemään yhteensopivasti, mutta siinä ei ole välttämättä järkeä. Saavutettu hyöty ei ole tarpeeksi suuri verrattuna panokseen.

1.) Testauksen työmäärä. Jos sama softa pitää testata 10.1.x:llä, 10.2.x:llä, 10.3.x:llä, 10.4.x:llä ja 10.5.x:llä, niin työmäärä on moninkertainen siihen verrattuna, että testataan ainoastaan 10.5.x:llä.

2.) Toteutuksen työmäärä. Jos ominaisuus y toteutetaan versiossa 10.5.x, niin sitä ei ole välttämättä helppoa tai edes mahdollista toteuttaa aiemmassa versiossa. Jos y pitää toteuttaa kahdella eri tavalla riippuen käyttiksen versiosta, niin se on aina ylimääräistä työtä.

3.) Jos softa tehdään esim. version 10.3.x ehdoilla, niin samalla jää hyödyntämättä 10.4.x:n ja 10.5.x:n uudet ominaisuudet. Esim. 10.4.x:n Spotlight.

teroyk · Viesti Kirjoittaja **teroyk** » 28.9.2007 klo 20.38

Jamac kirjoitti: Nyt Tiikeriaikana on alkanut käymään harvinaisemmaksi ja harvinaisemmaksi esimerkiksi rannekellokursori, mikä paljastaa että ohjelma tahmaa vanhanaikaisen "OS 9" koodin takia.

Periaatteessa noin. Mutta mitäs sanotte, kun näin tälläviikolla Intel Macissä OSX 10.4.10, pyörivän Safarin jäävän hidastelevan ja näytti rannekellokursoria...tuskin OS9-koodia siinä.

TheKraken · Viesti Kirjoittaja **TheKraken** » 28.9.2007 klo 20.54

teroyk kirjoitti:
Jamac kirjoitti: Nyt Tiikeriaikana on alkanut käymään harvinaisemmaksi ja harvinaisemmaksi esimerkiksi rannekellokursori, mikä paljastaa että ohjelma tahmaa vanhanaikaisen "OS 9" koodin takia.
Periaatteessa noin. Mutta mitäs sanotte, kun näin tälläviikolla Intel Macissä OSX 10.4.10, pyörivän Safarin jäävän hidastelevan ja näytti rannekellokursoria...tuskin OS9-koodia siinä.

Tuli muuten itellä kanssa vastaan. Kävi sama topic heti mielessä