Järkevin paikka UIKit-toolbarin määrittelylle?

[DJKyykkae]

Olen vaihteeksi harjoitellut UIKitin vakiokäytäntöjä, ja tuunaillut Sample Coden SimpleDrillDown-projektia http://developer.apple.com/library/ios/ ... Intro.html

Olen saanut vaihdettua esim. tuon detail view -taulukon tyyliä mieleisekseni ja täytettyä solut haluamallani datalla, mutta en millään hoksaa miten tähän projektiin saisi toimivasti liitettyä perus toolbarin näytön alalaitaan. Toolbar olis päällä koko ajan, mutta siihen tarvittaisiin eri menuitemit detail viewissä, juurikin Applen oman Mail Appin tapaan.

Yhden näkymän projektissa toolbarin saisi raahattua vaikka Interface Builderissa perus-Viewiin, luotua tarvittavat outletit koodiin ja suurinpiirtein sillä selvä. Mutta tuon Navigation Controllerin takia toolbaria ei voikaan asentaa näin. Yrityksen ja erehdyksen kautta sain toolbarin IB:ssä tuon RootViewin subviewiksi, mutta silloin se liimautuu taulukon eikä näytön alalaitaan, enkä muutenkaan tiedä olisiko tuo järkevin tapa.

Toolbarin ohjelmallinen luonti kävisi minulle yhtälailla kuin IB:ssä luontikin, mikä tuossa nyt vaan olisi järkevintä. Mutta tuon Nav Contollerin takia en oikein tiedä miten pitäisi toimia. Löytyisikö vinkkejä, kiitos!

[mpmartik]

Toolbaria ei UINavigationControllerin kanssa toimittaessa määritellä IB:ssä (tai ainakaan minä en määrittele...) vaan ohjelmallisesti kunkin UIViewController-aliluokan sopivassa metodissa (loadView tai viewDidLoad lienevät sopivimmat, riippuen siitä onko perus-UI tehty ohjelmallisesti vaiko IB:ssä.)

UIToolbar on UINavigationControllerin hallinnoima objekti, ja sen saa näkyville ja siihen tulevat nappulat määriteltyä seuraavasti:

Koodi: Valitse kaikki

self.navigationController.toolbarHidden = NO;
[self setToolbarItems:[NSArray arrayWithObjects:firstToolbarItem, secondToolbarItem, thirdToolbarItem, nil] animated:NO];

Näin toimitaan jokaisessa view controllerissa erikseen, ja määritellään vain mitkä nappulat milloinkin pitää laittaa näkyville.

[DJKyykkae]

Olipa yksinkertainen ratkaisu, kiitos kovasti! Joskus sitä vaan kahlailee tuntitolkulla aihetta sivuavaa dokumentaatioita ja kokeilee mitä monimutkaisimpia ratkaisuja tuloksetta, kun osaavammilta löytyy vastaus kahdella koodirivillä! Taas eteni oppiminen yhden kääpiöaskeleen.

[mpmartik]

Oppia sitä on itsekin pitänyt, ja monet, monet asiat olen oppinut ahkeran Googlettamisen kautta. Useimmiten asiat olisi selitetty erittäin hyvin Applen dokumentaatiossa, eli manuaalit lukemalla ei olisi tarvinnut Googlea, mutta kun sitä on usein vain niin kärsimätön... Mutta hyvä että pystyin olemaan avuksi.

[DJKyykkae]

Juu, tuo iOS Dev Centerin dokumentaatio on kyllä kattava ja hyvin kirjoitettu, mutta niissä on usein pidetty itsestäänselvänä tiettyjä juttuja joita ei ole vielä itse hiffannut, jolloin ei tahdo löytyä ratkaisua vaikka kuinka lukee. Sinänsä hyvissä koodinäytteissä ei välttämättä kovin selkeästi mainita esimerkiksi, että mihin koodinpätkä pitäisi käytännössä sijoittaa: uuteen luokkaan, jonkun perusluokan metodin uudelleenmäärittelyyn, app delegateen tms.

Mutta sitä mukaa kun näppituntuma tässä paranee, saa noista dokumenteista ja sample codeistakin paljon enemmän irti.

[spiidi78]

iPhonelle löytyy kyllä ihan hyvät dokkarit Applen sivuilta. Googlaamalla löytää sekavan kirjon eri tasosta koodia, jopa karmeita ratkaisuja. Suurimmassa osassa ei ole huomioitu esim multithreadingin tuomia juttuja ollenkaan, muistia vuotaa, jne jne. No, toista se on OS X:n Core Audion ohjelmointi, johon ei ole kunnon dokumentteja olemassakaan edes Applen toimesta ja google antaa 0 hittiä. Ainut lähde on käytännössä coreaudio-mailing list, loput pitää arvata ja kokeilla ite.