Zakaj Applova funkcija Ne moti ne bo delovala pravilno do 7. januarja

Kot sem prepričan, da ste do sedaj že vedeli, da je funkcija Ne moti, ki jo je Apple predstavil z iOS 6, v torek, ko se je svet prelevil v leto 2013, prenehala delovati, kot bi morala. Čeprav se brez težav aktivira, ko mu je to naročeno, ne razume, kdaj naj se izklopi, kar pomeni, da morajo uporabniki to narediti ročno, sicer bodo zgrešili obvestila.

Apple je obljubil, da se bo funkcija samodejno popravila 7. januarja, a zakaj je sploh prenehala delovati? In zakaj bo v ponedeljek nenadoma začel delovati, kot bi moral? No, zdi se, da ima Apple težave z urejanjem datuma in časa.

Po nekaj testiranjih je Richard Gaywood na TUAW -u odkril, da se funkcija Ne moti v sistemu iOS 6 ne prenese v novo leto do prvega ponedeljka tega leta. Tako na primer, če bi bil prvi dan leta 2013 ponedeljek, to ne bi bilo problem. Ker pa je pristal v torek, moramo počakati do naslednjega ponedeljka, da DND natančno ugotovi, kje je.

Zdi se, da je razlog za to preprosto napako pri kodiranju podjetja Apple. Skratka, namesto da bi leto zapisali kot "llll", je v kodi navedeno kot "LLLL". Razlika je preprosto ena je napisana z malimi črkami, druga pa ne, kar se morda nekaterim od vas zdi nepomembno - zagotovo meni; očitno pa ima ta sprememba veliko razliko, ker uporablja sistem številk tednov ISO.

Sistem oštevilčevanja tednov ISO uporablja obliko LLLL za leto namesto gregorijanskega koledarja, ki smo ga vsi vajeni, ki uporablja llll. Sistem ISO pogleda, kateri teden v letu je, in nato uporabi številko datuma z 1, ki se začne v ponedeljek. Na primer, torek 50. tedna leta 2012 bi bil 2012-W50-2 v formatu tedna ISO.

Gaywood pojasnjuje, zakaj je uporaba te metode težava:

Standard ISO prvi teden v letu opredeljuje kot »ponedeljek, ki vsebuje prvi četrtek v januarju«. Po tej definiciji se prvi dnevi v letu, ki jih zapišemo kot "2013", dejansko štejejo za del leta 2012; 2013 se začne šele v ponedeljek, 7. januarja. To so stvari, ki jih računovodje radi uporabljajo za vzdrževanje čiste in urejene stvari. Zanimivo je, da je 7. januar točno kdaj Apple pravi, da bo težava izginila. Ah hah!

Kot naši prijatelji pri Ars Technica so poudarili, da je pri hrošču DND moteče to Applova lastna dokumentacija opozarja razvijalce kako se izogniti tej pogosti napaki.

Tako med 1. in 6. januarjem DND še vedno misli, da je leto 2012. No, del tega dela; čudno, da bit, ki upravlja aktivacijo funkcije, deluje tako, kot bi moral, medtem ko bit, ki upravlja deaktivacijo, ne. Prvi ponedeljek v letu pa se bo prelevil v leto 2013 - zato bo DND od 7. januarja deloval tako, kot bi moral.

Zanimivo je, da Apple ni prvič imel težave z datumi v iOS -u. V poletnih in poletnih časih je imel težave v letih 2010, 2011 in spet v letu 2012, medtem ko je nedavna težava z aplikacijo Koledar povzročila zrušitev, če bi lahko 1. aprila 2013 imeli celodnevni sestanek.

"Ne bi bilo nepošteno, če bi Appleov ugled pri obravnavi datumov in časa opisali kot" precej slab "," zaključuje Gaywood.

Ne pričakujte, da bo posodobitev programske opreme 7. januarja popravila DND - pričakujte, da bo delovala, kot bi morala.

Vir: TUAW

Najnovejša objava v spletnem dnevniku

| Kult Mac
September 11, 2021

Dead Trigger 2, ki prihaja v iOS in Android, bo uporabil vrhunske procesorje, da nas vse navduši [CES 2013]Ulp.Na CES v Las Vegasu so Madfinger Gam...

Apple lovi strokovnjaka za baterije iz Samsunga
September 11, 2021

Apple lovi strokovnjaka za baterije iz SamsungaApple, ki najame nekoga, ki bi bil odgovoren za razvoj baterij, je močan znak, da bi lahko prihodnje...

| Kult Mac
September 11, 2021

Napačna ura Apple Watch prve generacije bi vam lahko omogočila brezplačno nadgradnjoApple Watch Series 3 bo videti popolnoma enako kot njegovi pred...