Kāpēc Apple funkcija Netraucēt nedarbosies pareizi līdz 7. janvārim

Kā es esmu pārliecināts, ka jūs jau zināt, funkcija Netraucēt, ko Apple debitēja ar iOS 6, otrdien pārstāja darboties, kā vajadzētu, kad pasaule pārvērtās par 2013. gadu. Lai gan tai nav problēmu aktivizēt sevi, kad tas tiek uzdots, tā nesaprot, kad tai vajadzētu izslēgties, tas nozīmē, ka lietotājiem tas jādara manuāli, pretējā gadījumā viņi nokavēs savus paziņojumus.

Apple apsolīja, ka šī funkcija automātiski tiks novērsta 7. janvārī, bet kāpēc tā vispār pārstāja darboties? Un kāpēc pirmdien tas pēkšņi sāks darboties kā nākas? Šķiet, ka Apple ir problēmas ar datuma un laika apstrādi.

Pēc nelielām pārbaudēm Ričards Geivuds TUAW atklāja, ka iOS 6 funkcija Netraucēt netiek pārcelta uz jaunu gadu līdz tā gada pirmajai pirmdienai. Tā, piemēram, ja 2013. gada pirmā diena būtu pirmdiena, tā nebūtu problēma. Bet, tā kā tas nonāca otrdien, mums jāgaida līdz nākamajai pirmdienai, lai DND varētu precīzi noteikt, kur tas atrodas.

Iemesls tam šķiet vienkārša Apple kodēšanas kļūda. Īsāk sakot, tā vietā, lai gadu norādītu kā “gggg”, kodā tas ir norādīts kā “YYYY”. Atšķirība ir vienkārši viens ir uzrakstīts ar mazajiem burtiem, bet otrs nav, kas dažiem no jums var šķist nenozīmīgi - tā noteikti ir man; bet acīmredzot šī variācija rada lielas atšķirības, jo tā izmanto ISO nedēļas skaitļu sistēmu.

ISO nedēļu numerācijas sistēma gadam izmanto GGGG formātu, nevis Gregora kalendāru, pie kura mēs visi esam pieraduši un izmanto gggg. ISO sistēma darbojas, skatoties, kura gada nedēļa tā ir, un pēc tam izmanto datuma ciparu ar 1, sākot no pirmdienas. Piemēram, 2012. gada 50. nedēļas otrdiena ISO nedēļas formātā būtu bijusi 2012-W50-2.

Gaywood paskaidro, kāpēc šīs metodes izmantošana ir problēma:

ISO standarts nosaka, ka gada pirmā nedēļa sākas ar “pirmdienu, kurā ir janvāra pirmā ceturtdiena”. Saskaņā ar šo definīciju gada pirmās dienas, kuras mēs rakstām kā “2013”, faktiski tiek uzskatītas par 2012. gada sastāvdaļu; 2013. gads sākas tikai pirmdien, 7. janvārī. Tas ir veids, ko grāmatveži vēlas izmantot, lai lietas būtu kārtīgas un kārtīgas. Interesanti, ka 7. janvāris ir tieši tas laiks Apple saka, ka problēma pazudīs. Ah hah!

Kā mūsu draugi plkst Ars Technica ir norādījuši, ka mulsinošā lieta par DND kļūdu ir tā Apple dokumentācija brīdina izstrādātājus par to, kā izvairīties no šīs bieži sastopamās kļūdas.

Tātad no 1. janvāra līdz 6. janvārim DND joprojām uzskata, ka ir 2012. gads. Nu, daļa no tā ir; dīvaini, ka bits, kas apstrādā funkcijas aktivizēšanu, darbojas kā vajadzētu, bet bits, kas pārvalda deaktivizāciju, nedarbojas. Tomēr gada pirmajā pirmdienā tas tiks pārcelts uz 2013. gadu - tāpēc DND darbosies tā, kā tam vajadzētu no 7. janvāra.

Interesanti ir tas, ka šī nav pirmā reize, kad Apple ir problēmas ar datumiem iOS. 2010., 2011. un 2012. gadā tai bija vasaras laika problēmas, savukārt nesenā lietotnes Kalendārs problēma izraisīja avāriju, ja 2013. gada 1. aprīlī varat tikties visu dienu.

"Nebūtu netaisnīgi Apple reputāciju attiecībā uz datumu un laiku apstrādāt kā" diezgan sliktu "," secina Geivuds.

Negaidiet, ka programmatūras atjauninājuma ielāps 7. janvārī novērsīs DND, bet tikai gaidiet, ka tas darbosies tā, kā vajadzētu.

Avots: TUAW

Jaunākais emuāra ziņojums

Apple iesēj izstrādātājiem macOS High Sierra 10.13.3 beta 2
September 11, 2021

Apple iesēj izstrādātājiem macOS High Sierra 10.13.3 beta 2Tagad ir pieejama jauna High Sierra beta versija.Foto: Ste Smith/Mac kultsApple ir iesēj...

| Mac kults
September 11, 2021

Jaunās iOS, macOS un tvOS beta versijas nodrošina vairāk kļūdu labojumuHack izmantoja iMessage trūkumu.Foto: Ste Smith/Mac kultsApple lietotāji drī...

| Mac kults
September 11, 2021

Kā vēlreiz noskatīties WWDC 2020 galveno runu [Atjaunināts]Vai tu esi gatavs?Foto: Henrijs Askrofts/Apple Tikai tiešsaistē pieejamā WWDC 2020 priek...