Aplikacija Taposé odbijena od strane Applea

Tapose
Taposé, aplikacija koja na svojevrstan način emulira rad minulog Microsoftovog projekta Courier, ali na iPadu dobila je odbijanac. Appleova striktna politika udara opet a više informacija slijedi.

O aplikaciji je pisano još u svibnju 2011. kada je postojala tek kao ideja za Kickstarter. Projekt su pratili brojni problemi (uključivanje i plaćanje različitih patenata, integracija različitih dijelova iOS-a u samu aplikaciju, etc.) koji su izradu aplikacije odgodili mnogo više od planiranog.

App je sve do prije dva dana bio u statusu quo, s gotovo mjesec dana čekanja na odluku o puštanju u App Store. U međuvremenu je Taposé bio razvijan i dalje, a Gadgeterija je imala ekskluzivan pristup i svim inačicama (počevši od prve idejne!). U konačnici je tu osvanula i puna recenzija te doista korisne aplikacije, ali je sve palo u vodu.

Apple je pred par dana prvotno odbio aplikaciju, bez objašnjenja. Nakon žalbi, developeri su konačno dobili objašnjenje, koje je po njima prilično nelogično. Aplikacija je odbijena jer tobože krši pravilo 10.4, po kojem Taposé istovremeno pruža pogled na više “prozora” odjednom. Odbijenica je došla zbog kršenja tog pravila, “evidentnog” iz screenshota koji slijedi (developeri pitaju da se pokuša pronaći više prozora na slici):

Autori su najavili žalbu, inzistirajući na tome da apsolutno niti jedno pravilo nije prekršeno (s obzirom na odgode i prilagodbe koje su odrađivali…). Hrpa je drugih aplikacija koje krše navedeno pravilo a svejedno su objavljene (Duet Browser, Notes+, Side by Side, i još mnoge druge sa sličnim “problemom”) Postoje i ideje podržavatelja projekta o drugim platformama, a i puštanju aplikacije kroz Cydia market.

Ukoliko netko s iskustvom zna u čemu bi točno mogao biti problem, bilo bi zgodno da kontaktira ekipu koja radi na razvoju aplikacije.

Ovaj članak ste pronašli googlajući:

  • alen ladavac (2)
  • ime alen za timeline (2)
  • koliko dana app store (1)

