KTV: Jedna možnost je, že nebudeš používat OnCreateDialog a budeš si spravovat zobrazení dialogů sám (dialog.show(); dialog.dismiss()). Nevim ale, jak moc je to bezpečný (neblokující metoda v OnCreateDialog je asi z důvodu zamezení zamrzání UI).

REDGUY: dik moc! ad design - mozna mas pravdu, zkusim nad tim popremejslet :)

KTV: Zaregistrovat is listener pres http://developer.android.com/reference/android/app/Dialog.html#setOnDismissListener a kdyz jeden dialog skonci, ukazat dalsi. Ale neprijde mi to jako moc dobry UI design, protoze co kdyz si user v patym dialogu uvedomi ze v prvnim vybral neco spatne? Jak se k tomu vrati, jak to bude cancelovat? Spis bych udelal extra aktivitu ktera by si na sobe vygenerovala ty veci ktere si uzivatel ma nastavit. Bude fungovat back tak jak ma, bude videt vsechno najednou, nebude se muset vracet kdyz si vybere spatne/rozmysli si to...

Ahoj

Mám soubor, který vytvářím takto:

			FileOutputStream file = context.openFileOutput(
					DataImporter.settingXMLFilename,
					Context.MODE_WORLD_READABLE);

Potom se ho snažím odeslat pomocí e-mailu:

		Intent emailIntent = new Intent(
				android.content.Intent.ACTION_SEND);
		emailIntent.setType("message/rfc822");
		emailIntent.putExtra(android.content.Intent.EXTRA_SUBJECT, subject);
		emailIntent.putExtra(android.content.Intent.EXTRA_TEXT, body);


		File settingsFile = context.getFileStreamPath(DataImporter.settingXMLFilename);
		Uri settingsUri = Uri.fromFile(settingsFile);


		emailIntent.putExtra(Intent.EXTRA_STREAM, settingsUri);

Správně se spustí gmail aplikace, ovšem u přílohy vydím pouze název souboru (nikoliv kompletní cestu, jako když přidám nějaký soubor do přílohy ručně) a po odeslání nedojde e-mail s přílohou. Dle watche je ta Uri správně. Nenapadá Vás, v čem by mohl být problém?

Díky

nevite jak zobrazit po sobe nekolik dialogu? potrebuju aby si uzivatel mohl vybrat X (predem neznamy pocet ;) veci a rad bych to delal formou popup dialogu s listama tzn vybere vec z kategorie 1, ta se zapamatuje dialog zmizi a okamzite potom se objevi podobnej dialog ale se seznamem veci z kategorie 2 a tak dal az vybere vec z kategorie X, dialog zmizi a teprve potom se dostane na naslednou aktivitu.

sem si rikal jasne bude to neco jako

for(Integer categoryNo: categories) {
  this.currentCategory = categoryNo; //klasickej hack s predavanim parametru do dialogu
  showDialog(CATEGORY_DIALOG);
}

ale bohuzel to nefunguje tak jak si myslim - protoze to show dialog je neblokujici, takze proste to funguje tak, ze se to zavola treba 4x rovnou a zobrazi se hned ten ctvrtej (takze prvni, druhej a treti si proste clovek nedostane sanci vubec vybrat)

este me napadlo jasne, tak proste zobrazim jenom jeden dialog a budu menit obsah (coz se mi nelibi protoze tam neni vizualne oddeleny ze se uz nachazi v dalsi kategorii), ale to taky nejde dost dobre udelat protoze klik na jakoukoli polozku ten dialog automaticky zavre... :(

MORIARTY: http://developer.android.com/reference/java/util/TimeZone.html#inDaylightTime ti rekne jestli by mely bezet v letnim case, coz ale nevim jestli je presne ekvivalent toho co chces, mozna to user muze overridnout. Mozna jestli .getDisplayName vraci "CET" v zime a "CEST" v lete? Coz ale zase neni univerzalni reseni.

Jak jde zjistit, jestli systémové hodiny běží v letním nebo v zimním čase?

MORIARTY: Řešil bych to vytvořením vlastního dialogu, kde by title nebyl tam obrovskej.

BTW nevíte, jestli se někde ve světě na vysokých školách učí Android? Hodily by se mi nějaký slidy (prezentace) o Androidu.

Muzete me prosim nekdo nasmerovat na vysvetleni, co je a hlavne jak pouzivat R.attr? Moje Google-fu je ocivinde prilis slabe aby to zvladlo 8(
Narazil jsem na to kdyz jsem jako default pro vejsku listu nekde videl R.attr. listPreferredItemHeight , coz nechapu, protoze prece zalezi na tom je obsahem polozek? Jsou to nejake styly nebo temata? Uzivatelske preference? Device-dependent veci?

Nesetkal se někdo s tímhle problémem?
Na menších displejích se mi tímhle způsobem zobrazuje EditTextPreference. Dá se nějak systém přinutit, aby klávesnice překrývala tlačítka místo toho, aby se zmenšoval editbox?

HURDA: no ja sem si ho nechal zobrazit v debug perspektive, protoze vetsinou chci videt log po nejaky excepsne a mam zaskrtly ze excepsny (pokud mam aplikaci pustenou v debug modu, coz mam vpodstate vzdycky) me automaticky prepnou do debug perspektivy :)

REDGUY: Je to bug. Stává se mi to furt. Neni třeba špatný ho nahradit logcatem z QtADB.

KTV: ten View ta je pokud se přepneš do DDMS perpektivy - to je zase "windows / show perspective" - je tam navoleni víc view co by se mohlo hodit

Ahaaa!!! Diky. On se asi snazil logovat z drive pripojenyho zarizeni, i kdyz uz tam nebylo. Debil. No nic, hlavne ze vyreseno 8)

HURDA: konkretne se ten pohled myslim menuje devices a ja ho tam defaultne nemel (musis jit do View -- add View nebo tak nejak a tam uz to najdes :) potom staci vybrat to zarizeni (vetsinou emulator-5554) a logcat zacne zobrazovat. s tim ze by se nejak seknul sem este problem nemel.

REDGUY: obcas se mi to taky posere a musim to clearovat. taky si dej bacha abys byl napojenej na správnej Android (na to je tam jinej pohled)

Uhm... je chyba ve me, nebo je logcat panel v eclipse na OSX naprosto nefunkcni protoze loguje jen obcas, jestli vubec? "adb logcat" v terminalu funguje ok, ale v Eclipse vidim kulovy 8(

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