Jól elvitatkoztunk ugyanarról
(((Nyelvtani ugyan a megjegyzés: nem az sdk-t, hanem a benne lévő egy-egy megoldást tituláltam félkésznek stb. És kivétel nélkül sikerült is megkerülni valahogy mindet. Én csak csodálkozom, hogy egy ilyen egyszerű dolgot, mint pl a 64 bites rendszert - ami egyébként kész, és nyilván nem kevés munkaidő van benne - egy utolsó kis buktató miatt hónapok/évek óta nem oldanak meg. Bizonyára volt más dolguk is, és végeredményben egész helyre kis programokat lehet alkotni rajta...)))

dmc! Nem sikerült a 32 bites Java/ 32 bites Android SDk / 64 bites Win7 kombináció sem? Csak úgy érdekelne... Ha hozzájutok a géphez, kipróbálom én is az up-to-date rendszerekkel.
Az Ubuntu+KDE egyébként nagyon jó, csak ajánlani tudom!

No, megvan. Jó hírek minden Win7 használónak, rossz hírek dmc-nek...

A gép Toshiba Portege R830 (ez gondolom, nem lényeges).
Rendszer: Windows 7 Professional Service Pack 1
Összes korábbi JAVA törölve a programok vezérlőpulton, a gépen nincs JAVA könyvtár, nincs JAVA a PATH-ban sem.
Indításkor a megszokott, "nem találom a JAVA-t" üzenet fogad.

Oracle honlapról: jdk-7u45-windows-x64.exe letöltve, telepítve a felajánlott c:\program files\java könyvtárba, gép újraindítva. Path NEM tartalmaz Java elemeket!

Android Developres honlapról a felajánlott file letöltése: adt-bundle-windows-x86_64-20131030.zip, egyszerűen TC-vel kicsomagolva. Az alkönyvtárból indítom az Eclipse-t, az indítja az SDK Manager-t (szintén műxik)

És minden működik, a próba project fut a virtuális gépen.

Bocsánat Google, az előző kiadás óta javították a 64 bitet...

((Megjegyzés: Az előző verziót is fent hagytam (API 17). A korábbi (6/33) Java 32 bites részének eltávolításakor összeomlott, az SDK Manager már nem ment (fekete ablak), az új Java verzióval pedig egyáltalán nem ment. ))

Esetleg még a USER menüben lévő .android könyvtár törlése segíthet a hibás beállítások törlésében.

Köszönöm szépen!!!!
Végül is mint írtam Virtualboxal megoldottam és tökéletesen működik.
Nekiállhatok tanulni

Ha váltogatok két Fragment között, melyik életciklussal tudom újralétrehozni a view-t? Van egy listám, azt egyik fragmenten bővítem, a másikon pedig ListView-ban meg akarom jeleníteni a dolgokat. Csak amikor fragment-et váltok sehogy se tudom frissíteni a listát

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Amikor beállítod a ListView adapterének az új elemeket, utána hívj meg egy frissítést az adapteren:
adapter.notifyDataSetChanged();

Rip and cut and mutilate the innocent, his friends, and again and again and on and on.

köszi

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Én ugyanezt egy Loader-rel oldottam meg. A konkrét esetben egy CursorLoader-rel, ami nagyon szépen működik automatikusan. Van benne egy filterként működő EditText, ott restartLoader-rel ki tudom kényszeríteni, hogy újra elkészítse a listát.

Korábban ListActivity-ben volt szükségem hasonló megoldásra. ((A kikeresett elemet átszínezte.)) Ott a list.invalidateViews() segített. Ez egy kicsit más oldalról működik, de végső soron ez is újra lekérdezi a megjelenítendő adatokat az adapter-től.

Ha szükséges, este kódokat is tudok küldeni.
Addig ezt érdemes elolvasni: Is there any difference between `ListView.invalidateViews()` and 'Adapter.notifyDataSetChanged()'?

Sziasztok!

Gondolom már páran hallottatok a mobiltárca tesztről, amikor ugye telefont használunk fizetésre (NFC-vel), na most, ez a drága szervezet és a szolgáltatók nem vettek bele a tesztbe egy HTC telefont sem és eléggé pipa vagyok, hogy a csúcskategóriás HTC One-omat nem tudom erre használni... Szerintetek meglehet úgy pimpelni az .apk-t, hogy beengedje a telefonomat? A gond ott van, hogy feltelepül az app és regelni kéne a telefont. Megkell adni a tfon számot és 1 jelszót az alkalmazáshoz, majd küld SMS-ben egy kódot amit be is ír magának. Na itt van a gond, hogy itt írja ki a hibákat. Vagy netán rootolni kéne a telefont és átírni a systemben a build.prop-ban valamit? (sajnos nem ugrok be a neve, itt vannak a készülék releváns adatai)