8 komentara Aplikacija Taposé odbijena od strane Applea

  1. Euro 2012 Vijesti 13 January, 2012 at 5:48 pm izjavljuje:
    Odgovori

    ma, apple ko apple… oni će uvijek biti posebi… meni se osobno ova aplikacija sviđa i nadam se njenom opstanku :))

  2. Ivan Vučica 13 January, 2012 at 7:22 pm izjavljuje:
    Odgovori

    Možda misle na dvostrani page view?

    Oh wait, vjerojatno ne:
    http://developer.apple.com/library/ios/#documentation/UIKit/Reference/UIPageViewControllerClassReferenceClassRef/UIPageViewControllerClassReference.html

    Nemrem iskopati kvalitetni video, ali to je element koji se ponaša isto kao listanje u iBooks. Dakle Apple ovdje arbitrarno odbija. Ili možda znaju za neki Microsoftov patent vezano za Courier?
    http://techcrunch.com/2010/06/30/its-alive-microsoft-granted-patent-for-courier/

  3. Lajkam.com 13 January, 2012 at 7:30 pm izjavljuje:
    Odgovori

    Uvijek bili, i uvijek će ostat stoka.

  4. Alen Ladavac 14 January, 2012 at 3:32 am izjavljuje:
    Odgovori

    A većina developera i dalje ne kuži zašto je glupo mobilne aplikacije ne pisati portabilno od početka… Eh… Da je ovo portabilno, sada bi ga se već moglo kupiti za Android, a mozda i za Windows touchscreenove, pa bi si Apple morao razmisliti želi li preskočiti jedan “killer app” (ako je killer, kako fanovi tvrde) kojeg konkurencija već ima. A ovako mogu svi lijepo plakati kako je Apple zžao dok developeri gledaju kod prepun (pretpostavljam) Objective C-a,

    • Alen Ladavac 14 January, 2012 at 3:39 am izjavljuje:
      Odgovori

      [Eh, slučajno kliknuo submit]
      … A ovako mogu svi lijepo plakati kako je Apple zao dok developeri gledaju kod prepun (pretpostavljam) Objective C-a i posipan hrpom direktnih sistemskih poziva, i razmišljaju isplati li se to sad uopće više portati.

      • Ivan Vučica 14 January, 2012 at 7:07 pm izjavljuje:
        Odgovori

        Igre se definitivno može pisati portabilno, no kod aplikacija, sve ovisi o dobrom GUI toolkitu koji postoji za sve ciljane platforme, kao i drugim portabilnim APIjima.

        A to ne postoji.

        Iskreno, ja nisam spreman gnjaviti se s libcurl niti dok imam Foundation (Apple) niti dok imam java.net.URL (pretpostavljam da se to koristi na Androidu). Nisam spreman pisati svoje buttone ako ne moram, jer iako to mogu i već sam to radio, korištenje UIKita (Apple) mi nudi svoje prednosti kao što je korištenje Interface Buildera.

        Kod igara i njhovih relativno jednostavnih user interfacea nije problem pisati svoje, makar i to oduzima vrijeme i smanjuje integriranost. Kod pisanja aplikacije, ipak se ne želim odreći mogućnosti korištenja UITableViewa za popise, a da mi sam OS rješava detekciju da li se radi o draganju ili o tapu, te da mi sam OS rješava bounce animacije kad dođem do kraja.

        Ništa od toga nije problem napraviti sam. Problem je da ima puno takvih sitnica koje su već riješene na odgovarajućoj platformi, i bilo bi šteta ne iskoristiti ih.

        Još jednom, igre su skroz drukčija stvar, ali za jednostavan app (niti za 10 jednostavnih appova) ne želim pisati sve UI elemente sam jer nemam vremena za to, jer to dovodi do NIH sindroma i jer će izgledati nativno na jednoj, ali ne i na drugoj platformi.

        Što nas dovodi do toga da je problem kod portanja ovog appa upravo da je njegov UI primarna inovacija, pa ono što bi kod većine drugih appova mogao napraviti (odvojiti model od viewa i spojiti ih preko controllera) ovdje ne pomaže.

        Oh, i finally,sam Objective-C nije problem. Shameless plug:
        http://blog.vucica.net/2011/06/developing-objective-c-apps-for-android-using-mac-os-x.html
        Problem su frameworci. ;)

        • Alen Ladavac 15 January, 2012 at 12:21 am izjavljuje:
          Odgovori

          A zar sam ja rekao da “napisati aplikaciju portabilno” znaci raditi svoje buttone iz nule? To ne znaci niti koristiti libcurl. Dovoljno je apstrahirati svjesno deklarirani “portability layer” izmedju glavnine koda i OS poziva, tako da se jasno razgranici gdje je glavna aplikacijska logika, a gdje pozivi UI-a i ostalih vanjskih sistema. I dalje moze na svakoj platformi izgledati nativno (jer uostalom i koristi native UI). Bez obzira koliko nesto izgledalo kao “UI-intensive app”, zapravo je vjerojatno 10-20% koda direktni UI API interfacing, a ostalo zapravo interna logika. Covjek se zacudi kada vidi kod koji je portabilno napisan koliko zapravo malo dijelova je system-specific. Naravno, ako nije tako napisan, onda svaki fajl ima po nekoliko sistemskih poziva i cini ti se da je 100% koda system dependent, a zapravo je to sve samo rezultat “lako cemo” pristupa u startu. JM2C.

          To je cisto bez ikakvih 3rd party libova. A inace, kada smo kod shameless plugova, evo nesto na sto mislim da bi zainteresirani za mobilne aplikacije definitivno trebali baciti oko: IwNUI (koji je dio Marmelade SDK-a) – bit.ly/wMhzuc – a obecava out-of-the-box native UI na iOS i Androidu, plus emulirani na ostalim platformama. Stvar je nova, tako da vjerojatno jos ima musica, ali ocekujem da bi takvo nesto moglo biti jako dobro za ozbiljne aplikacije u buducnosti. (Disclaimer: Nemam nikakvu povezanost sa autorima, ali druge stvari koje sam do sada vidio od njih su bile super prakticne i jako kvalitetno napravljene.)

Dodaj komentar