Új hozzászólás Aktív témák

• #1408 Sianis addikt lordjancso #1407

  Új Válasz 2013-11-10 11:20:04 #1408

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sianis

  addikt

  válasz lordjancso #1407 üzenetére

  Ez nem nyerő?

  Sianis

• #1356 SektorFlop aktív tag lordjancso #1355

  Új Válasz 2013-11-05 09:15:20 #1356

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  SektorFlop

  aktív tag

  válasz lordjancso #1355 üzenetére

  köszi

• #1308 lordjancso senior tag lordjancso #1307

  Új Válasz 2013-11-01 13:02:31 #1308

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lordjancso

  senior tag

  válasz lordjancso #1307 üzenetére

  Egyelőre a legjobbnak tűnő megoldás:

  @Override
  public void onDestroyView() {
  super.onDestroyView();
  
  setListAdapter(null);
  }

• #1305 Karma félisten lordjancso #1304

  Új Válasz 2013-11-01 09:01:51 #1305

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1304 üzenetére

  A ListView addHeaderView metódusa nem jó erre? Az adapter beállítása előtt hívd meg.

• #1303 lordjancso senior tag lordjancso #1302

  Új Válasz 2013-11-01 08:22:54 #1303

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lordjancso

  senior tag

  válasz lordjancso #1302 üzenetére

  Na még jó, hogy a hibaüzenetben ott van a válasz, csak nem gondoltam, hogy ilyen triviális lesz...
  A megoldás annyi volt, hogy az xml-ben lévő ListView-nak fixen az alábbi id-t kell adni:
  android:id="@android:id/list"

• #1239 Karma félisten lordjancso #1238

  Új Válasz 2013-10-22 06:57:20 #1239

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1238 üzenetére

  Hm. Megpróbálhatnád azt, hogy felüldefiniálod a setBounds metódust az UrlDrawable-ben úgy, hogy a tagváltozóba rakott képre is meghívja azt, ugyanazokkal a paraméterekkel.

  Mondjuk célszerű azt az esetet is kezelni, ha még null a kép, és majd a jövőben jön létre. Az előző bekezdésben leírt módosításon túl az onPostExecute-ban fel kell cserélned az urlDrawable.drawable = result sort a setBoundsszal, így az új méret mindkét objektumra hat.

• #1237 Karma félisten lordjancso #1236

  Új Válasz 2013-10-21 13:58:10 #1237

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1236 üzenetére

  Az onPostExecute-ban van egy setBounds hívás, azt kell módosítanod úgy, hogy azt csinálja amit szeretnél.

• #1234 Karma félisten lordjancso #1233

  Új Válasz 2013-10-20 23:10:33 #1234

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1233 üzenetére

  Bevallom sose használtam az ImageGetter megoldást, ha HTML-t kellett megjeleníteni, mindig a WebView-t preferáltam. Kicsit keresgélve úgy tűnik, hogy az invalidate hívás tényleg nem rendezi újra a tartalmat.

  Workaroundot láttam: a WeakReference<View> helyett WeakReference<TextView>, és az invalidate helyett kell egy c.setText(c.getText()) hívás.

• #1230 Karma félisten lordjancso #1221

  Új Válasz 2013-10-19 22:17:30 #1230

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1221 üzenetére

  Semmi nagy dologra nem gondoltam, két dolgot változtatnék a példán a rend kedvéért:
  1) Ahogy nézem, nem használja fel az URLImageGetter a konstruktorban átadott Contextet, úgyhogy a tagváltozót és a paramétert törölném azonnal. Ha meg mégis kéne, akkor a View-tól kérném el.
  2) A container tagváltozója ugyanennek az osztálynak erősen kapaszkodik (hard reference) a View-ba, úgyhogy ha mondjuk a letöltés tíz percig tart, a felhasználó már régen továbbállt mert megunta, akkor se tudja a GC felszabadítani az egész Activityt.
  Könnyen elkerülhető, ha a container tagváltozó nem View, hanem WeakReference<View> típusú. Két sort kell módosítani hozzá, és máris nem akadályozza a GC-t – csak le kell ellenőrizni onPostExecute-ban, hogy megvan-e még a View, vagy már vége.

  public class URLImageParser implements ImageGetter {
  WeakReference<View> container;
  
  public URLImageParser(View t) {
  this.container = new WeakReference<View>(t);
  }
  
  public class ImageGetterAsyncTask extends AsyncTask<String, Void, Drawable> {
  URLDrawable urlDrawable;
  
  ...
  
  @Override
  protected void onPostExecute(Drawable result) {
  View c = URLImageParser.this.container.get();
  if (c == null) return;
  
  ...
  
  // redraw the image by invalidating the container
  c.invalidate();
  }
  
  ...
  }
  }

  [ Módosította: doc ]

• #1220 Karma félisten lordjancso #1219

  Új Válasz 2013-10-19 12:48:11 #1220

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1219 üzenetére

  Javaslom ezt a StackOverflow kérdést és az elfogadott válaszát megtekintésre. Mivel a TextView adott, csak az ImageGetter interfészt tudnád használni, arra meg ez egy járható megoldásnak tűnik.

  Bár én biztosan WeakReference-et raknék el a View-hoz.

• #1205 Karma félisten lordjancso #1204

  Új Válasz 2013-10-17 23:29:01 #1205

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz lordjancso #1204 üzenetére

  Azt vágod, hogy az onCreate-ben egy lokális változót hoztál létre, miközben az osztályod tagváltozója soha nem kap (az indító nullon kívül) értéket? Vedd ki az "ArticleAdapter" típusnevet az értékadás előtt.

• #1202 Sianis addikt lordjancso #1201

  Új Válasz 2013-10-17 06:06:37 #1202

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sianis

  addikt

  válasz lordjancso #1201 üzenetére

  A példányosított adapter nem null? A getCount() metódusa nem 0-t ad vissza? a getView() nem üres vagy null view-kat ad vissza?

  Sianis

Új hozzászólás Aktív témák