Új hozzászólás Aktív témák
-
WonderCSabo
félisten
válasz
eastsider
#2102
üzenetére
Azért nem annyira bonyolult ez... Neked van egy adaptered. Tökmindegy milyen adaptered. Ennek az elemei tartalmaznak egy url-t. Na az adaptered getView() metódusában átadod az ulr-t és az imageview az UIL-nek, ahogy mondtam. Az UIL nem csinál mást, mint csak letölti a képet és megjeleníti, etc. A kép URL-jét és mindent Neked kell természetesen előállítani.
Karma: Ezt nem is ismertem, bár én ProgressDialogot használok úgyis, mert több infót is meg kell jeelníteme. De ez jó cucc.
-
WonderCSabo
félisten
válasz
eastsider
#2099
üzenetére
Igen, a UIL behúzza a képet, tökmindegy honnan hívod meg, csak a UI szálról legyen.
thon73: Én anno dolgoztam egy projekten, és én is a loderekkel szívtam. Végül mi lett a megoldás? Kidobtama loadert a kukába, mert nem volt időm kibogozni a nem dokumentált viselkedését. Lehet, hogy valamennyire hasonlít a Te problémádhoz, olvasd el.
-
WonderCSabo
félisten
válasz
eastsider
#2097
üzenetére
Az adapterednél kell használni. Megkapja az urlt és egyből lehúzza, cacheli, kijrajzolja, nagyítja stb. a képet ahogy kell. Nagyon okos.

Pl. az éppen futó projektemben egy getView() metódusban:
ImageLoader.getInstance().displayImage(imageUrl, (ImageView) choiceView);
Természetesen a DisplayImageOptions és az ImageLoaderConfiguration tetszés szerint be tudod állítani, ez részletesen dokumentálva van.
-
WonderCSabo
félisten
válasz
eastsider
#2094
üzenetére
Én erre libet használok, konkrétan a UniversalImageLoader-t. De a Picasso is rohadt jó.
Na Karma megelőzött.
Egy másodperccel! 
thon73: ha meghívódik a notifydatasetchanged, akkor firssítenie kéne a listát. A probléma ott lehet, hogy rossz entries-t kap be másodszorra, nem?
-
WonderCSabo
félisten
válasz
kemkriszt98
#2084
üzenetére
Milyen jellegű munka miatt kell frissíteni? Erre vannak megoldások: Thread, AsyncTask, Service, IntentService, Looper, stb...
-
WonderCSabo
félisten
válasz
kemkriszt98
#2081
üzenetére
Az lv biztos nem null?
-
WonderCSabo
félisten
válasz
bAtt001
#2059
üzenetére
Szerintem a hivatalos tutorialnál nem lehet szebben leírni. Még sample is van.
-
WonderCSabo
félisten
válasz
eastsider
#2047
üzenetére
Ezzel én már nagyon sokat szívtam.

Felül kell definiálni a következő metódust:
@Override
public int getItemPosition(Object object) {
return POSITION_NONE;
}Ekkor mindig meghívja a getItem()-et lapozáskor, ahol pedig visszadsz egy új Fragmentet.
thon73: Nyilván ha van mondjuk egy thread.start() hívás az onCreate()-ben, akkor minden egyes Activity kreáláskor az le fog futni. Erre vagy figyelsz, vagy megoldod máshogy.
Ha küldözgetni akarsz kiíráshoz feladatokat, akkor erre való az IntentService.Közhely, de minél többet tud az ember, annál jobban rájön, hogy mennyire nem tud semmit.

