- Mobil flották
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy S23 Ultra - non plus ultra
- Szabadalmi vitába keveredett a Lenovo
- Azonnali mobilos kérdések órája
- Poco X6 5G - egy Redmi álruhában
- Samsung Galaxy A54 - türelemjáték
- Google Pixel 6/7/8 topik
- Apple iPhone 15 Pro Max - Attack on Titan
- Júliustól kötelező biztosítást kell fizetni egyes rollerek után is!
- Elektromos rásegítésű kerékpárok
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
Hirdetés
-
A Galaxy A54 és az A34 is megkapta a One UI 6.1-et
ma Európába is eljutott a legfrissebb Samsung felület a két népszerű telefonra.
-
Hamarosan bárki hazavihet egy Apple Vision Pro headsetet
it A Bloomberg szerint az Apple arra készül, hogy az USA-n kívül is piacra dobja a drága Vision Pro headsetet.
-
Az árnyak közül lépett spotfénybe az MSI 16 GB-os grafikus kártyája
ph Az AD103 GPU-val szerelt konstrukció a Shadow széria hírhozója, ami egy alternatív színvilágú Ventusnak látszik.
Új hozzászólás Aktív témák
-
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.
[ Szerkesztve ]
“All nothings are not equal.”
-
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?
[ Szerkesztve ]
“All nothings are not equal.”
-
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.
[ Szerkesztve ]
-
Bozek
nagyúr
Épp ezért nem mertem még én se nekiállni. Bár OOP-t csak Delphi-ben (illetve Lazarus-ban) használtam, de azért van róla fogalmam. Sajnos a C tudásom alap, Java-t meg sose tanultam.
A hibák lekezelése egyik programozási nyelvben sem egyszerű. Anno a tanárom nem is azt nézte, hogy működik-e a program, hanem azt, hogy ki tudja-e akasztani. Mondjuk aki 45 perc alatt bármilyen alkalmazást el tud készíteni hibamentesen, az előtt megemelem a nem létező kalapom.(#1610) WonderCSabo: Én továbbra is tartom a véleményem, hogy 0 programozói tudással inkább ne a Java-val kezdjen. Elég neki a Pascal is, az a legjobb nyelv az alapok megtanulásához. Azt sajnálom, hogy egy csomó algoritmusom volt összegyűjtve, de már nem találom őket sehol. Mondjuk a kétirányú láncolt lista nem épp kezdő szint.
-
thon73
tag
Elkészültem az első mérésekkel. A szórás ugyan nem változott, de a pufferelt és nem pufferelt beolvasás között több nagyságrendi különbség van. Még file-ban való ugrálás és rövid stringek esetén is, és még utf-8 átalakítással együtt is nyer a pufferelt változat.
Én legalábbis nem gondoltam volna, hogy ekkora különbség van... -
RexpecT
addikt
Köszi, azóta már sikerült megoldani szerencsére.
Hogy lenne érdemes megvalósítani a GPS pozíció folyamatos lekérését úgy hogy külön szálon fusson a lekérés?
Ahogy néztem Handler és a Looper osztályokkal kellene jobban megismerkednem.
Illetve van aki tud valami jó anyagot ajánlani az agilis szoftverfejlesztésről(Scrum)? -
lac14548
aktív tag
Megnéztem ezt a memento database-t, de nem igazán fogott meg.
Jobb lenne egy kifejezetten arra a célra készült app ami nekem kell.- Küldd el, kérlek, pontosan milyen mezők kellenek!
A már korábban említett 3 mező kellene:
1. Szám (ez maximum 10 jegyű betű és szám vegyesen, kis és nagybetű.)
2. megnevezés (itt több is lehet egy számhoz tartozóan, de a keresésnek bármelyikre tudni kell keresni)
3. leírás (ez egy hosszabb szöveges leírás)A keresés tegyen különbséget az ékezetes karakterekben, viszont a nagy és kisbetűk között ne!
- És milyen "végtermék" kellene? Forrás-project eclipse alá? Vagy csak a kész progi?
A végtermék a kész apk kell, hogy legyen, de ha az adatbázis feltöltéséhez/bővítéséhez/javításához kell a programozási felület, akkor úgy is jó.A továbbiakat szerintem folytassuk privátban, ne terheljük a fórumot.
Kösz,
/Motorola V2288/Siemens C35/Siemens MT50/Nokia 6600/HTC Touch Cruise/ZTE Blade/Samsung Galaxy S+/Xiaomi Redmi 1S/Xiaomi Redmi 2 Pro/Xiaomi Redmi Note 6 Pro/Realme 8 ...
-
pittbaba
aktív tag
Szerintem is ez lehet a gond, és gondoltam a service-re is, csak már annyira ágyúval verébre módszernek érzem...
Nincs ötlet esetleg hogy deríthetném ki mi lövi ki az appot? És érdekes h csak reboot után történik.PH Konfigom: Gigabyte GA-H97M-D3H, i7 4790K,GTX 960, Seasonic SS-620GM
-
Karma
félisten
1) Bevett gyakorlat, hogy a lockhoz használt objektum egy mindentől független, kívülről nem látható, de belül se cserélhető (azaz final) tagváltozó legyen. Ezzel biztosítható, hogy csak ez az egy osztályod lockolhasson az általa védett dolgai körü
l, külső kód véletlenül sem; és hogy nem cserélheted ki másik példányra egy mellényúlással. Vesd össze, ha mondjuk egy ArrayListre lockolsz és van egy gettered a listához, más is rálockolhat és bedeadlockolhatod a programot. Vagy adatok újratöltése után új ArrayListet hozol létre.Más jelentősége tudtommal nincs.
2) Akkor eddig szerencséd volt, hogy az írás és a fájlhandle lezárása gyorsabban lement, minthogy ütközzenek... [link]
[ Szerkesztve ]
“All nothings are not equal.”
-
Karma
félisten
Az első verzió biztosan nem fog működni, mert a lock objektum példányváltozó, míg a metódusod statikus. A lockot "static final"-ként deklarálva ellenben működhet.
Egyébként a két megoldás között a különbség pont az, amit kifejtettem korábban: ha a synchronized kulcsszót használod a metódus szignatúrájában, akkor vagy a this (példánymetódus esetén), vagy a class objektum (statikus esetben) lesz a lock. Mindkettő elérhető kívülről, így +1 deadlock faktor.
[ Szerkesztve ]
“All nothings are not equal.”
-
Sianis
addikt
Kicsit egyszerűbre vettem a figurát. Raktam az egész elé egy View-t, ami invisible. Ennek lett egy OnTouchListenere, ami mindig false-t ad vissza, így nem avatkozik bele az alatta lévő bármilyen elem működésébe, ugyanakkor leállítja a postDelayed-del megadott Runnable-t ami megjelenítené a tutorialt. Miután megjelenik a tutorial, elindul ugyanígy egy másik Runnable, ami pedig amint lejár eltűnteti a tutorialt és törli a láthatatlan view-t is így végképp kikerül a zavarási eshetőségek közül.
Sianis
-
thon73
tag
Még egy utolsó kérdést hadd tegyek fel:
A file írás nem mindig történik meg a záráskor sem (Ezt RandomAccessFile esetén tapasztaltam, még a program bezárása után is hozzányúlt, igaz, csak a metaadatokhoz).
Nem biztonságosabb a FileLock használata az esetemben? Vagy ugyanazt az eredményt érem el, mint a synchronized védelemmel? -
Karma
félisten
Ez a kérdés alapján Androidon a FileLock pont az ellen nem véd, amit te csinálsz a fájllal, azaz egy processzen belül két szál között nem csinál semmit...
Szerintem egyébként a teljes elképzelés rossz, a fájlt egyetlen objektumnak szabadna csak írnia, és akkor nem kellene lockolgatni semmit. Például egy háttérszál, akinek van egy BlockingQueue-ja, amibe mindenki más belerakhatja a kiírandó szövegeket, ő meg bedarálja ha van mit, a többi időt meg altatásban tölti.
“All nothings are not equal.”
-
thon73
tag
Egyszerűsítem a kérdést:
Hová tegyem azokat az (akár nagyméretű) globális adatokat, amiket több fragmentből el akarok érni, de szeretném megtartani őket a konfigurációs változások alatt is?
((Egy ötletem van: Application szintre. Megpróbáltam a retained fragmentet, de sehogyse megy.)) -
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...
-
eastsider
nagyúr
köszi! le is szedtem még régebben
igen, a konstruktor deprecated
@SuppressWarnings("deprecation")
@Override
public void bindView(View view, Context context, Cursor cursor)
{
super.bindView(view, context, cursor);nekem megy így, csak deprecated. nem egy nagy adatbázis... szarni rá, és csináljam így, vagy ha már itt tartok okulásképp érdemes a content providert?
azt olvastam, betöltésnél lehet ez gázos, mert az UI threadben töltődik be az adatbázis is...
[ Szerkesztve ]
-
-
Karma
félisten
Bár perpillanat nem supportálják, ezt a libet használtuk már pár projektben erre.
“All nothings are not equal.”
-
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
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.
-
thon73
tag
Ilyen nehezet kérdeztem, vagy mindenki békésen szunnyad az ebéd(ek) után?
Saját fejem törésével erre jutottam: Van itten egy olyan, hogy a LoaderManager-től le tudom kérdezni az aktív Loader-eket. Az Activity induláskor megnézi, hogy van-e Loader, s ha igen, akkor beregisztrálja magát (Uis. ilyenkor valaki már létrehozta a Loadert, pontosabban az előző megvalósulásunk hozta létre.) Záráskor szintúgy megnézi, csak éppen kiregisztrálja magát, - kiregisztrálTATja magát a megtalált Loader-rel az obszerválandók közül. Néha elgondolkodom, hogy télleg az Android Way a legegyenesebb-e??
Ha valaki látott már egyszerűbbet, akkor ne habozzon elmesélni...
Teljesen más: Tudja valaki mi az a Samsung File-Stor Gadget? A nem létező UMS kapcsolatom SGSII 4.1.2 alatt ezzel mégis létezik. Ha tudnám, mi ez, rátenném a tabletre is... A szívemhez közel áll a Mass-Storage gyorsasága, és a proxy szerver sem zavarja...
[ Szerkesztve ]
-
Karma
félisten
Nekem személy szerint a loaderek csak a TODO listámon vannak, nem tanultam ki őket még. De azon filóztm, hogy miért nem használod ki a broadcastokat arra, hogy jelzéseket szórjanak adatváltozáskor, amire a Loader példány feliratkozik, és onContentChangedet hív magán?
“All nothings are not equal.”
-
eastsider
nagyúr
köszi!
értem mire gondolsz! szerintem így fogom csinálni, mert pont ezen gondolkoztam, hogy fogom megcsinálni a több féle listázást, néztem a metódusokat, de arra jutottam, hogy sehogy (csak simán átgondolva jutottam erre...), nyilván megoldható, csak szívás ahogy írtad. már össze is állt nagyjából a fejemben hogy fogom véghez vinni ezt.illetve mivan akkor, ha rámegyek egy íróra, átugrik a másik fragmentre, akkor ugye a hozzá tartozó (ID-jű) rekordokat hozná be, de mivan akkor, ha az még üres? akkor úgy lenne a jó ha alapból felhozná a dialogot, és az adott Foreign Keyjel létrehozhatna egy képet. bár ez szerintem simán megoldható egy getcount()-al...
illetve szerintem itt megpusztult a tabos elképzelésem, jól értem? mert így már 3 fragment kellene, az meg fura lenne így, vagyis nem lenne funkcionális
[ Szerkesztve ]
-
eastsider
nagyúr
nem egészen így lesz a programom
inkább úgy, hogy van egy író, aminek több könyve van, de egy könyvet csak egy ír
szóval rámegyek, hogy Gárdonyi Géza, és kijön az egri csillagok, meg az összes könyve Gárdonyinak, szóval pont fordítva írtad, ahogy én elképzeltemazt tervesztem,
A eset:
hogy alapból az lenne, hogy alapból van ugye két tab, egyiken az összes író, ha átlapozok a másikra az behúzza az összes íróhoz tartozó összes könyvet, ugyanis lehet valaki csak a könyvek között szeretne böngészni, mert pl nem tudjam ki írta, csak a címét.. (nem túl életszerű példa, de a programomnál nagyon is)B eset:
rákattintok egy íróra és behúzza a az ahhoz az íróhoz tartozó könyveket (amiket ő írt). vagyis a JOINolt mezőket.utánanéztem kicsit, és lehet futásidőben cserélgetni a tabok tartalmát, úgy hogy a felhasználó ne vegye észre, csak a tartalom változzon (a fragment, de tabokon ne látszódjon semmi)
[link]
[link]más: foglalkoztál már kamerával készített kép SQLiteban való letárolásával (és lekérdezésével)?
szerintme BLOB helyett az útvonalat fogom letárolni (ahogy néztem ennek egyszerűbbnek kell lennie, meg hasznosabb is, minden fotós alkalmazás ezt használja). persze itt kezelni kell, ha kitörli a júzer a képet, de szerintem ez nem vészes[ Szerkesztve ]
-
eastsider
nagyúr
-
eastsider
nagyúr
lehet nem jól fogalmaztam. telórol írtam..
szóval Te azt mondod, hogy először úgy csináljam meg, hogy egy listFragment, amin csak a képek tábla jelenik meg. szóvel úgymond "független" a másiktól (nem az adatbázisra gondolok).
és itt cisnálok egy dialogot, amin kiválasztom, melyik tekercshez tartozzon a felvivendő kép?
és így már listázni simán tudnám a JOIN-nal. így értetted nem?
a függelten tekercs táblát nem értem, azt hogy érted?azt kellene megoldani, hogy rákatt a tekercsre, átdob a hozzá tartozó képeket tartozó listára.
ekkor, mivel nincs kép, de megvan a tekercs ID-je, létre tudom hozni a képeket, mert megvan az ID, nem jól gondolom? mármint a film ID-je megvan, innentől nincs sok gond, vagy rosszul értem?az összes kép kilistázását későbbre hagynám
nem hiszem, hogy felesleges lenne, ha valaki rákeres erre a topikban, legalább fog valamit találni
[ Szerkesztve ]
-
Karma
félisten
-
-
eastsider
nagyúr
köszi lehet lesz még kérdésem pofátlanul
közbe kilegoztam, hogy muszáj lesz custom adapter...
godnolom valami példához hasonló:
[link]és a loadernek a saját adapteremet adom át ugye? (a simpleCursorAdapter helyett)
és megint jön az, hogy az adapter konstruktora deprecated... ez mennyire gázos dolog amúgy?Karma: igen, az imagepath-t tárolom SQLiteban (szerintem ez nem gázos megoldás....
hát igen, úgy megeszi a N4 hw-ét így egy full fellbontású kép betöltése a listába...egyébként az mitől lehet, hogy a content providert implementáló alkalmazásom memóriaigénye nem kicsi?
14-30mb között poroszkált, de ha megnyitok egy olyan listát, ahol több képet is megjelenít a lista (persze nem UIL-el), 170 megát evett[ Szerkesztve ]
-
eastsider
nagyúr
SQLite Debuggerrel mit keressek?
a táblák rendben vannak, csak szöveg van bennükalkalmazás mérete 1.93Mb, Adatok 68Kb.
tuti a kép betöltése a listViewba kavart be
mekkora egy ilyen alkalmazás normális étvágya?
lehet az is gond lehet, hogy (teszt miatt), túl sokszor indítom a loadert[ Szerkesztve ]
-
Karma
félisten
Vagy bele se fog, hanem rábízza magát és a képkezelést az UIL-ra, miközben egy jó konfigurációt ír hozzá a GitHub oldal alapján.
eastsider: Azt, hogy a képek okozzák-e a memóriabajt, könnyen ki tudod próbálni a favágó módszerrel. Azaz kommentezd ki azt a sort, ami az ImageViewt tartalommal tölti meg, és úgy mérj még egyet.
[ Szerkesztve ]
“All nothings are not equal.”
-
eastsider
nagyúr
egyelőre simán betöltötte a loader az imageviewekbe szóval ez tuti fogyaszt...
illetve jelenleg palceholdernek a drawable-ből az app ikonja van benn, ami még fogyaszthat...
ahogy Karma írja UIL ezt mindet intézi, vagyis a seggünk alá rakjaegyébként úgy néztem, hogy háttérfolyamatban evett 200mb-ot az app, de akkor tuti a képek miatt.. mindjárt tolok egy tesztet kikommentezve azt a részt (úgyis törölni kell)
most néztem genymotionben 10mb körül volt a fogyasztása, lehet hogy csak a custom ROM miatt van ez?
jah... fals riasztás volt... genymotionbe akármit csinálok 11mb-ot eszik (4.4.2, N5) (végigmentem az összes listán)VAAGY... telefonomon a futtatási környezet ART-on van..
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Steelseries Apex 3 Billentyűzet, újszerű fél áron!
- ZERO-8 elektromos roller!
- Garmin ForeRunner 255 / Beüzemelve próbából / Nem volt viselve / Számla + Garancia
- Garmin Venu 3S / Beüzemelve próbából / Nem volt viselve / Számla + Garancia
- ThinkPad T490 14" FHD IPS i5-8365U 16GB DDR4 512GB NVMe ujjlolv., gar
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen