SEALSKEJ: Díky, už jsem na to přišel, dělají to tam ty checkboxy -> jakmile jsou v listview, tak si to handlují oni, takže se buď musejí nahradit checkedtextview, nebo jim zakázat onlongclick.
Teď už jen zprovoznit ten checktextview :-)

H_U_N_T_E_R: Nahoď eště javovskej kód, jak odchytáváš ten klik.

Ahoj

Mám listview, do kterého dávám několika řádkovou šablonu itemu (http://pastebin.com/YSERGkXw ). V aktivitě zaregistruji context menu, to ovšem poté nereaguje (po přidržení prstu na itemu se ani nezobrazí podbarvení itemu). Pokud vyměním tuto šablonu a můj custom adapter za klasický ArrayAdapter, pole stringů a šablonu android.R.layout.simple_list_item_1 vše začne fungovat.
Nemáte tip, kde hledat problém?

Díky

Povedlo se někomu optimalizovat Honeycomb emulátor do nějaký použitelný podoby?

SEALSKEJ: jo spis celou aplikaci

SEALSKEJ: ja to ted resim primarne tak, ze dobehnuty asynctasky vypisuju do notifikacniho baru nahore + do toho micham Toasty; asi u toho zustanu; je to jednodussi

SPIRAL_FORCE: Nekilluje Android spíš celý aplikace, než jejich jednotlivý aktivity? Jinak každá appka má svůj zásobník aktivit, kde je na vrchu buď aktivní nebo poslední používaná a jak si psal - při back se aktivita ruší, při homu zůstává na zásobníku. Dokonce lze každý aktivitě nastavit max jednu instanci (viz. android:launchMode), ale moc se to neporučuje dle dokumentace.

SPIRAL_FORCE: Tak to budeš muset asi dělat přes tu metodu onConfigurationChanged().

MORIARTY: to podle me zalezi na tom, zda android tvoje aktivity zrusil a nebo je jenom dal na pozadi. mozna se mylim, ale mam pocit, ze kdyz das back, tak se aktivita zrusi, ale kdyz das home, tak se aktivita hodi na pozadi a v tu chvili se anrdoid rozdhodne, ze ti ji killne.

SEALSKEJ: no pro jednu aktivitu mam zvlast layout pro portrait a zvlast pro landscape

SPIRAL_FORCE: Jako společnej layout nebo zvláštní xml pro landscape a portrait?

SPIRAL_FORCE: Že některý chyby nejdou debugovat v emulátoru, ale musí se na ně přijít logicky. Třeba teď se mi některý aktivity pouštěj když nemaj a já vůbec nevím proč.

Stává se to náhodně: V telefonu pustím palikaci, otevře se mi activity MAIN, z té tlačítkem pustím activity NECO, pak aplikaci přepnu do pozadí. Po přenesení do popředí je ale někdy zobrazená activity MAIN (i když by měla být zobrazená NECO) a tlačítkem "back" se zobrazí ona NECO a dalším "back" zase MAIN. Mám nějakou teorii, proč tomu tak je, ale zatím jsem to neopravil.

SPIRAL_FORCE: Mě asi nejvíc sere návrh UI (i když s posledníma aktualizacema ADT pluginu se to o dost zlepšilo). Handlování s imagema pro různý dpi taky neni zrovna nejpříjemnější. No a pomalej emulátor.

SEALSKEJ: no treba u jedny aktivity pouzivam layout jak pro landscape, tak pro portrait

SPIRAL_FORCE: Jo, mělo by to jít přes "android:configChanges="keyboardHidden|orientation"

Tim, že ale zakážeš znovuvytvoření aktivity při změně polohy, tak zároveň znefunkčníš např. vlastní landscape xml, což bych si tipnul, že nepoužíváš.

Viz. http://stackoverflow.com/questions/456211/activity-restart-on-rotation-android

co Vas nejvic sere pri programovani v Androidu? Ja treba docela zapasim s widgetama a se zminenym progressdialogem. Co vy?

HURDA: jasny, to je pravda; v tom pripade bych potreboval behem AsyncTasku zobrazit progressdialog, coz neni problem, problem ale je, ze kdyz uzivatel otoci s telefonem, tak progressdialog zmizi a uzivatel tak nevi, zda jiz dobehl task. je mozne nejak znemoznit zavreni toho dialogu? asi by to melo jit pres changeConfig v definici activity v manifestu, ze?

SPIRAL_FORCE: To by nemělo být možné ne - nebo spíš chtěné. - když ti uživatel odejde, tak ho přece nepřerušíš z jiné aktivity ne?

nejde nastartovat novou aktivitu, která ten výsledek zobrazí.

Z jineho fora: "AsyncTask pouzivam velice casto a k nemu se vaze muj dotaz. V metode postExecute potrebuji zobrazit dialog se zpravou o probehle akci. Vse funguje samozrejme v poradku, pokud uzivatel zustane v te same aktivite, ve ktere byl AsyncTask spusten, protoze do konstruktoru AsyncTasku posilam referenci na tu Activitu. Pokud ale uzivatel prejde do jine activity (coz je vice nez pravdepodobne), pak context aktivity uz neni platny a aplikace spadne. Proto misto dialogu pouzivam Toast, nebo popripade vypisuji zpravy do Notifikacniho pruhu. Poradil by mi nekdo, jak docilit toho, aby zobrazeni Dialogu nezpusobilo pad aplikace a aby se dialog pokud mozno zobrazil i na plose (pokud uzivatel opusti uplne aplikaci)?"
Nezna nekdo reseni?

H_U_N_T_E_R: http://developer.android.com/reference/android/text/format/DateFormat.html#getDateFormat(android.content.Context)

H_U_N_T_E_R: tak ja tohle mam reseny tak, ze ty formatovaci stringy mam v lokalizacnich strings.xml ... ani nevim, ze jsou nekde v androidu tyhle veci uz naformatovany