-
-
WonderCSabo
félisten
válasz
h1ght3chzor
#2024
üzenetére
Splitteled a : és a ; mentén, végigmész és szépen hozzáadod a JSONObject-hez. Ez utóbbihoz itt van tutorial.
(#2023) Sianis: Én ButterKnife helyett AndroidAnnotationst használok.

-
WonderCSabo
félisten
A eclipse Team -es pluginjai jók, én is használom őket (mind az egitet, mind a Subversive-et). A GitHub for Windows kerülendő.
Mondjuk a merge-et az istennek se tudom használni az eclipseben belül, ebből sokkal jobb pl. a TortoiseMerge.Ja thon73, ha IntelliJ-t használsz, abban asszem alapból van git plugin, bár a git-et magát fel kell rakni..
-
WonderCSabo
félisten
A GitHub a nevéből is adódóan git-el működik. Tehát sima git parancsokkal fel tudod nyomni a fájlaidat. Tutorial. Van egy GUIs kliens is (GitHub for Windows vagy GitHub for Mac), amivel talán ez egyszerűbb elsőre, bár sztem borzalmasan rossz, és ha picit is komolyabbat akar az ember úgyis a terminálhoz kell fordulnai.
-
WonderCSabo
félisten
ListViewAnimations lib, ami elég jó és sok mindent tud, ezt a funkciót is támogatja a DynamicListView widgetéjével. (Mielőtt önreklámmal vádolna valaki most mondom, hogy én is toltam bele cár commitot, de nem ezért ajánlom.
) -
WonderCSabo
félisten
válasz
eastsider
#1947
üzenetére
Lars Vogel tutorialjai nagyon jók.
-
WonderCSabo
félisten
válasz
h1ght3chzor
#1941
üzenetére
Magyarul nincs jó leírás, én amit ismerek a BMEsek jegyzete. Viszont az Android hivatalos dokumentációja teljesen jó.
-
WonderCSabo
félisten
válasz
kemkriszt98
#1936
üzenetére
A ViewPager alapvetően Fragmenteket tartalmaz, azaz egy oldal egy Fragment-et jelent. A Fragment-et kell lekérni tag alapján, és meghívni annak a getView() metódusát.
-
WonderCSabo
félisten
-
WonderCSabo
félisten
válasz
h1ght3chzor
#1917
üzenetére
Melyik része nem megy? A csatlakozás, vagy ListView megjelenítés és eseménykezelés?
-
WonderCSabo
félisten
kemkriszt98: Picit pontosítok: ArrayAdaptert használj, az előre meg van írva jól, gyakorlatilag Te azt "találtad fel" újra - csak rosszul.
Hogy miért nem jó a Te deleteAll() metódusod, azt én sem mondom meg, próbálj rájönni.
-
WonderCSabo
félisten
válasz
kemkriszt98
#1909
üzenetére
Karmának valószínűleg jó a sejtése. Az onCreateben elindítasz egy AsyncTaskot. Ezután rögtön lefut az onResume, ami meg is hívja a notifyDataSetChanged()-et, de túl korán, ilyenkor az AsyncTask még nem végzett, sőt még egy elem sincs benn ekkor az adapterben. A doInBackground-ban adogatsz hozzá az adapterhez, az adapter ekkor frissítené a ListView-t (már ha az ArrayAdapter.add() metódust hívod meg), de ez azért nem történik meg, mert háttérszálról hívod az addItem()-et.
A megoldás itt elvileg az lenne, hogy az onPostExecute-ban hívsz egy notifyDataSetChanged()-et. -
WonderCSabo
félisten
válasz
kemkriszt98
#1903
üzenetére
Kódot mutasd, mert ezek alapján mennie kéne.
-
WonderCSabo
félisten
válasz
kemkriszt98
#1895
üzenetére
A Toast-ot nem tudod használni háttérszálon, csak a UI szálon. Az onPostExecute-ban hívogasd a Toast-ot, az az UI szálon hívódik meg, és pont erre való.
-
WonderCSabo
félisten
válasz
kemkriszt98
#1847
üzenetére
Hmm, ezek szerint ez nem elég neki. Próbáld ki itt a válaszokat, több is jó. TitleBar már nincs, helyette az ActionBar van API 11 óta.
-
WonderCSabo
félisten
válasz
kemkriszt98
#1845
üzenetére
A custom themedhez add hozzá ezt a sort:
<item name="android:windowActionBar">false</item>
Amit te el akarsz tüntetni, az nem a TitleBar, hanem az ActionBar.
-
WonderCSabo
félisten
válasz
h1ght3chzor
#1839
üzenetére
A BluetoothChat példaprogiról van szó. Itt találod <SDK_HOME>\samples\android-<XX>\legacy. Persze csak akkor, hogy letöltöd az adott API levelhez a samples csomagot.
-
WonderCSabo
félisten
válasz
h1ght3chzor
#1830
üzenetére
Defaultból mindig a View hierarchiában lehető legelső focusble view-ra ugrik a focus.
-
WonderCSabo
félisten
Ma hajnali ötig szívtam a support lib miatt. A support Fragmenteket mindenki ismeri. Viszont kiderült a Googlenek egy turpissága, ami teljesen dokumentálatlanul történik support Fragmentek esetében.
Fragment hozzáadása alatt ez történik:
f.mView = f.onCreateView(f.getLayoutInflater(f.mSavedFragmentState),
null, f.mSavedFragmentState);
if (f.mView != null) {
f.mInnerView = f.mView;
f.mView = NoSaveStateFrameLayout.wrap(f.mView);
if (f.mHidden) f.mView.setVisibility(View.GONE);
f.onViewCreated(f.mView, f.mSavedFragmentState);
} else {
f.mInnerView = null;
}A NoSaveStateFrameLayout pedig ez:
class NoSaveStateFrameLayout extends FrameLayout {
static ViewGroup wrap(View child) {
NoSaveStateFrameLayout wrapper = new NoSaveStateFrameLayout(child.getContext());
ViewGroup.LayoutParams childParams = child.getLayoutParams();
if (childParams != null) {
wrapper.setLayoutParams(childParams);
}
NoSaveStateFrameLayout.LayoutParams lp = new NoSaveStateFrameLayout.LayoutParams(
ViewGroup.LayoutParams.FILL_PARENT, ViewGroup.LayoutParams.FILL_PARENT);
child.setLayoutParams(lp);
wrapper.addView(child);
return wrapper;
}
...
}Amint fent látható a Google azt a turpisságot követi el, hogy miután az onCreateView lefut, a Fragmentet egy új FrameLayout-ba wrappeli szépen... Ez a FrameLayout pedig jól szétcseszi a View hiearcihámat, különösen nested Fragmentek esetén. Egyébként csomó idő is volt rájönni erre... Az is totál inkorrekt, hogy elvileg az onViewCreated első paraméterének az a specifikációja, hogy az a View, amit az onCreateView csinált - na itt ez se fog érvényesülni, hiszen a wrapper FrameLayout lesz az onViewCreated első paramétere.
Remélem időt spóroltam Nektek ezzel, hátha Ti is belefuttok ilyesmibe.
-
WonderCSabo
félisten
Nem akarok kikerülő választ adni, de sztem egy bonyolult rajz Fragmentekből való összeállítása egyáltalán nem jó ötlet. A Fragmenteket nem erre találták ki.
A konkrét kérdésedet most hirtelen nem látom át, az onResumeFragments metódust nem használtam sosem, sőt bevallom derekasan picit az egész configuration change kiesett a gyakorlatból, mert a mostani hosszú prokejtemben az egész app álló képes...
-
WonderCSabo
félisten
Erre vki?
-
WonderCSabo
félisten
válasz
eastsider
#1643
üzenetére
Nincs itt semmi gond. Amikor megint elindítod a második Activity-t, akkor az objektum létrehozásakor, 0-ra inicializálódnak a számlálok. Aztán mivel elindítottál egy új Activity-t, ezért lefut mind az onCreate, onStart és az onResume metódus. Ekkor ezeknek a számlálói inkrementálódnak és 1-es értéket vesznek fel. Az onRestart ilyenkor nem hívódik meg, annak a számlálója 0 marad. Olvasd el ezt.
-
WonderCSabo
félisten
-
WonderCSabo
félisten
válasz
negyedes
#1612
üzenetére
Ez nem segít?
Bozek: a kétirányú láncolt lista nem kezdő szint, de azért vannak nála enyhén szólva bonyolultabb adatszerkezetek is. Ne bánkódj miatta, egy milliárd kód van fent hozzá a neten, ha biztosra akarsz menni akkor nézd ki a Cormen könyvből, aztán portolhatod olyan nyelvre amire akarod.
Én is egy tanulónyelven kezdtem programozni negyedévig, aztán több mint egy év csak C++, és aztán csak a Java. De megértem, ha valaki nem a Pascallal akarja kezdeni. -
WonderCSabo
félisten
Szerintem ez koránt sem így megy. Nulla programozás tudással a ember még az Android Traininget se nagyon fogja fel szerintem.
Már a fogalomrendszer hiányzik. Először én a programozást tanulnám meg, akár a Javán keresztül és utána az Androidot, de ha értelmes tudást akar valaki szerezni akkor legalább félévet csak Javázik előtte szvsz. -
WonderCSabo
félisten
1. SDK managerben az adott platform alatt van olyan pont, hogy Intel System Image. Ezt kell letölteni az inteles emulátorhoz.
2. Alapesetben csak egy futtatást kell nyomni Eclipseben, és magától lefut az undeploy/deploy és run/debug, a kézzel másolgatást valóban el kell felejteni. Ahhoz, hogy az ADB lássa a készükéledet, egyrészt engedélyezni kell a készüléken amit megtettél, másrészt a megfelelő drivert is fel kell tenned a gyártód oldaláról.
3. Ezek szerint nem látja az ADB a készülékedet. Biztonság kedvéért az adb devices paranccsal megnézheted, hogy látja-e.
4. Jól értem, hogy full android kezdő vagy? Sztem ne gesztusokkal próbálkozz, egy alap kis kattinthatós példát rakj össze először. A gesztusoknál már meg kell érteni az Android képernyőeseménykezelését, amely annyira nem is egyszerű.
-
WonderCSabo
félisten
Én már egy ideje maven-nel buildelek Eclipse alatt, ADT-vel... Jól működő, bevállt rendszer, a maven minden előnyével (és hátrányával). Annyira sokat dolgozott rajta a közösség, hogy még az android libek csomagolására is kitaláltak egy kvázi-szabványt (apklib).
Erre a Google Gradlet választja az Android Studio-ban, ahelyett, hogy beszállna a maven kontribúcióba. Teljességgel érthetetlen, és a fejlesztő közösséggel szemben inkorrekt lépés. -
WonderCSabo
félisten
Válasz erre:
Persze, hogy frissítik, hiszen még mindig az ADT a hivatalos és stabil IDE, de a frissítéseken kívül új feature nincs is, amíg nem volt Studio, mindig kaptunk komoly új featureeket. Az Android Studio továbbá még rohadtul béta, ezért nem is dobhatják ki még a stabil Eclipsest. De én úgy értesültem, hogy nem tervezik hosszú távon egyszerre két IDE támogatását.
-
WonderCSabo
félisten
válasz
eastsider
#1531
üzenetére
Ha Java és OOP alapok vannak, akkor már simán neki lehet állni. Az Android hivatalos tutorialja szerintem nagyon jó. Én biztosan itt kezdeném. Ha ezeken végigmész, akkor lehet nézni a picit komolyabb API Guide-t is. A Vogella Android-os része is kiváló.
-
WonderCSabo
félisten
Sajnos a ViewFipper se lett volna jó, az egyszerre egy gyereket mutat és kész. De azért köszi!
Egyébként most egy olyna problémába ütköztem, hogy lassú a drawText metódus. Ha a felhasználó nagyít, akkor rövid időn belül sokszor kell újrarajzolni a VIew-t. Azt tapasztaltam, hogy a drawText a gond, mivel azt eltávolítva smooth volt az animáció. Ezzel kapcsolatban esetleg van valamelyikőtöknek tippje, tapasztalata?
Új hozzászólás Aktív témák
- Kertészet, mezőgazdaság topik
- Formula-1
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- sziku69: Fűzzük össze a szavakat :)
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- MWC 2026: Megérkezett a Nubia Air Pro változata
- Allegro vélemények - tapasztalatok
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Eredeti játékok OFF topik
- További aktív témák...
- BESZÁMÍTÁS! Asus EX-B365M i5 9600K 16GB DDR4 500GB SSD RX 5500 XT 8GB Zalman T3 Plus 600W
- BESZÁMÍTÁS! MSI B450M R5 5600X 16GB DDR4 500GB SSD RTX 3060 Ti 8GB Zalman S2 TG CM 700W
- Samsung Galaxy S21 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával
- Microsoft: Windows / Office / Server / Stb.
- Új Acer Nitro V15 FHD IPS 144Hz Ryzen7 7735HS 16GB DDR5 512GB SSD Nvidia RTX 4060 8GB Win11 Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