Szerintetek kivitelezhető lenne valahogy?

[ Szerkesztve ]

"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d

Nem az van, hogy ehhez a szolgáltatók kitáltak még valami speckó SIM kártyát is és neked meg ilyen nincs?

Sianis

Megvan már a simkártya, amit írtam az az egyetlen korlát :/

"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d

Azt mondod, hogy akkor azért nem megy, mert ők azt hiszik, neked NFC-d? Mellesleg küldjed nekik szépen a leveleket, hogy srácok ilyenkor mi van?

Sianis

Mint írtam egyik szolgáltató se vette bele a tesztbe egyik HTC telefont se, ezért gondoltam h meglehetne pimpelni az appot hogy beengedjen

"Boba is Mickey, Mickey is Boba" - Finkle Einhorn | PC Rig: https://pcpartpicker.com/b/bBy48d

Csak küszködök, így belemegyek részletesen.

Van egy Fragment1, és Fragment2, PagerTabStrip formájában jelenik meg egy Activityn. Plusz egy sqlite db-m, és egy ArrayList-em amibe beletunkolom az adatbázisról a dolgokat objektum formájában.

Fragment2: ListView szépen létrejön minden a helyén. ✓
Átlapozok Fragment1-re, kitöltöm amit kell és gombnyomásra bővítem az adatbázis tartalmát. ✓
Az ArrayList kiegészül az újonnan felvitt adatokkal. ✓

Innentől káosz minden:
Visszalapozok Fragment2-re ügyebár nem látszik a listán az új sor, és sehogy se sikerül összehoznom hogy frissüljön ListView.

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Van arra elegáns módszer, hogy egy eszköz valódi SD kártyájának elérési útvonalát meghatározzam? Az eszköznek van külső tárolója beépítve is, tehát az Android external storage erre mutat, nem a valódi SD kártyára. Fényképezni kell és a valós SD-re szeretném a képeket menteni. Az a megoldás nem tetszik, hogy a valós SD-t beállítom a kamerában és az utoljára mentett képet keresem meg.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

A segítségnyújtáshoz esetleg egy kis kódot tudsz küldeni?

((Az ArrayList miatt nem a tökéletes megoldás számodra, de a CursorLoader-ről találtakat itt foglaltam össze: [link] Főleg a beillesztett külső cikkek miatt írtam ide.))

Még annyi jutott eszembe, hogy az Adapter által látott ArrayList-et leellenőrizted? Biztosan belekerült az adat?
Üdv!

Ezt olvastad? [link]

Igen. Ez minden, csak nem elegáns.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

Ezt most úgy mondod, mintha a feladat amit teljesíteni akarsz bármilyen szempontból elegáns lenne. Konkrét célmodell van, vagy mindenféle dzsunka telefonon is ki kéne találnod az SD elérést?

“All nothings are not equal.”

Van konkrét célmodell is (Samsung GT-7710, azaz XCover 2), de szeretném az általános megoldást is megkeresni. Szerintem nem olyan bonyolult dolog ez, hogy ilyen nyakatekert módon kelljen megoldani.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

Nem lenne bonyolult, de nem rendeltetésszerű használat. Az alkalmazásoknak odáig szabadna foglalkozni az üggyel, hogy internal vagy external storage – az API is ezt tükrözi. Ha szembemész a rendszerrel, az mindig ilyen taknyolást hoz.

Amúgy mit csinálnál olyan telefonon, ami nem bővíthető SD-vel?

“All nothings are not equal.”

Az előző linket pont azért tettem be, mert azt boncolgatja, hogy nem triviális a megoldása.

Én ezzel a problémával egy szótár-adatbázis kapcsán találkoztam. Hová tegyem? Végül abban maradtam magammal, hogy ez az external cardon kívül a felhasználó dolga - aki a konkrét esetben én magam vagyok. Annyi segítséget tettem bele, hogy az utoljára kiválasztott könyvtárat megjegyzi. Én meg annyit jegyeznék meg, hogy az új tabletemben nincs sd-kártya, viszont beépített 16 Gb, ami több mint elég. Így az elgondolás "bejött".

