Hirdetés
Új hozzászólás Aktív témák
-
ted_mosby
senior tag
Sziasztok!
Linkelni tudtok olyan oldalt ahonnan az alapoktól kezdve megtudok tanulni egy ilyen appot:
Auto Profiler:
- Időbeállítás szerint változtatja a mobilunk profilját.Szerintem nem lehet olyan bonyolult app hogy ehhez éveket kelljen tanulnom, de ezt már megmondjátok ti
köszi! -
#1597
008anita
csendes tag
WonderCSabo
#1564
008anita
csendes tag
válasz
WonderCSabo
#1564
üzenetére
Köszönöm szépen a választ, de végül sikerült máshogy megoldanom
-
Degeczi
nagyúr
-
Bozek
nagyúr
válasz
Degeczi
#1594
üzenetére
És 49 dollárért még papírt is kapsz róla. Ennyit bőven megér. Áprilisban jön a 2. része, júniusban pedig a 3., szintén 49 dollárért kurzusonként. Szóval 196 dollárért már szép kis papírt kaphatsz (+49 dollár ebből a Capstone Project) Ha nem sikerül az egyik, akkor ingyen próbálkozhatsz másodszorra.
Itt a teljes képzés, a 3 kurzussal.
Sajnos nekem előbb még be kellene gyakorolnom a Java-t, addig felesleges nekiállnom bárminek. Pedig jó lenne.
-
Karma
félisten
válasz
macsaba97
#1591
üzenetére
Nézd meg ezt a linket. A "Use hardware buttons..." szakasztól kezdve érdekes, lépésről lépésre leírja, mi kell a médiagombok kezeléséhez. Azt nem követeli meg viszont, hogy ténylegesen zenét játsz
Ha korábban emlegettem a RemoteControlClientet, akkor bocs, ennél egyszerűbb a helyzet. És egyébként 2.2-től működik is a linkelt út.
-
macsaba97
csendes tag
Csodák csodája amikor reggel bekapcsoltam a gépet működöt (már tegnap is újraindítottam). Szóval visszatérve az eredeti problémához azt már sikerült megoldani hogy van egy gomb a képernyőn és azzal lehet képeket váltogatni. Ezzel a bluetooth médiaeseménnyel viszont nem nagyon jutok előbbre. Jó lenne ha valaki tudna adni egy kis kódrészletet pl egy zenelejátszóból amiben ki tudom cserélni a lejátszást a mostani gomb eseményére (következő kép).
-
thon73
tag
Megint egy Java/Android problémába futottam bele.
Sqlite adatbázist használok több táblával. A táblák kezelése igényel egy csomó String konstanst, amiket eddig ténylegesen String konstansként is tároltam, táblánként. Ez eddig működik.
A több tábla miatt szerettem volna a "közös" részeket kiemelni: pl. a contentType() az minden táblában ContentResolver.CURSOR_DIR_BASE_TYPE + "/" + contentSubType() érték lesz, természetesen a contentSubType() táblánként különböző.
Ezért fogtam a konstansokat, és áttettem őket metódusokba, melyek nem tesznek mást, mint visszaadnak egy String értéket (ehhez más metódusok meghívása is szükséges lehet, de végső soron ezek konstansok lesznek). Emiatt static-ként jelöltem meg ezeket.
DE! A szülő osztályban (ami az általános tábla azonosítókat kezelné) a static-abstract összeférhetetlenség miatt nem tudok abstract metódusokat alkalmazni! (amik az egyes táblábakat kényszerítenék a saját, egyedi azonosítóik megadására)Vagyis a gond gyökere: sqlite adatbázisnál nincs a tábláknak megfelelő osztálypéldány, csupán az adatbázishoz/táblához tartozó konstansok vannak (amit a Java nagyon nem szeret). Nem találtam ideális megoldást, eddig minden táblához van egy osztály, ami csak a konstansokat tartalmazza.
Ti hogyan szervezitek az adatbázistáblák konstansait egységes rendszerbe?
-
Karma
félisten
-
macsaba97
csendes tag
Na el is kezdtem a programozgatást androidra már a barkobánál tartok de csak emulátoron. Sony xperia sp telefonomat semmi esetre sem akarja látni az eclipse és ez nagyon bosszantó.
Drivert felraktam a fejlesztői mód be van kapcsolva a telón és az usb hibakeresés is. Van valami ötletetek hogy mi lehet a baj? -
Karma
félisten
válasz
E.Andras
#1586
üzenetére
Melyik részébe gabalyodtál bele?
Pár dolog kell csak szerintem a dologhoz:
1) Háttérben, az email appot megkerülő emailküldés. Ezt a JavaMail API-val egyszerű. Csak kell hozzá egy SMTP szerver, de arra használhatod a saját GMailed vagy pl. a SendGridet.
2) Rá kell venned a rendszert, hogy figyelje az aktuális helyzetet. Ehhez most nem tudok linket adni, de biztos az Android doksiban is van róla bőven szó.
3) Van egy egyszerű UI-od egy szövegdobozzal és gombbal, ahol annyi a plusz dolgod hogy mindig visszaadod az EditTextnek a fókuszt, hogy a billentyűzet előjöjjön (ha nem csal az emlékezetem).
4) Android szempontból meg egy Activityt írsz, ami gombnyomásra indít egy AsyncTaskot a GPS kérés + email történethez. -
E.Andras
újonc
Sziasztok!
Elkezdtem egy app-ot írni, eléggé belezavarodtam.
Így nézne ki a program:
A program megnyitása után megjelenik a billentyűzet.
A szöveg beírása után az Ok-ra nyomva a szöveget elküldi egy előre megadott fix e-mail címre a beírás koordinátáival együtt. Elküldés után újra visszajön a billentyűzet. A programban ne kelljen beállítani semmit. Ne kérdezzen semmit a program.
----
Hasonló elven működne, mint ez a program:
https://play.google.com/store/apps/details?id=bg.angelov.send.my.location&hl=hu
Csak itt nagyon zavaró, hogy mindig be kell írni az e-mail címet.
--
A kapott e-mail-ben pedig a tárgy a beírt szöveg lenne, az e-mail szövege pedig a beírás koordinátája.Köszönöm!
András -
csballago
csendes tag
Szervusztok,
Szeretnék SNMP-t kezelni készülő android alkalmazásomban. Leginkább az SnmpGet és SnmpSet parancsok kiadása megfelelő paraméterekkel illetve azokra kapott válaszokat kellene kezelnem egy grafikus felület alatt. Utóbbi nem kérdés, inkább a "motor" része.
Tudnátok ebben segítségemre lenni? Köszönöm.
-
Karma
félisten
válasz
macsaba97
#1581
üzenetére
A történet igazából ott kezdődhet, hogy ezt a zenelejátszó témát kivered a fejedből. Ne onnan indulj ki.
Neked egy olyan képnézegető program kell – a példa kedvéért nevezzük Shotgunnak –, ami ezt a pár dolgot tudja:
- képeket tud megjeleníteni és lapozni a képernyőn
- feliratkozik a media button eseményekre, hogy a BT távirányítótól ő kapja a jelzéseket.
- le tudja zárni (hardcore) vagy fekete háttérrel eltakarni a kijelzőt (easy mode).Ennél felesleges jobban túlbonyolítani fejben.
-
macsaba97
csendes tag
válasz
macsaba97
#1580
üzenetére
Most jött az az ötlet, hogy ugye vannak a bluetoothos headsetek amivel léptetni lehet a zeneszámokat. Márpedig szerencsémre a zeneszámoknak lehet borítóképük. Mivel nekem úgy is majd vezeték nélkül kell irányítanom a telót, ezért amit bukok azzal, hogy minden képet zenéhez kell rendelni, vissza jön ott h nem kel az rc modulokkall meg ezek soros átvitelével babrálni. Na mivel ebben így semmi kihívás nem lenne, gondoltam arra, hogy milyen jó lenne ezeket a képeket teljes nézetben nézegetni. Nem tudom de valami azt súgja, hogy az a sok zenelejátszó nem közvetlen a bluetooth vevővel kommunikál hanem akár a telefonban van valami olyan megoldás, hogy a rendszer küld egy üzit a lejátszóak hogy váltson. Na most ilyen kis zenelejátszót írni sem lehet gyerekjáték bár gondolom nagyságrendekkel könnyebb mint az előző verzió. Arra is gondoltam, hogy biztos van olyan program ami ránagyít az egész képernyőre és azzal ráközelíteni egy egyszerű lejátszóra. Van ilyen, vagy egyéb ötlet? Ja és amúgy köszi az eddigi gyors reakciót.
-
#1580
macsaba97
csendes tag
WonderCSabo
#1579
macsaba97
csendes tag
válasz
WonderCSabo
#1579
üzenetére
Hát azt tudom hogy C-ben nincs. És esetleg te vagy valaki tudna adni valami kiindulópontot az adatbeolvasáshoz? A többit megoldom szerintem mert ahhoz találok anyagot csak ehhez nem (aztán jó eséllyel azokkal is visszatévedek). Azok már megvannak hogy hello world meg olvastam némi szakirodalmat javáról de még semmi használhatót nem készítettem. Van annyira fontos a dolog, hogy megtanulom a javát meg érdekel is csak inkább szép lassan tanulnám. Szóval most így első körben valami kiinduló pont kéne.
Üdv,
Csaba -
macsaba97
csendes tag
Sziasztok!
Android programozásban, és javában is teljesen új vagyok (C viszonylag jól megy), és született egy olyan feladat, hogy egy xperia sp-vel képeket léptessek két külső gomb segítségével, valamint hogy egy harmadikkal el is tudjam sötétíteni a képernyőt. Őszintén jelenleg nincs túl sok időm ezért nem is szeretnék nagyon belemerülni az android programozás világába, szóval örülnék ha valaki leírna nekem egy olyan rutint (remélem annak kell mondani javaban) amivel tudok beolvasni a micro usb-ről vagy jack dugóról, de ami a legjobb lenne ha valamiféle bluetooth eszköz parancsait lehetne átalakítani ilyen léptetésekre, mivel így nem kéne vesződni az usb védelmével stb. És ha nem túl nagy kérés akkor arról is írhatnátok hogyan lehet adott mapából képeket megjeleníteni.
Válaszokat előre is köszönöm,
Csaba -
#1577
RexpecT
addikt
WonderCSabo
#1576
RexpecT
addikt
válasz
WonderCSabo
#1576
üzenetére
Okés, köszönöm
. -
thon73
tag
Igen, a mérés bennem is felmerült. Nem voltam biztos abban, hogy nincs egy konkrét elméleti adat - pl. az említett méretek, ezért kérdeztem. A mérés nagy hátránya, hogy könnyen lehet, h. ez az érték gépfüggő. Mellesleg - megjegyzem - puffer nélkül is észrevehetetlenül gyors, gyanítom, hogy pufferrel is az lesz. Tényleg igaz: nem kell talán minden lépést kimérni, azér' van a négy processzor...
Hm. Nekem a Java és az Android teljesen új volt, C-ben programoztam előtte (ráfordított időt tekintve: hobbiszinten). Talán furcsa, de - ennek ellenére - a natív rész akkor még nagyon távolinak tűnt, egyszerűbb volt Java-ra átteni, és még akkor sokat javítottam (pontosabban bővítettem) az algoritmuson. Az eredetit amúgy se lehetett volna átteni, a PalmOS nagyon máshogy "gondolkodott". A sebességgel most nincs gondom, a teljes szöveges keresést jó lenne natívan megcsinálni, de az eddig nem volt szükséges.
A program elkészülte után Attila megkért arra, hogy legyen bővíthető a szótár. Emiatt elég mélyen beleástam magam az sqlite-ba, most lett egy komplett front-end, ami kapcsolt táblákat is kezel. (Ez nem baj, mert egy ilyen nyilvántartó program amúgy is kellett volna, de eredetileg a szótár miatt csináltam.) Arra rájöttem, hogy ilyen speciális megoldásoknál az sqlite "kicsit" korlátozott. Az idő rövidsége miatt viszont a blog folytatására nem maradt időm, így aztán se az sqlite front-end, se a szótár doksija nem került (még) se fel, se megírásra. Szóval hiányos a "doksi", igyekszem pótolni (mert nekem is segítség), de ha bárki egy picit is érdeklődik, a kódot/adatot szívesen megosztom addig is.
-
Karma
félisten
Pufferméretről vitáztunk korábban a topikban, de különösebb konszenzusra azt hiszem nem jutottunk. A Java a 8192-es varázsszámot szokta használni, mint ahogy egyes libraryk is.
Elméletben lehetne spekulálni a NAND page méretekkel meg a fájlrendszer, a kernel sajátosságaival, de ha ki akarsz csavarni mindent azt hiszem kísérletezned kéne.
Egy ilyen szótár-keretrendszer mérésekre is elég jónak tűnik 10000 szó kikeresése, stb.Tisztelem a PalmOS-es megoldást, a régi idők rendszerei mindig megkövetelték hogy az ember alaposan kimérje minden lépését. Ahhoz képest a modern platformok nagyon engedékenyek minden fronton
A blogot mindenképp el fogom olvasni; vannak kérdéseim de lehet hogy nagy újdonság nem lenne bennük.
Amúgy annyit már most leszűrtem, hogy van ebből egy régebbi C változat, gondoltál arra, hogy NDK-val közvetlenül felhasználod?
-
thon73
tag
Igen, ez egy szótár, pontosabban szótár keretprogram. ITT elkezdtem irogatni egy-két dolgot, csak nem volt időm még befejezni. Viszont a program működik, sőt V.Attila is ezt használja. (csak az ő verziója fapadosan bővíthető) (((Vannak más szóanyagok is, de legalitásuk kétséges.)))
Ha röviden akarok arra válaszolni, hogy miért kell még egy szótár: mert elég könnyűnek tűnt megcsinálni, olyan functionalitást tartalmaz, amit máshol nem találtam, és úgy tudom beállítani, hogy a kezem alá dolgozzon. ((Aki szótárazott hosszú szöveget képernyőn, az tudja miről beszélek.))
"Az indexet desktopon kéne megcsinálni" - ez teljesen igaz, az androidos indexelés kísérlet volt, pont azt felmérni, hogy mennyi időbe telik. Aztán így maradt. Megjegyzem, ez egy külön app, amit csak én használok, nekem viszont fontos volt (utazás alatti fejlesztés miatt), hogy desktoptól független legyen.
A "háromféle" módból kettőről fent már írtam, de kell még egy. Nézzünk két bejegyzést: "adatbázis" és "adat-bázis".
(1) Ha ki akarod keresni, nem biztos, hogy lesz ékezetes billentyűd stb., tehát mindkettoben kell egy "ADATBAZIS"-t tartalmazó mező.
(2) Ha sorba akarod rendezni, akkor kell az ékezet, de a két bejegyzés megfelelő mezője egyforma lesz: "ADATBÁZIS", vagyis eltűnik a kötőjel.
(3) Kell az eredeti, átalakítatlan szó is, többek között azért, mert Attila szópárokat ír be, én viszont szeretném az azonos szavakat egyetlen bejegyzésba sűríteni, és ekkor az "adatbázis" és az "adat-bázis" két külön szóként szerepel.Ehhez sqlite-ban (mivel csak a standard sorbarakó lehetőségeket használhatom (((Megj: az UNICODE NEM alkalmas szótáras sorrend kialakítására, mert az pl. németben és magyarban más lesz, bár ettől még használható)))), szóval, három mezőben kell tárolnom ugyanazt a szót. Egyébként pont a kipróbálás végett készítettem egy sqlite keretet is. (A keret közel kész, de teljes anyaggal még nem töltöttem fel.)
Bocs, nem akartam ennyire eltérni a témától, bár szívesen és örömmel megvitatom az egész szótár-projektet. Eddig úgyis csak a saját elgondolásaimra támaszkodhattam, ill. most már a tapasztalatra is, mert két platformon is jól működik. ((Na jó, az egyik halott...))Sőt, ha van itt profi fejlesztő, én én annak is örülnék, ha valaki az ötleteimet megvalósítja; a költségen felül ráadásnak az ötlet is az övé lehet. De az egész onnan indult, hogy (még a Palm OS időkben) nem vállalta senki, hogy ilyesmiket fejlesszen...
P.S: ha valaki egyébként tudja az eredeti kérdésre a választ: vagyis milyen értéket érdemes BufferReader-ben puffernek megadni rövid beolvasásoknál, azt továbbra is köszönöm!
-
Karma
félisten
Ezeket az indexelős történeteket szerintem még desktopon előre el kéne készítened, aztán az adatbázisoddal együtt rakni be az appba. Teljesen nonszensz ugyanis a 45 perces inicializálás, főleg ha teljesen redundáns és amúgy is tiszta Java kóddal csinálod.
De az indexek újraolvasása is olyan, hogy szerintem jobban elférne app indításkor egyszer, mint minden config change-nél megismételni.
Engem azért csak érdekelne, hogy mi az a háromféle összehasonlítási mód. Az ékezettörlés világos, de mi lenne a másik előfeldolgozás? Azt se lehet SQL szinten megoldani?
Mert amúgy például a H2-t is lehet Androidon használni, ha az ember feláldoz 1 MB-ot az app méretéből, és nem nyitogatja olyan gyakran. Cserébe annak nincs lekorlátozva a Unicode támogatása pl.
-
#1569
thon73
tag
WonderCSabo
#1568
thon73
tag
válasz
WonderCSabo
#1568
üzenetére
Nem az SQL önmagában, hanem a konkrét megvalósításban. Az adatbázis (most) statikus, nincs törlés, nincs beillesztés, (ha lenne, itt már nyerne az SQL), csak olvasás van. A statikus adatbázist be kellene olvasni teljes egészében (egyébként már ez elég lassú, közel 300.000 elemről beszélünk (Ja igen, és már most van 8 ilyen adatbázisom)). A legnagyobb probléma azonban az, hogy sqlite-ban (legalábbis android alatt) az összehasonlító metódust nem tudom én, kódból elkészíteni (más nyelvekben van erre lehetőség). Emiatt minden egyes bejegyzésre (rekordra) le kell generálni a mezőket pl. ékezet nélkül. Nem akarok részletekbe menni, de nekem háromféle összehasonlítás kell, amit most kód végez. Sqliteban ehhez minden rekordban 3 mező kellene, praktikusan mindegyik ugyanazzal az adattal, amit mindhárom mezőben más írásmóddal írok. Ezek egyébként izgalmas kérdések, mert azt boncolgatják, lehet-e ilyen volumenű feladatra telefont használni.
Namármost a vicc az, hogy lehet; legalábbis nekem prímán működik. A sebessége is kiváló, hiszen max. 20 keresésből megtalálja a kívánt elemet. Ez azt jelenti, hogy írom a keresőszót, és folyamatában, minden betű után keres. Ugyanakkor - mivel nem elég gondosan oldottam (még!) meg - csak az indexadatok olvasása 4 másodperc (ez lassú, ha elfordításkor ennyit kell várni), az indexelés meg 45 perc (SGSII-n), de ugye azt egyszer csinálom meg egy életben (elvileg).
Úgy gondoltam, ha már ezt kijavítom (a 4 mp-et mármint), akkor az itt javasolt beolvasást is átírom, csak éppen elakadtam a puffer-méret kérdésnél. (No igen, az is egy válasz, hogy 8192, nem olyan sok az...
)A "szívásról" annyit, hogy az első verzió PalmOS alatt született, ahol még kevesebb adatbázis-támogatás volt. Sőt! legfeljebb 64K elemet tudott kezelni, tehát több "táblába" kellett rendeznem az adatokat. Na az szívás volt, 3 hétig törtem a fejem az algoritmusokon. Viszont ezt átteni Android (és Java) alá csak egy délután volt. Most ott tartok, hogy az Android alatt néhány dolgon lehetne gyorsítani és egyszerűsíteni...
-
#1567
thon73
tag
WonderCSabo
#1566
thon73
tag
válasz
WonderCSabo
#1566
üzenetére
A file indexelve van, és az indexek sorba rendezve. De a szabadszavas keresésnél meg kell nézzem, hogy melyik indexnél kezdődik ugyanígy a bejegyzés. Ezzel egyébként nincs is gond, a rendezettség miatt rohadt gyorsan kikeresi a megfelelő bejegyzést.
Eredetileg RandomAccessFile segítségével oldottam meg az egész beolvasást, mivel az könnyen pozícionálható (csak nem pufferelt beolvasást csinál.) Itt javasoltátok, hogy a szabványos read... metódusokat használjam,, mert az is pozícionálható, egyúttal pufferelhető is. (((Hozzáteszem, a RAF ráadásul elég érdekesen (halasztottan) működik, ami egy kicsit megnehezítette, hogy a file véletlen módosulását az időpont ellenőrzésével figyeljem...)))
Szóval ezt a read dolgot építeném be, mert több szempontból is jobbnak tűnik. A BufferedReader wrapper osztályban meg lehet adni a puffer méretét (gyárilag 8192). Azt nem látom át, hogy nekem ilyen rövid beolvasásokkal van-e értelme a BufferedReader-t használni, és ha igen (mert gondolom, csak egy egységnyit tud fizikailag beolvasni a rendszer), akkor van-e értelme a 8192-t lecsökkenteni? És tovább: ha igen, mekkorára?
Bocs, ha előbb félreérthető voltam, nem az egész file-t akarom pufferolni, csak az előolvasást. Ill. nem akarom, csak lehet, h. célszerűbb. (((Beolvasások: ListView-ban egymás utáni rekordok, darabonként kb. 30-300 karakter, de talán egy sincs 1000 felett. Keresésnél: 10-20 db 1-5 karakter hosszú beolvasás különböző helyekről, majd a megtalált rekord a fenti módon.)))
Amit eddig a doksikban olvastam, az elég általánosan fogalmaz, és nem is magyarázza el a miérteket.
[Ja, és még egy: sqlite-tal is kipróbáltam, de ekkora méret több sebből vérzik, jobb lett a saját adatbázis] -
thon73
tag
Sziasztok! A keresőrutin egy nagy (7-15 Mb) fileban ide-oda ugrál, és minden alkalommal kb. 1-5 byte-ot olvas be. Amikor megtalálja a megfelelő részt (ez kb 10-20 beolvasás), akkor beolvas max. 1000 karaktert egyetlen helyről.
Érdemes-e puffert használni, ha érdemes, akkor mekkorát? Van az androidon valami hardveres/op rendszer által meghatározott minimális puffer méret? Köszi! -
#1564
WonderCSabo
félisten
008anita
#1563
WonderCSabo
félisten
válasz
008anita
#1563
üzenetére
Talán akkor jársz a legjobban, ha használsz egy játékfejlesztésre készített libet, pl. a AndEnginet, vagy libGDX-et.
-
008anita
csendes tag
Sziasztok!
Ezt a játékot szeretném megcsinálni androidra. A balra és a jobbra mozgást szenzorral, az talán nagyjából kész is van. Viszont a többi buborék stb ami folyamatosan esik, nem nagyon van ötletem (úgy hogy az később használható/kezelhető legyen) és amiatt mert kissé hiányosak az alapok is. Tehát ha van valami ötlet azt szívesen fogadom vagy pedig valami nagyon jó, érthető leírást canvas-ról animációról vagy esetleg ami kellene hozzá. Elég sürgős is lenne
-
gonger
senior tag
Sziasztok, remélem jó topicot választottam..
Alcatel Idol S készülékem van, amit vásárlás óta problémamentesen használok, viszont pár napja azt veszem észre, hogy mobilnetet használva a térerő jelzés nem kék színű, hanem szürke. Adatforgalom van, mert minden applikációt tudok a neten használni, de a gmailes levelek nem érkeznek meg a telefonra csak ha az alkalmazáson belül kézzel frissítek, vagy pl a fb-on írt üzenetekről sem jön jelzés.
Ahogy felcsatlakoztatom wifi hálózatra, a jel egyből kékre vált (úgy tudom ez jelzi a google szinkront is) és wifin lógva azonnal bejönnek a levelek is.
Szinkronizáció egyébként rendben, de nem tudom mit lehetne még ellenőriznem, mert elméletileg mobilneten is ugyanúgy kellene működni a dolgoknak,mint wifin.Ha van ötletetk, hogy mit nézzek meg a beállításokban, kérlek osszátok meg. Előre is ksözi. -
#1558
alacka
tag
WonderCSabo
#1557
alacka
tag
válasz
WonderCSabo
#1557
üzenetére
Beírtam de nem ismer ilyet a windowsom. Nincs a keresésnek megfelelő elem, ha meg a CMD ablakba írom,
a megadott nevet a rendszer nem ismeri fel.
(Közben sample vagy tutoriált keresek tologatós puzzle progiról.) -
#1556
alacka
tag
WonderCSabo
#1555
alacka
tag
válasz
WonderCSabo
#1555
üzenetére
Neeem! picit sem
kisugárzás, aura Jahh linux!?
elöbb utóbb ráfanyarodok stabilabb?
Nekem már omlott ösze a win Eclipsem, épp ma amikor az USB hibakövetést próbáltam.
Nem tudta olvasni a beállított workplace könyvtáramat, Át kellet másolnom máshova és azt beállítani. Nem is értem miért nem volt hajlandó.
Lemezhibát nem találtam. -
#1555
WonderCSabo
félisten
alacka
#1554
-
#1554
alacka
tag
WonderCSabo
#1552
alacka
tag
válasz
WonderCSabo
#1552
üzenetére
Gyártói drivert valóban nem kerestem, ADB devices parancsot nem tudom merre, de majd utána megnézem köszi.
Gombokra kattintgatóson túl vagyok, most képernyőre rajzolásokat (bufferelt képtöltés?) és kattintás elhúzást próbálnék. Gesztusok! Köszi a terminust, máris jobban utána tudok nézni.
Apropó! Többször tuti, hogy hozzá sem érek a képernyőhöz, csak közelítek rá és kitalálja hogy meg akartam nyomni. Hogy van ez? -
#1552
WonderCSabo
félisten
alacka
#1551
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ű.
-
alacka
tag
Szép sorjában (bocsi, de androidos kezdo vagyok).
1.SDK - Android tools, 4.4.2, 4.2.2, 2.2, Extra: Android Supp Lib, Goole USB Driver. Intel HAXM telepítve,
Intel System Image kombinációt hogyan is?2. AVM/tablet - Szóval Eclipse-böl AVM helyett USB-n keresztül tudnám a tabletemen futtattni a csinálmányaimat, s nem kell átmásolgatnom, telepítgetnem (ami jelenleg gyorsabbnak tunik mint egy alacsonyabb szintu AVM-en való futattás - bár a video megosztón rendre ilyen emulátorokat látni).
3. Ha USB hibakeresés bekapcsolva, tablet csatlakoztatva, a DDMS nézetben csupa üres ablakok,
közben a fileszintu hozzáférésem (TC) is megszunt.+4. Egy, illetve dupla kattintásra, valamint különbözo irányú elhúzásokra szeretnék egy képpel muveleteket - arrébb tolni, fordítani - csináni.
Milyen eljárásokat(?) javasoltok?
OnClick listener/OnTouchListener/GestureDetector.OnDoubleTapListener? S az elhúzások?Elore is köszi az útbaigazításokat.
-
#1550
WonderCSabo
félisten
Karma
#1549
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. -
#1549
Karma
félisten
WonderCSabo
#1548
Karma
félisten
válasz
WonderCSabo
#1548
üzenetére
Nekem az IntelliJ közömbös – kísérletezek vele néha-néha desktophoz –, viszont az új build rendszer nagyon elkéne. Mondjuk nem bánnám, ha az ADT is támogatná
-
#1547
fatal`
titán
WonderCSabo
#1546
fatal`
titán
válasz
WonderCSabo
#1546
üzenetére
Az nagy kár lenne, mert mint a másik topicban is kifejtettem a véleményem, az android studio béta ide vagy egy fos, ahogy az alap intellij is. (Persze ez a saját véleményem.)
-
#1546
WonderCSabo
félisten
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.
-
#1544
fatal`
titán
WonderCSabo
#1542
fatal`
titán
válasz
WonderCSabo
#1542
üzenetére
Igen tudom, azért is használom. A 4.2 néha crashel, de azt csak az itthoni gépemen, nem igazán értem a dolgot, lehet, hogy azt a vbox verziót kéne használni, amihez fejlesztve lett. Mindegy, megvárom a következő updatet. A BlueStacks még a GM-nél is gyorsabb, csak az nem sima Android és nem is fejlesztőknek készült.
Csak nem értem, hogy az AVD átviteli tempója miért ilyen rohadt lassú, mert egyébként HAXM-mel már rendben lenne a sebesség és lehetne használni...
-
alacka
tag
Nagyon köszi az útbaigazítást!
Egyelőre valóban win alatt próbálkozom!
Első lépésként java 2D sprite animációval ismerkednék (bufferelt image beolvasás, képszeletek kirajzolása?),
majd valami mini adatbázis alkalmazással próbálkoznék. Szóval lehet, hogy lesz kérdésem. Egyelőre kutakodok. -
fatal`
titán
Esetleg ha PC-s emulálás:
BlueStacks vagy Genymotion (ebből az android 4.3 felejtős, crashelnek az appok a libc miatt, gondolom majd javítják, a többi ok). Mindkettő fényévekkel gyorsabb, mint akár a haxm-es cucc (leginkább átvitelben).
Nem értem egyébként, hogy miért tart percekig egy 10-15 megabájtos apk átmásolása az avd-re, ezen reszelhetnének, mert HAXM-mel amúgy jó lenne, de emiatt borzalmas.
-
Karma
félisten
Hát tényleg nem így használjuk, de ennek az Eclipse-hez semmi köze.
Az ARM-os emulátor teljesen halott ügy, felesleges erőltetni, mert még egy erőművön is használhatatlanul lassú. Van viszont Intel System Image, amit ha kombinálsz az Intel HAXM-mel (paravirtualizációs driver), akkor nagyon gyorsan futó emulátort kapsz – cserébe nem használhatsz semmilyen Google szolgáltatást (Play Services, Billing, stb.) vagy API-t, mert azt nem tartalmazza.
De ha van tableted (jól értem?), akkor kapcsold be a fejlesztői lehetőségek alatt az USB hibakeresést, és használd azt! Badarság nem a valódi eszközt használni. Bekapcsolás után a DDMS perspektívánál meg kell jelennie az eszközlistában a tabletnek, és a következő Run/Debug hívásnál is fel fogja kínálni.
Ha még nem tetted volna meg (és Windowson dolgoznál), az SDK-ban található "Google USB Driver" csomagot fel kell raknod az SDK Managerrel, majd megadni az SDK\extras\google\... helyet, hogy ott keressen drivert a rendszer.
És ha a driver felrakása után se jelenne meg a DDMS-ben, akkor megpróbálhatod az USB kapcsolódási módot (státuszsáv) MTP-ről PTP-re állítani. Nekem több Nexusszal is volt ezzel gond.
-
alacka
tag
Görcsölök itt a Nexus7 AVM-mel, de sehogy nem akar összeállni, üres háttér, jobb esetben Android héttéranimáció megy rajta, de alap gombok sehol, az appok amit próbálnék futtatni pláne sehol.
Jobbhijján átmásolgatom a tabletre azon kapásból látom.
Tuti, hogy ti nem így használjátok az Eclipset, vagy mással fejlesztetek. -
alacka
tag
-
Karma
félisten
Van pár megoldási lehetőség.
Az egyik ami eszembe jutott, hogy csinálsz egy egyedi View osztályt, ahol az onDrawban használod a Canvas forgatás és drawBitmap (src, destes overload) metódusait.
A másik meg, hogy veszel egy ImageViewt, kódból állítod be hogy mit rajzoljon ki - a részlet kivágásához a Bitmap.createBitmapet használod pl. -, majd az egész IV-t forgatod el.
Az előbbi szerintem hatékonyabb memória és sebesség tekintetében is.
-
alacka
tag
Sziasztok! Útba tudna igazítani valaki?
Kép (jpg/png) meghatározott részletét - x1,y1 to x2,y2 - szeretném kirajzolni képernyő adott területére (pozíció/méret).
Merre tapogatózzak, pláne ha esetleg el is szeretném forgatni.
Még csak most ismerkedem, köszi előre is a segítséget. -
#1535
eastsider
nagyúr
WonderCSabo
#1534
eastsider
nagyúr
válasz
WonderCSabo
#1534
üzenetére
Köszönöm!
-
#1533
eastsider
nagyúr
WonderCSabo
#1532
eastsider
nagyúr
válasz
WonderCSabo
#1532
üzenetére
Köszönöm! Jól hangzik a héten neki is állok, most van időm rafekudni.
Valami java ismétlő cucc esetleg van valamerre? Vagy foglalkozzak az androiddal és felelevenednek a dolgok úgyis? -
#1532
WonderCSabo
félisten
eastsider
#1531
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ó.
-
eastsider
nagyúr
Sziasztok!
egy olyan kérdésem lenne, hogy ha neki akarok állni az android alkalmazásfejlesztésnek, hol kezdjem?
C, C#, java (főleg), OOP alapismeretek vannak, szóval a prog alapokkal tisztában vagyok, innen kéne építkezni, (persze kis ismétlés után), milyen könyveket érdemes megvenni, hasznos tutorialok stb... (a bme-s könyv megvan)
Előre is köszönöm válaszotokat -
rgeorge
addikt
Van valakinek tapasztalata webservice-k használatával kapcsolatban? Egyelőre csak tapogatózom, de .NET és C# felől nézve elég elkeserítő dolgokat olvasok. Van egyáltalán megbízható és könnyen módosítható módszer webservice-k hívására, elsősorban olyanokra, ahol a paraméterek nem egyszerű típusúak?
-
#1527
moriak
tag
szabi__memo
#1515
moriak
tag
válasz
szabi__memo
#1515
üzenetére
Igazából én ezt használom/használtam. Nekem bevált. Paypalre fizet ki, min. 100 dolcsiként. De nálam az első évben 30-40 dollárt év végén kifizette.
-
Karma
félisten
Elvileg igen, gyakorlatban meg ki kell próbálni
Nekem itthon nincs kéznél androidos eszköz.És igen, menteni csak ID-vel lehet, vagy ha megírod kézzel az onSaveInstanceState/onActivityCreated metódusokban.
Ez szerintem egyáltalán nem egy egyszerű kérdés – több szintű állapot, aszinkronitás, kötött interfészek... Igazi Android programozási gyakorlat. Nagyon "jól" megoldható spagettivel is, ha az ember nem gondolkozik rajta, de akkor már miért ne bontaná szét? Mások véleményére azért kíváncsi lennék.
-
thon73
tag
És akkor a "mögötte lévő", vagyis utoljára indított Activity látszik?
Első körben kiebrudalatam a teljes DialogFragment-et. Egyszerű dialogusokkal átlátható a kód teljesen, majd meglátjuk hogy kell (kell-e egyáltalán) visszatenni. Végülis, amíg elforgatás nincs, addig minden oké...
((Egy picit más: mi a nyavajának tűnik el az EditText tartalma a DialogFragment-ben elforgatáskor? Dinamikusan adtam hozzá, itt is kéne vhogy ID-t adni neki, hogy menteni tudja?))
Bocs, közben bővült a válaszod... Megpróbálom második körben így átalakítani.
Eredetileg azt hittem, ez valami triviális kérdés, amivel csak én nem találkoztam. De ezek szerint ez nem is olyan egyszerű...
-
Karma
félisten
A FileSelectActivity különválasztása semmiképpen sem volt rossz lépés.
Csinálhatsz olyan Activityt is, amihez nem tartozik UI, ha ezt a témát adod meg neki a manifestben. Ezt indítsa el a Main, az eredményt resultként tudja visszaadni, és egyébként majd akkor finisheli le magát, amikor vagy kimégsézett a felhasználó, vagy mindent kiválasztott.
Szóval valami ilyesmi lehetne a vége:
MainActivity -1-> ImportActivity (translucent) -2-> FileSelectActivity
| ^ | ^ | ^ |
| | | | | \-----3----/
| \----6-----/ | |
| | \-------- 4-> ConfirmationDialogFragment
| | |
| \--------------5-----------------/
|
\--------1*---> ExportActivity (translucent) -2*-> FileSelectActivity... -
thon73
tag
Persze, csak az a vicc, hogy épp ezt a négy funkciót akartam egy közös Activity-be rakni, amit most visszatennék négy másikba...
(((Eredetileg maga a FileSelectActivity végezte el az import/export funkciót, mert csak arra kellett a file kiválasztása. De most ugyanezt a file-kiválasztót szeretném másra is használni (háttérben álló külső file becsatolása egy adatbázis-rekordba), és ezért "kiszerveztem". Így viszont már két emeleten lépnek be az Activity-k, egy harmadikon pedig a DialogFragment.))) Izgalmas lesz tesztelni... -
Karma
félisten
Az előbb hülyeséget írtam, az onActivityResultot nem tudod külön osztályba kiszervezni, hiszen az mindenképpen ott hívódik meg, akin a startActivityForResult metódust hívod...
Miközben írtam azért derengett, hogy ez az "egy folyamatot összefogó osztály" igazából lehetne egy külön Activity, amit a Main elindít. Talán ez lenne a legközelebb az Androidhoz is.
-
thon73
tag
Megpróbálom. Végiggondolva a lehetőségeket, mindig a visszatérésnél van a gondom. Az Activity ugyanis az onActivityResult-ba tér vissza (ami a MainActivity-ben van), ill. a DialogFragment is az Activity-t kapja meg, tehát oda mehet vissza.
Namármost: Vagy szétosztom mindkét helyen a négy további osztály irányába az eredményeket (pl. a rquestCode alapján)
Vagy mégis egyszerűbb (csak áttekinthetetlenebb), ha az egyes eseményeket itt (vagyis a visszatérési metódusokban) kezelem le.
Hm. Emellett még meg kell tartani egy csomó paramétert, ami ugye vagy egy "utazó" Uri, de valószínűbb, hogy kellene csinálnom egypár változót (pl. egy retained Fragmentben), és a kérdések során ezek kerülnek egymás után feltöltésre. Amikor az utolsó kérdés is teljesült, akkor ezen változók alapján tudom végrehajtani a feladatot (pl. az import-ot). A változók talán azért előnyösebbek, mert segítenek, ha egy lépéssel vissza kell lépni. ((Mert pl. a FileSelector-nak meg kell kapni a "címsort" is, vagyis, miért válasszunk ki egy file-t.))
Lehet, h. kicsit zavaros, bocs. De bennem valahogy talán kezd körvonalazódni. Köszönöm a segítséget! Kicsit még kezdő vagyok ebben a szervezésben, túlnőtt rajtam a program (önmagában már működő 31 class, 4 funkcióval, és ez tenne rendet közöttük), de majd belerázódom... -
Karma
félisten
Hát, ha csak annyiról lenne szó, mint amit az eredeti hozzászólásban felvázoltál, akkor nem lenne egy annyira bonyolult helyzet. Én ebből indultam ki.
A MainActivitynek abban csak három állapota van: üresjárat, file selectorra vár, dialógusra vár. Az állapotok között lehet egyet előre meg hátra lépni, illetve dialógusnál üresjáratban ugrani. A callbackek miatt még csak tárolnod se kell az aktuális állapotot, hiszen teljesen implicit a rendszer szempontjából (lásd: melyik Activity/Dialog van elől). Az állapotátmenetek meg simán leírhatóak a callbackekben, és még csak nem is spagetti, mivel a két bekérés két külön helyre fut be.
Viszont onnantól, hogy mint mondtad, négy beszélgetős "szál" is van, ezeket ki kéne szervezni külön osztályba. Például csinálhatnál egy olyat, ami kapna egy Contextet, implementálná a résztvevő interfészeket, és csak az adott szálat írná le. A végén meg visszajelez, hogy siker (és átadja az URL-t is), vagy hogy cancelezett mindent a felhasználó, és a MainActivity csak ezzel foglalkozna.
-
thon73
tag
Köszönöm! Akkor nekiállok bogozgatni...
Ezek szerint minden egyes lépés más és más, egymástól távol eső kódba kerül, ráadásul közöttük még az egész hóbelevanc újra is indulhat.
Végső soron akkor ezek között a részek között a file Uri-t kell körbe-körbe küldözgetnem. Abból le tudom vágni a nevet, a path-ot, az external drive-ot is (mármint ez utóbbit akkor, ha nem kell).
((Hogy teljes legyen a boldogságom, a MainActivity már most is négy "beszélgetős" funkciót tartalmaz, és közülük az import a legegyszerűbb...))Kicsit égnek áll a nem létező hajam, de majd kifésülöm (legalább a kódot)
Köszönöm! -
Karma
félisten
1) Igen, újra meg kell hívnod. Célszerű ezt egy metódusba tenned a MainActivityn belül. Az elhagyott könyvtárat meg úgy tudod kezelni, hogy a FileSelectorActivityt indító Intentbe beraksz egy extra mezőt, vagy a data tagját is használhatod (ott URL-t tudsz tárolni). Ezt lekezeled onCreate-ben és szevasz. (Ha támogatsz képernyőelforgatást, akkor egy kicsit bonyolultabb, mert az aktuális állást ki kell mentened.)
2) Ha a fájl elérési útját tudod, mindent tudsz: létre tudsz hozni egy új File objektumot az elérési úttal (van ilyen konstruktor), és onnantól minden megy.
-
thon73
tag
Egy kicsit elakadtam, tudna valaki utat mutatni? Egy file importja során a program a következő "elvi" úton fut végig:
- MainActivity: Import gomb -> meghívja a FileSelectorActivity-t
- FileSelectorActivity: kiválasztjuk a file-t
- MainActivity: onActivityResult() -> meghívja MainDialogFragment-et
- MainDialogFragment: importálhatjuk az adatokat?
- MainActivity: positiveAnswerFromDialog -> meghívja az importálásért felelős Activity-tEz így egyszerűnek tűnik, de több helyen is vérzik:
1. Ha a dialogus "importálhatunk?" kérdésére nemmel válaszolunk, akkor vissza kéne jutni a FileSelectorActivity-ba (ráadásul az elhagyott könyvtárba!), hogy tovább válogassunk. Itt akkor újra ugyanúgy meg kell hívnom a FileSelectorActivity-t, mint az Import gombnál?
2. A dialogus csak a file nevére kérdez rá. A file adatai (Uri vagy File) hogyan "utaznak át" az onActivityResult részből (ahol megkapjuk őket) a positiveAnswerFromDialog részbe (ahol a dialogus visszatér)? Hozzak létre egy osztályváltozót a MainActivity-ben, vagy küldjem körbe az adatokat a dialoguson keresztül?
Hogyan érdemes egy ilyen összetett (többlépcsős) kommunikációt szépen megszervezni? Előre is köszönöm!
-
#1514
moriak
tag
szabi__memo
#1513
moriak
tag
válasz
szabi__memo
#1513
üzenetére
AdMob. :-)
-
#1513
szabi__memo
nagyúr
szabi__memo
nagyúr
Tudtok nekem infót adni milyen hirdetésmegjelenítési lehetőségek vannak pénzszerzésre?
Úgy tudom van sok de nem igazán találok összefoglalót, amiket meg találok azokról fogalmam sincs, hogy jók-e.
Köszi -
#1511
moriak
tag
WonderCSabo
#1510
moriak
tag
válasz
WonderCSabo
#1510
üzenetére
Egy view rajzolása a text-el együtt történik vagy utólag? Bitmap decodeResource-t kell használsz benne? Bitmap.Config-ban lehet állítani tömörítést. Hardware acceleration gondolom be van állítva?! Nagyítás korlátozása? Lehet, hogy nagyon messze járok az ötleteimmel. Írj a fejleményekről.
-
#1510
WonderCSabo
félisten
moriak
#1509
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?
-
#1509
moriak
tag
WonderCSabo
#1502
moriak
tag
válasz
WonderCSabo
#1502
üzenetére
Szia!
Ha esetleg nem kellett volna rá gesture hanem automatikusan akartad volna akkor a ViewFlipper passzolt volna.
u.i.: bocs később jöttem rá, hogy widgetre lett volna szükséged és nem "widget" widgetre!
-
#1508
aprokaroka87
nagyúr
aprokaroka87
nagyúr
Üdv!Nem vagyok programozó viszont lenne egy pár kérdésem.
Az alap Android ugyebár a 4.0-tól ismeri a hardveres gyorsitást rendesen,a 3.0-is támogatta ha az Android manifest.xml állományban A "Hardwareaccelerated=true" sor benne van.
Nekem CM7.2 van a telefonomon a Pimp my romban bevan kapcsolva a GPU RENDERING opció...ami annyit tesz hogy az egl.cfg sorbol kitörli az első "Android 0 1" sort,illetve a Build.prop fájlban a "debug.composation
type"értékét átirja gpu-ra mdp-ről.
Azt tapasztalom hogy azok az appok amiknek az Android Manifest.xml fájlában szerepel a "Hardwareaccelerated=true" érték szinte 99%-ban akadás mentesek,mig amikben nincs benne azok jobban akadnak.
A kérdéseim
1:mi az az mdp,mert értem én hogy cpu,gpu ezeket tudom mi.vmi hardveregység a Soc-n?
2:Ha jól sejtem akkor igy Android 2.3-on megkapom a 4.0 nulla által bevezetett hardveres gyorsitást?
3:Az Android 4.0 ban ha nem szerepel az android manifest fájlban a hardveres gyorsitás kapcsoló akkor is hardveresen gyorsitott lessz az adott app?
4:Az mitől van hogy a telefonom gyorsabban tud görgetni mint sok Android 4.1 es telefon?Köszönöm a válaszokat!
-
#1506
thon73
tag
WonderCSabo
#1502
thon73
tag
válasz
WonderCSabo
#1502
üzenetére
Keress ra Jess Anders two way gridview! En meg nem probaltam, de szerintem ez pont az, amit keresel! ((bocs, kulfoldon vagyok, nem tudom a pontos cimet eloasni)) Ha megvan, beszamolnal, h. jo-e?
Udv es BUEK mindenkinek!
-
#1504
WonderCSabo
félisten
Karma
#1503
-
#1503
Karma
félisten
WonderCSabo
#1502
Karma
félisten
válasz
WonderCSabo
#1502
üzenetére
Ha csak egy képet kéne így megjeleníteni, a TouchImageView nálunk bevált.
Bonyolultabb tartalommal nem foglalkoztam még, de SO-n van sokféle válasz, hátha van benne valami használható: [1][2]
-
#1502
WonderCSabo
félisten
WonderCSabo
félisten
Sziasztok!
Egy olyan widgetre lenne szükségem, mint a GridView/ListView, de úgy, hogy egyszerre lehessen scrollozni mind vertikálisan, mind horizontálisan. Tehát kb mintha egy térkép lenne. Hogy lehet megoldani ezt Androidban? Rengeteget bújtam a netet, de nem találtam rá megoldást.
Esetleg nem volt valakinek ezzel tapasztalata?
.
Egyelőre valóban win alatt próbálkozom!
Köszönöm!
Új hozzászólás Aktív témák
- Milyen monitort vegyek?
- Bestbuy játékok
- Samsung Galaxy S23 Ultra - non plus ultra
- Eredeti játékok OFF topik
- Anime filmek és sorozatok
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- Házimozi belépő szinten
- Amlogic S905, S912 processzoros készülékek
- Kecskemét és környéke adok-veszek-beszélgetek
- További aktív témák...
- iPhone 14 Pro Max 256GB Space Black -1 ÉV GARANCIA -Kártyafüggetlen
- Apple iPhone 13 Pro / 128GB / Kártyafüggetlen / 12Hó garancia / Akku : 100%
- Lenovo ThinkPad P14s Gen 2 i7-1165G7 32 GB Ram 512 GB SSD 1 év garancia
- 155 - Lenovo LOQ (15IRH8) - Intel Core i5-13505H, RTX 4060
- Eladó 1db Nokia steel hr hibrid okos óra dobozával
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: Laptopszaki Kft.
Város: Budapest