Fotografický magazín "iZIN IDIF" každý týden ve Vašem e-mailu.
Co nového ve světě fotografie!
Zadejte Vaši e-mailovou adresu:
Kamarád fotí rád?
Přihlas ho k odběru fotomagazínu!
Zadejte e-mailovou adresu kamaráda:
Informace
Programování pro iOS - 29. Práce s rámci
16. února 2011, 00.00 | Od minula konečně umíme řídicí objekty rámců používat – tedy zobrazovat rámce spravované některým z nich. Dnes si ukážeme služby, které při zobrazování (a skrývání) rámců můžeme v řídicím objektu využít.
Jak víme, ve většině případů – na iPhone nebo iPodu touch vždy, na iPadu pokud nevyužijeme speciální hodnoty atributu modalPresentationStyle – zabírá kořenový rámec řídicího objektu vždy celou obrazovku. Je ale otázka, zda v konkrétním případě chceme, aby "celá obrazovka" znamenalo ve skutečnosti "celá obrazovka vyjma standardního stavového řádku", nebo "skutečně celá obrazovka, bez ohledu na standardní stavový řádek".
To můžeme řídit pomocí atributu
@property(nonatomic, assign) BOOL wantsFullScreenLayout;
jehož standardní hodnota NO znamená "pouze obrazovka bez standardního stavového řádku"; změníme-li ji na YES, říkáme tím, že chceme "opravdu celou obrazovku".
Jestliže stavový řádek nevypneme pomocí odpovídajících služeb aplikačního objektu (dosud jsme si je neukázali, ale jde v zásadě o zprávu setStatusBarHidden:withAnimation: a s ní spojený atribut; požadovaný stav lze také specifikovat přímo v souboru "Info.plist"), neznamená to ovšem, že stavový řádek bude naším rámcem překryt – naopak, stavový řádek vždy sám překrývá jakýkoli jiný rámec. Může ale být průsvitný (opět lze tento požadavek určit pomocí souboru "Info.plist" nebo službou setStatusBarStyle:animated: aplikačního objektu) – a v takovém případě právě budeme nejčastěji nastavovat atribut wantsFullScreenLayout řídicího objektu na hodnotu YES, aby "skrz" stavový řádek byla korektně vidět zobrazovaná data.
Činíme-li tak, je třeba si dát pozor na to, aby bylo okno aplikace – vytvořené většinou projektových vzorů Xcode obvykle v hlavním aplikačním NIBu "MainWindow" – dostatečně velké, a aby i ono zasahovalo pod stavový řádek.
Informace o zobrazování a skrývání kořenového rámce
Zatím jsme se seznámili s informační zprávou viewDidLoad, kterou řídicí objekt rámce dostane poté, co je jeho kořenový rámec (a za normálních okolností tedy také všechny ostatní rámce, jež jsou mu hierarchicky podřízeny) vytvořen – ať již načtením z NIBu nebo jakkoli jinak. Knihovní kód kromě toho posílá řídicímu objektu také následující čtveřici zpráv:
-(void)viewWillAppear:(BOOL)animated;
Zpráva je zaslána těsně předtím, než se rámec zobrazí (ať již tím, že sám překryje rámce jiného řídicího objektu, nebo naopak, že rámce jiného řídicího objektu, jež jej překrývaly, budou z obrazovky odstraněny).
-(void)viewDidAppear:(BOOL)animated;
Tuto zprávu řídicí objekt dostane bezprostředně po zobrazení rámců.
-(void)viewWillDisappear:(BOOL)animated;
Tuto zprávu řídicí objekt dostane těsně předtím, než jeho rámce přestanou být viditelné (ať již tím, že sám bude záhy překryt rámci jiného řídicího objektu, nebo naopak, že jeho rámce dosud překrývaly jiný řídicí objekt, a nyní budou z obrazovky odstraněny).
-(void)viewDidDisappear:(BOOL)animated;
Tuto zprávu řídicí objekt dostane bezprostředně poté, kdy jeho rámce přestaly být zobrazovány.
Argument animated přitom informuje o tom, zda akce proběhne/proběhla s využitím animací nebo ne.
Nejtypičtější využití těchto služeb je v případech, kdy uvnitř rámců probíhají nějaké naše vlastní animace, přehrávání videoklipů apod.: obvykle patrně budeme chtít animace či přehrávání v době, kdy rámce nejsou viditelné, pozastavit, a před jejich následujícím zobrazením opět spustit.
Další typické využití je v případech, kdy je zapotřebí uživatele nějak informovat o aktuálním stavu zobrazených dat – kupříkladu u tabulek UITableView vždy a u ostatních scrollovatelných rámců dosti často je obecně dobrým zvykem v metodě viewDidAppear: poslat rámci zprávu flashScrollIndicators, jež uživatele informuje o tom, kam je obsah rámce aktuálně nascrollován.
Je rámec k dispozici?
Ve většině případů se vůbec nemusíme starat o to, zda již byl hlavní rámec načten z NIBu (nebo vytvořen odlišným způsobem, jak jsme si ukázali v předminulém dílu), nebo ještě ne: kdykoli jej jakkoli použijeme, tj. kdykoli se kdokoli pokusí přečíst obsah atributu view, rámec se – je-li to zapotřebí – načte automaticky.
Pokud bychom však v nějakém výjimečném případě chtěli vědět, zda již byl rámec načten nebo ne, a pokud ne, chceme tento stav zachovat, máme k dispozici atribut (resp. zprávu, ale na této úrovni není mezi zprávami bez argumentů, jež vrací informace o stavu objektu, a atributy prakticky žádný rozdíl)
-(BOOL)isViewLoaded;
Zpráva jednoduše vrátí hodnotu NO pokud ještě hlavní rámec nebyl vytvořen, YES pokud již je k dispozici.
Kdo mne řídí, ptá se rámec
Může se někdy stát, že bychom v kódu rámce potřebovali odkaz na jeho řídicí rámec.
Samozřejmě, že obecně je nejlepší si v takovém případě v rámci definovat patřičný outlet, v Interface Builderu jej "nadrátovat" na řídicí objekt (tedy, jak již víme, typicky na objekt "File's Owner"), a je to. Alternativně lze odpovídající atribut rámce nastavit programově z metody viewDidLoad.
Pro některé případy se ale také vyplatí vědět to, že řídicí objekt ve chvíli, kdy ukládá rámec do svého atributu view, nastaví sám sebe jako jeho následného "respondera". Pokud by to někdy bylo zapotřebí, můžeme tedy také řídicí objekt v kódu jeho kořenového rámce získat pomocí výrazu self.nextResponder – už jsme se s tím ostatně setkali v praxi.
Obsah seriálu (více o seriálu):
- Nastal čas na kakao...
- Tak nejdřív kakao ochutnáme...
- Programovací jazyk C: velmi, velmi stručně
- Objective C: to si vysvětlíme podrobněji
- Co jsme si o Objective C ještě neřekli...
- Nastal čas na kakao - Vznik a zánik objektů
- Nastal čas na kakao - Kopírování objektů
- Nastal čas na kakao - Skryté podtřídy
- Nastal čas na kakao - Základní služby objektů
- Nastal čas na kakao - Jak správně psát v Objective C
- Nastal čas na kakao - Jak správně importovat
- Nastal čas na kakao - Podtřídy, delegáti, vkládání, jak se to rýmuje?
- Nastal čas na kakao - Využití kategorií namísto dědičnosti
- Nastal čas na kakao - Vkládání objektů a přesměrování zpráv
- Nastal čas na kakao - Inicializace a rušení objektů
- Nastal čas na kakao - Metody initWith... a designovaný inicializátor
- Nastal čas na kakao - Inicializace: tipy a triky
- Nastal čas na kakao - Accesory: přístup k proměnným instancí
- Nastal čas na kakao - Šedá je teorie, zelený je strom života...
- Nastal čas na kakao - Více o XCode: inspektory
- Nastal čas na kakao - Aplikace RSS2: datový model
- Nastal čas na kakao - Aplikace RSS: implementace datového modelu
- Nastal čas na kakao - Aplikace RSS: parsování XML
- Nastal čas na kakao - Interface Builder a uživatelské rozhraní
- Nastal čas na kakao - Interface Builder: atributy objektů
- Nastal čas na kakao - Interface Builder: atributy objektů
- Nastal čas na kakao - Druhý kontrolér a dokončení aplikace
- Nastal čas na kakao - Drobná vylepšení a zdokonalení...
- Nastal čas na kakao - Ladění
- Nastal čas na kakao - Třídy Foundation Kitu
- Nastal čas na kakao - Třídy Foundation Kitu (2)
- Nastal čas na kakao - Textové řetězce: NS(Mutable)String
- Nastal čas na kakao - Čísla, binární data a další...
- Nastal čas na kakao - Archivace objektů
- Nastal čas na kakao - Trocha magie, aneb distribuované objekty
- Nastal čas na kakao - Málem bychom zapomněli: NSAutoreleasePool
- Nastal čas na kakao - Zpracování výjimek: NSException
- Nastal čas na kakao - NSInvocation a černá magie
- Nastal čas na kakao - Kakao v Tygrovi
- Nastal čas na kakao - Notifikace: nepřímé předávání zpráv
- Nastal čas na kakao - NSUserDefaults
- Nastal čas na kakao - Co nového ve Foundation Kitu
- Nastal čas na kakao – s Intelem, s Intelem, jedeme do...
- Co nového v Xcode
- Začínáme s AppKitem
- Jak MVC v Kakau vypadá doopravdy?
- Jak MVC v Kakau vypadá doopravdy: dokončení
- Přehled tříd AppKitu
- Nastal čas na kakao - Přehled tříd AppKitu 2
- Přehled tříd AppKitu 3: zbývající třídy GUI
- Přehled tříd AppKitu 4: textový systém
- Nastal čas na kakao - Přehled tříd AppKitu 5: hlavně grafika
- Přehled tříd AppKitu 6: dokumentový systém
- Přehled tříd AppKitu 7: dokončení
- Pojmenované vlastnosti objektů
- Pojmenované vlastnosti objektů: implementace
- Pojmenované vlastnosti objektů: relace 1:N
- Pojmenované vlastnosti objektů: řazení jmen a agregační funkce
- Sledování změn objektů
- Sledování změn objektů – ukázka
- Sledování změn objektů – zdrojový kód
- Sledování změn objektů: kód modelu
- Sledování změn objektů: přímý přístup
- Kontroléry a vazby
- Vázání vazeb
- Další vazby s jednoduchým kontrolérem
- Implementace a použití převodu hodnot
- Validace hodnot
- Validace a chyby, a jedna hezká vazba...
- Práce s polem objektů
- Základní vazby NSArrayControlleru
- Převodníky, přepínače, placeholdery
- Mírná vylepšení v mezích zákona
- Objective C 2.0 - novinky z Leoparda
- NSTreeController
- Programování v Cocoa - Pár tipů a triků
- Programování v Cocoa - Základy kreslení
- Kterak nakreslit modrý obdélník...
- Další služby pro kreslení
- Obrázky a písmenka...
- Události a myš
- Lepší práce s myší
- Události klávesnice
- Input Management
- Příkazy a schránka
- Další události
- Táhni a padni
- Byli jsme na tahu; nyní padneme.
- Zvolme si, jak vhodit
- Drobnosti a chybičky
- Speciální případy tahání či házení
- Kterak táhnout něco, co neexistuje?
- Jak na sítě...
- NSURLConnection
- Safari za minutu
- Služby WebKitu
- Kakao v Leopardu
- Druhé Objective C
- Druhé Objective C: různé drobnosti
- Druhé Objective C: kategorie a protokoly
- Druhé Objective C: nový příkaz cyklu
- Druhé Objective C: atributy a accesory
- Druhé Objective C: atributy a accesory
- 64 je dvakrát 32
- Ubicumque dulce est, ibi et acidum invenies...
- Irbis: že prý žádné novinky?
- Blok sem, blok tam, nám už je to všechno jasné...
- Bloky jsou i v AppKitu
- Irbis a Foundation Kit
- Kde jsou má data?
- Kde jsou má data? V NSCache!
- Soubor, jméno, URL, jak se to rýmuje...
- Další podpora NSURL
- Zabíjení!
- A máme tady i...OS!
- Systémové prvky GUI
- Programování pro iOS 1. díl - Rozdíly mezi "i" a "Mac"
- Programování pro iOS - 2. Začínáme programovat
- Programování pro iOS - 3. základní ovladače a propojení GUI s kódem
- Programování pro iOS - 4. Varovná hlášení
- Programování pro iOS - 5. Rámce a jejich řídicí objekty
- Programování pro iOS - 6. Ukládání dat
- Programování pro iOS - 7. Správa paměti a starý restík
- Programování pro iOS - 8. Dokončení aplikace
- Programování pro iOS - 9. Jak dostat aplikaci do iPhone
- Programování pro iOS - 10. Instalace aplikace do cizího iPhone
- Programování pro iOS - 11. Jak dostat aplikaci do libovolného iPhone
- Programování pro iOS - 12. Touching!
- Programování pro iOS - 13. Kreslíme na iPhone
- Programování pro iOS - 14. Udělejme gesto
- Programování pro iOS - 15. Další gesta
- Programování pro iOS - 16. Více prstů, více zábavy
- Programování pro iOS - 17. Podpora standardních gest
- Programování pro iOS - 18. Recognizery v iOS
- Programování pro iOS - 19. Další standardní recognizery
- Programování pro iOS - 20. Co nového v iOSu
- Programování pro iOS - 21. "Multitasking"
- Programování pro iOS - 22. Nulla est honesta avaritia nisi temporis
- Programování pro iOS - 23. Jak se aktivovat, jsme-li v pozadí
- Programování pro iOS - 24. Zbývající drobnosti
- Programování pro iOS - 25. Řídicí objekty rámců
- Programování pro iOS - 26. Jak se dělá UIViewController
- Programování pro iOS - 27. Kde vzít rámce
- Programování pro iOS - 28. Základní služby
- Programování pro iOS - 29. Práce s rámci
- Programování pro iOS - 30. Rotace zařízení
- Programování pro iOS - 31. Správa paměti v rámcích
- Programování pro iOS - 32. Řídicí objekt pro tabulky
- Programování pro iOS - 33. Řídicí objekt pro strom
- Programování pro iOS - 33. Více o UINavigationControlleru
- Programování pro iOS - 35. Ještě jednou UINavigationController
- Programování pro iOS - 36. Po navigátoru taby
- Programování pro iOS - 37. Více o UITabBarControlleru
- Programování pro iOS - 38. Dokončení UITabBarControlleru
- Programování pro iOS - 39. UIPopoverController
- Programování pro iOS - 40. Další triky UIPopoverControlleru
- Programování pro iOS - 41. Zbývající služby UIPopoverControlleru
- Programování pro iOS - 42. UISplitViewController
- Programujeme v
iTunesXcode 4 - Programování pro iOS - 44. Předvolby Xcode 4
- Programování pro iOS - 45. Práce v Xcode 4
- Xcode 4: projekt a cíle
- Xcode 4: práce s cíli
- Xcode 4: Build Settings
- Xcode 4: Build Phases
- Xcode4: Build Phases podruhé
- Xcode 4: Co jsou to Build Rules?
- Xcode4: taje editoru
- Xcode4: automatické doplňování v editoru
- XIBy chyby
- Více o XIBech
- Editor XIBů
- Inspektory pro XIBy
- Vazby mezi objekty v XIBech
- Vazby mezi objekty v kódu
- Paletky Xcode pro XIBy
- Xcode 4: levý sloupec
- Xcode 4: okno Organizer
- Xcode 4: okno Organizer, část druhá
- Xcode 4: co je to Workspace?
- Xcode 4: základy schémat
- Xcode 4: akční schémata