Még egy ötletem van: ha betölteni akarsz nagy v. sok file-t, akkor a file-ok alapján lehetne esetleg megkeresni a könyvtárat. Mentésnél ez persze nem segít...

Még egy: Elixir2 - elég ügyes program, de nem tud különbséget tenni "külső" és "belső" sd között

[ Szerkesztve ]

Holnap megosztom a kódot, az ArrayList-et ellenőriztem kiegészűl az új sorral.

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Abszolút rendeltetésszerű lenne, hogy olyan telefonon, ahol kétféle external storage van, mindkettőt elérhessem, és ugyanolyan könnyedén. Az Android csak az external storage fogalmat ismeri és publikálja, az meg általában a belső. Nyilván konkrét eszközön van más módszer is, engem az általános érdekel.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

Csak az a baj, hogy ezt nem Te döntöd el, hanem a Google tette – a Te károdra.

“All nothings are not equal.”

Hm. Lehet, hogy találtam valamit. Bár elegánsnak - hát kérdéses...

Az Android valójában egy linux. A Linux nem drive-ként látja az egyes részeket (vs. windows), hanem egyetlen nagy fában, amibe be-mountolja az egyes file-részeket. Ebben az értelemben egyébként az sd-kártya alap-könyvtárát sem kellene közölnie, hiszen az is "csak" egy könyvtár.

Ugyanakkor linux alatt is van mód az egyes összetevők lekérdezésére, legegyszerűbben talán a mount paranccsal. Ebből ugyanis kiderül, hogy melyik "drive" hova került becsatolásra. A mount elérhető android alatt is (én root-olt készüléken használtam, de csak olvasásra talán nem-rootolt masinán is működik.)

A kimenetet nem egyszerű megszerezni, de itt van a módja: [link]

Sok nyitott kérdés marad: pl. hogyan szeded szét a mount elemeket; ill. én nem is foglalkoztam behatóan a parancssorok elérésével, ezért kódot sem tudok adni. De ha ez tényleg ilyen fontos, akkor talán ezen az úton el lehet indulni. ((Én, a magam tapasztalatából megelégednék az external könyvtárral, és nem foglalkoznék azzal, hogy eltávolítható-e, vagy sem.))

Én inkább átalakítottam a feladatot, mert eredetileg azért kerestem az SD kártyát, mert az adott céleszközben az a legnagyobb kapacitású tároló, és arra kell menteni. A legnagyobb kapacitású tárolót viszont már könnyebb megtalálni ("/storage" alatti elemek közül kiválasztani a legnagyobb kapacitásút, amire az alkalmazás képes írni)).

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

Ha nincs rootolva a készülék, akkor ugye az alkalmazáshoz tartozó sharedpreferencest csak az adott alkalmazás tudja olvasni?

Jó ötlet, de bátorkodlak figyelmeztetni, hogy nem általánosan használható.
SGSII Android 2.3.6 alatt nekem NINCS /storage folderem! (lehet, h. az újabb verziókban már van) 4.1.2 Note-on, ott van.

Amennyiben Context.MODE_PRIVATE-tel hozod létre, igen.

Szerencsére min. 4.1 a követelmény, annál lejjebb nem kell menni.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

A megoldás működik /mnt alól keresve is, ez pedig, gondolom, univerzális.

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

API 17 óta a MODE_WORLD_READABLE és a MODE_WORLD_WRITEABLE már deprecated, nagyon helyesen.

[ Szerkesztve ]

Jogos, nem is figyeltem, sosem használtam ezeket.

Sziasztok!

Lenne egy kérdésem, remélem kapcsolódik a topik témájához.
Arról lenne szó, hogy megoldható-e, hogy egy 4.0+ igényű app, elinduljon 2.3.7-es rendszeren? Régebben valahol olvastam olyat, hogy igen (Nova launcherről volt szó, azt írták, hogy működik, kivéve az alkalmazásfiókban a widget fül), de nem tudom, hogy ez mennyire volt megbízható információ.

Ez inkább az Android alkalmazások topikhoz tartozik, de azért megválaszolom a kérdést ahogy sejtem a helyzetet. Ha megvan az APK, akkor annak visszafejtésével (pl. Virtuous Ten Studio segítségével) és a manifest átírásával elvileg a telepítési korlátot át tudod hágni. Aztán futtatáskor, amint az első magasabb szintű API-t, témát, akármit megpróbál használni, game over.

“All nothings are not equal.”

A Nova a 4.0-s alap launcherre épül, szóval igen erősen csodálkoznék, ha működne.

