FAERTIS: nastavil jsem min. lvl 14, compile 19. Ale jak jsem psal, i v dokumentaci pro swipe píšou, že třída je ze support library.

DATEL: Nejsem si jistý, co jsi nastavil v tom generátoru na začátku, ale defaultně je tam nastaveno min. level SDK 8.

Stejně tak ještě byl použit FragmentPagerAdapter z v13 support knihovny...

Tak teď zas trochu k tématu této diskuze :)
Zatím jsem spíše začátečník, tak mě teď překvapila jedna věc, jestli byste mi to prosím mohl někdo uvésst na pravou míru. Doteď jsem dělal aplikace s podporou pro v2.2, tj. používal jsem support knihovny pro ActionBar, Fragmenty atd. Teď dělám novou aplikaci, která bude mít min. v4.0. Nechal jsem si pro začátek vygenerovat Android Studiem aktivitu pro actionbar a swipe, a překvapilo mě, že použitá třída ViewPager importoval přes support knihovnu v4. Koukal jsem do dokumentace Androidu a v popisu Swipe ( http://developer.android.com/training/implementing-navigation/lateral.html ) je to taky zmíněno.

Měl jsem za to, že supportí knihovny jsou pouze pro starší verze systému, aby tam šlo použít některé vlastnosti novějších verzí. Proč tedy je nutné support knihovny použít i na novějších (>= 4) verzích? Tj. skutečně to není součástí jejich API?

DATEL: Jasny. Taky jsem tohle zazil, ale podarilo se nam git prosadit. Nedavno jsem nastoupil do vetsi firmy a po ctyrech letech zase musel resit projekt v SVN. Nemile me prekvapilo, ze veci, ktery me na tom tenktat stvaly, jsou tam porad. I tady ovsem prechazime na Mercurial (aspon).

HVJ3R: protože jsem před dvěma lety nastoupil do firmy, kde jeli na SVN, je v něm spousta projektů, a nehrozí, že by se mi podařilo tu někoho přesvědčit, aby se přešlo na GIT. Už jsem to několikrát naznačoval, ale bylo to smeteno ze stolu.

Svn je hlavne hruza, nejaky duvod, proc pouzivate zrovna subversion?

DATEL: global-ignores ? Ale to je zase afaik uplne globalni.

REDGUY: tak samozřejmě, tuhle property používám, ale jestli se nepletu, tak ta funguje jen v rámci aktuálního adresáře / souboru, nebo snad lze v rootu použít jedno svn:ignore a navalit tam různé cesty v rámci jeho podadresářů? Já jen že jsem na toto zatím nikde nenarazil, že by to někdo takhle použil a co jsem koukal do dokumentace, tak si tím taky nejsem jistý, ale je možné, že se pletu...?

DATEL: svn:ignore property nestaci?

Díky všem, takže pryč jde i komplet .gradle a .idea, gradle bez tečky zůstává. Škoda, že SVN nemá taky něco jako .gitignore soubor, bylo by to jednodušší :)

DATEL: Všechno krom souboru pro Android Studio a všechny zkompilované věci.

Ahoj, zkouším Android Studio, nechal jsem si vygenerovat projekt a chci ho dát do SVN. Nejsem si ale jist, co všechno bych tam měl commitnout, když na tom projektu bude dělat více lidí. Jde mi o to, že AS standardně používá tu strukturu s gradle systémem, takže v rootu projektu jsou konfiguráky a teprve v app adresáři je podadresář src. Nevím, zda bych do SVN měl hodit pouze src nebo komplet projekt. V rootu je soubor .gitignore a ten obsahuje jen 4 soubory. Dle GITu by to tedy vypadalo, že bych do SVNka měl opravdu hodit všechno. Když si to pak kolega stáhne z SVNka, bude mu tu bez problému fungovat? Má být v SVN i .idea adresář (podle GITu asi jo, jen bez workspace.xml). Jde mi o to, abysme si pak vzájemně nepřepisovali nějaké lokální konfigurace, ale co jsem to tak procházel, tak by to snad mělo být v pohodě.

MAKROUSEK: jo, to máš pravdu, mě jenom štve, že jsem se to dozvěděl náhodou tady z Nyxu, že neposlali ani blbé oznámení. Alespoň mě teda nic oficiálního od nich nepřišlo. Jinak samozřejmě nejsem tak naivní, prostě lehce nabyl, lehce pozbyl :) Stejně jako se službama u Googlu, co si budeme povídat :)

MAKROUSEK: no jo, už se mi to taky podařilo najít... To jsou ale zmr*i, ani email se neobtěžovali poslat :( Vivat Apple, doufám, že je brzo sežere nějaký červ :(

DATEL: Testflight konci s podporou Androidu 24.3.

ROTTWEILER: prosím tě, máš k tomu někde další informace? Teď jsem se přihlásil do TestFlight a stále tam máme jak iOS, tak Android aplikaci i buildy, a při přidání aplikace to nabízí na výběr i Android...

ROTTWEILER: Tohle je pry tak nejak nejlepsi namisto testflight: http://ubertesters.com/

ROTTWEILER: Sám hledám, ale moc toho na výběr není. Taky hledám něco na distribuci testů a crashreporting a jediné co jsem našel je: http://try.crashlytics.com/ pro bugreposrting, ale nemají pořádné API, Bugsense je zase omezené zdarma a na distribuci buildů už vůbec nenacházím.
Náhradu už hledám dýl, protože i když fungoval, tak Testflight fungoval špatně.