(#1386) Karma: A Manifest átírása után nem kell újraforgatni a csomagot?

[ Szerkesztve ]

Dehogynem, de ez nem nagyobb wasistdas, mint a kibontás és visszafejtés a bináris alakról. Konkrétan a VTS-ben egy gombnyomás az egyik, még egy gombnyomás a másik lépés.

“All nothings are not equal.”

Én az osztályok újrafordítására gondoltam, mert nem fog lefordulni, ha nem találja a 4.0-s függvényeket.

Miért ne fordulna? Szerinted amikor minSDK 8, targetSDK 19-cel fordítasz valamit, az melyik SDK-val készül? És egyébként Java fordításra nincs szükség egyáltalán.

[ Szerkesztve ]

“All nothings are not equal.”

Sziasztok!
Lenne egy olyan kérdésem, hogy a készülék bekapcsolásakor megjelenő első képet, ami általában a készülék gyártmánya, miként lehet kicserélni? Mekkora szakértelmet kíván, milyen típusú és méretű kép kell hozzá? Esetleg mi a menete.

Jogos, azt hittem a targetet is átíratod vele

(#1391) kisguly: Vagy a kernelben van, vagy egyáltalán nem cserélhető. Nem érdemes vesződni vele.

[ Szerkesztve ]

Cserélhető, Ugyanis ez egy Navon Platinum Exploler 3g, és A cégnek a logojával indul akitől kaptam.

Köszönöm!
Szóval ha jól értem, a megfelelő módosítás után lehetne telepíteni, de amint olyan funkciót szeretnék használni, amihez 4.0-s API kell, jönne a Force Close?

(#1387) hunfatal
Értem. Túl sok reményt én sem fűzök hozzá, csak nem hagyott nyugodni a gondolat.

(#1391) kisguly
Link
Blade esetében külön, fájlrendszer nélküli partíció van fenntartva a számára a ROM-on.

[ Szerkesztve ]

Huh! Köszönöm.
Nekem azt hiszem ez egy kicsit kínai. Amúgy annyira nem lehetett bonyolult. Vagy 6-700 gépen cserélték ki a képeket.
Én naivan arra gondoltam, hogy csak egyszerűen kicserélem a képet. De azt hiszem ez felejtős nekem.

Készített már valaki SQLite JOIN paranccsal összekapcsolt táblákból CursorLoader-t és List-et? Egész messzire jutottam (végül is van lista), de nem teljesen tiszta, hogy mikor kell teljes (table.column) és rövid (column) formában megadott adatbázis-oszlop neveket használnom.

Konkrétan az adapter hibát dob, ha teljes (table.column) nevet adok meg: requesting column name with table name -- ... java.lang.Exception. (A cursorLoader meg akkor, ha rövidet...)
DE!
A program vígan továbbfut, mintha mi sem történt volna.
ÉS:
Ha nem használhatok teljes nevet, akkor hogyan tudok lekérdezni a két külön táblában lévő azonos nevű elemet (pl. _id) ?

Ha valaki tapasztalt tudna ilyen irányban segíteni, szívesen küldök kódot is.

Néhány próbálkozás után tapasztalati úton megválaszoltam magamnak: JOIN táblák esetén:
- A lejérdezés (qurey) minden formája (tehát értelemszerűen ContentProvider, Loader stb-be épített is) EGYEDI oszlopnevet kíván (tehát helyes a TELJES nevet megadni "table.column" formában). Logikus, hiszen különben nem tudja különválasztani az azonos nevűeket.
- Most jön a csavar: A Cursor NEM fogadja el a TELJES nevet, hanem az oszlopot CSAK a rövid, táblán belüli oszlopnévvel azonosítja. Ez nem akadályozza meg, hogy pl. két "_id" oszlop legyen. Ilyenkor persze név alapján nem lehet lekérdezni.

((Hát egy újabb órát vakargattam a fejem, mire rájöttem, hogyan tudom kiszedni a két _id-t ))

SQLite-ban nem vagyok teljesen otthon, de alias neveket nem lehet használni? Pl. "t._id as tid".

Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."

Jó ötlet! kipróbálom!
A query oldalán biztos, hogy működik. A kérdés az, hogy a Cursor átveszi-e ezt, vagy az oszlop "gyári" nevét használja. Majd meglátjuk...

Ilyen rengeteg helyen előfordul, pl. a .netes datagridviewban is, ott pl. eleve elszáll, ha egyforma nevű oszlopokat használsz.

Használj aliast nekik