Új hozzászólás Aktív témák
-
Sianis
addikt
válasz WonderCSabo #2679 üzenetére
Én olyan irányba mennék inkább el, hogy változáskor ellenőrizném, hogy az adott szöveg elfér-e egy sorba vagy sem, vagy éppen az ellipsize "ráugrana"-e vagy sem.
Sorry, reggel van még, csak ilyen mókolós megoldás jutott eszembe
-
Sianis
addikt
válasz WonderCSabo #2682 üzenetére
Megesik a legjobbakkal is.
-
Sianis
addikt
válasz kemkriszt98 #2746 üzenetére
Mondjuk én emiatt szeretem úgy írni a Manifestet, hogy
<receiver android:name=".BluetoothReceiver">
<intent-filter>
<action android:name="android.bluetooth.headset.profile.action.CONNECTION_STATE_CHANGED"/>
</intent-filter>
</receiver>És akkor nagyon ügyelni sem kell semmire.
-
Sianis
addikt
válasz kemkriszt98 #2744 üzenetére
Hogy azért konstruktív módon is hozzászóljak, biztosan jó helyen van a Manifestben a receiver tag? Ugye ezeknek a application tag-en belül kell lenniük, véletlenül sem activity és egyéb társaikon belül.
-
Sianis
addikt
Amúgy én inkább color resource-ba tenném, tehát XML-be. Utána pedig getColor(). Resource objektumot pedig alkalmazás context-ből is lehet szerezni.
Illetve te is jobban jársz, ha XML-be defniálod a színt, mert az IDE pl simán odarakja mellé egy négyzetbe, hogy milyen szín, valamint rendesen van nevesítve.
-
Sianis
addikt
válasz WonderCSabo #2790 üzenetére
Csak az Android Studio!
-
Sianis
addikt
Sziasztok!
AndroidAnnotation vs Android Studio. A generált dolgokra Duplicate class error-t kapok. Tudtom, hogy van itt egy ember aki csípőből vágja a megoldást, mivel ő szerkesztette a githubra is a leírást. Megkaphatom az éppen aktuális legegszerűbb megoldást?
-
Sianis
addikt
válasz WonderCSabo #2893 üzenetére
Köszi!
Az volt a baj, hogy először legenerálta alá, aztán meg amit már jól generált, az ütközött. Szóval nem mondott butaságot.
-
Sianis
addikt
válasz kemkriszt98 #2918 üzenetére
Szerintem erre lesz szükséged
-
Sianis
addikt
válasz WonderCSabo #2921 üzenetére
Ez komoly? Akkor sorry, nem szóltam.
-
Sianis
addikt
válasz WonderCSabo #2963 üzenetére
A kérdés arra irányult, hogy commitok számának csökkentése.
thon73: Egy lehetésges módszer: Feature branch-ek. Minden Főbb lépést külön branch-be raksz, masterben pedig csak mehet a merge. Így a masteren csak a nagy lépések lesznek, a branch-ek pedig részletezik a lépcsőket.
-
Sianis
addikt
Legyünk ON ismét! Tegyük fel, hogy A fragment elindít egy B-t, át is adja magát, mint targetFragment. B csinál mindenféle dolgokat, pl aszinkron hálózati kérések. Tegyük fel, hogy egyik ilyen hívása közben a felhasználó kap egy hívást, app a háttérbe. Hálózati hívás közben végez és valamilyen listeneren keresztül közli, hogy itt az eredmény. Ilyenkor a B fragmentnek üzennie kellene A felé, hogy a végső eredmény ez lett és bezárnia magát, hogy A legyen elől. No, ezt B nem tudja megtenni, mivel a Fragmentmaanger beszól, hogy mentés megtörtént, állapotvesztés miatt ez már illegális művelet. Ez teljesen jogos.
Mi lehetne a megoldás? B-nél ott van az eredmény, de nem tudja hová menteni. És így indulás után nem is tudja, hogy valójában már végzett a dolgával.
Várom az ötleteket, hogy az ilyenféle hálózati vagy egyéb aszinkron megoldások esetében ti hogyan tartjátok életben a működést?
Köszönöm!
-
Sianis
addikt
válasz lanszelot #3004 üzenetére
Azt írja, hogy SD kártyán keresi. Előtte érdemes az alkalmazást elindítani, hogy alkalma legyen megcsinálni a könyvtárat, ahová valójába létre akarja hozni. Nem a telefon memóriájába fogja rakni, hiszen azt root jogosultság nélkül nem fogod látni, illetve amúgy sem elegáns megoldás.
-
Sianis
addikt
Ha esetleg valakinek szabadidejében van kedve dolgozni egy projekten, az keressen meg privátban. Vállalkozók előnyben. Bocsi az offért.
-
Sianis
addikt
-
Sianis
addikt
válasz TomMusic #3449 üzenetére
Azt nézném meg, hogy a projekt mivel buildelődik, jellemzően illik a legújabb stabillal. Illetve, hogy minden projekt a legnagyobb stabil android verzióval forduljon szintén, lib-eket is beleértve. Én akkor tapasztaltam iylesmit, amikor a különféle lib-ek verziói elkezdtek összeveszni, hogy akkor most melyik verzió is legyen behúzva és végül valamelyik nyilván nyer, de az meg a többiben bukik meg.
Egy mondatban összefoglalva, minden API 23-ra legyen állítva, a build tool is.
-
Sianis
addikt
Mindenképp erőltessétek bele az AppCompat-ot, mert úgy néz ki ez lesz az irány. Oda fognak megjelenni a javítások és egyéb dolgok is függenek majd tőle.
-
Sianis
addikt
ProTip: Aki esetleg használ Loadert, az figyeljen oda, hogy Fragmenten belük ne getLoaderManager()-t hívjon, hanem getActivity().getSupportLoaderManager()-t. Egy jó fél órás fejvakarás eredményeképpen találtam rá. Pedig a Studio lehetne annyira figyelmes, hogy szól erről az apróságról. (Mert ugyebár maga a Fragment is support libes)
Köszönöm a figyelmet!
-
Sianis
addikt
Javítsatok ki, ha tévedek, de én úgy tudom, hogy azért is érdemes a support libes dolgokkal operálni, mert abban olyan Fragment implementáció van, ami folyamatosan frissül. Ugye 4.0 környékén még voltak bajok rendesen.
Illetve a lentebb, fentebb, kinek hogyan esik hívással konkrétan az a baj, hogyha nem a support verziót hívod meg akkor a rendszer hajlamos elfelejteni úgy egyáltalán hívni a loadert.
Nálam most az a trendi, hogy alap az AppComat és mindenből support. Látszólag ez adja a leginkább konzisztens érdemenyt.
Feltétlenül javítsatok ki, ha tévedek. Annyit változtak a dolgok rövid idő alatt, hogy ember a talpán aki követni tudta!
-
Sianis
addikt
válasz Oppenheimer #3468 üzenetére
De legalább biztos forrásból van.
-
Sianis
addikt
ProTip: [link]
Aki esetleg próbálna PreferenceFragmentCompatot használni és nagyon rondán nézne ki. Lényeg, hogy be kell húzni a v14-es prefrence lib-et is, már ha csak a felett akartok támogatni. Aztán már lehet Material témát is ráhúzni szépen a Fragmentre. Plusz a srác még leír pár jó ötletet, én eddig még csak preference_fallback_accent_color részt éreztem szükségesnek, de azt nagyon.
Más: Kijöttek a 23.1.0-s support libek.
-
Sianis
addikt
Én szeretem a release és debug keystore-okat is beállítani szépen. A debug pedig mindenképp utazzon git-ben, mivel akkor nincs géphez kötve a fejlesztés, plusz minden fejlesztő ugyanolyan kulccsal fog dolgozni. Ami ugye a különféle Google, Facebook és egyéb aláírásfüggő SDK-k esetében nagyon hasznos tud lenni.
-
Sianis
addikt
Üdv!
6.0-tól bejött a Permission kezelés, megkerülhetetlen, foglalkozni kell vele. Az eredményt az onRequestPermissionsResult metódusban adja vissza ugyebár. Innen már ugyan lehet hívni dolgokat, de még a Fragment nem áll készen pl arra, hogy egy DialogFragment-et indíthassak. Első próbálkozásra arra fanyalodtam, hogy egy változót állítok be, és onResume alatt ellenőrzöm. Ha true akkor teszem amit tenni kell.
Kérdésem az lenne, hogy valaki tudja erre a megfelelő eljárást vagy egyelőre ez a legélhetőbb megoldás?
Köszi!
Megjegyzem, kellett már ez a Permission dolog a rendszerbe, de biztosan nem gondolták ki jól ezt az engedélyezős dolgot fejlesztői oldalról.
-
Sianis
addikt
Üdv!
Arra tudtok, láttatok már valami megoldást, hogy Activity-k, Fragment-ek egymás között akár késleltetve is tudjanak üzenetet váltani? Késleltetés alatt azt értem, hogy az app egy részén történik valami, aminek az app egy másik részén kellene akciót generálnia. Viszont az a rész lehet, hogy éppen Paused állapotban van, tehát Broadcast nem érheti el. Közvetlenül behívni pedig nem lehet, mivel ki tudja a benne lévő nézetek és társaik milyen állapotban vannak.
Dobjatok pár ötletet ha van erre valami megoldás.
Köszi!
-
Sianis
addikt
Adott egy loader, ami mondjuk egy listát feltölt. Resume alatt nem történik semmi, mert úgy véli nincs változás a rendszerben. De ha sikerülne küldeni neki valami infót, hogy töltse magát újra, akkor menne. És ugye az nem feltétlenül jó, hogy minden fragment minden resume alatt végignézi, hogy változott-e valami. Mert akkor is tárolni kell a régi állapotokat is.
-
Sianis
addikt
Oké, akkor nézzük példákkal, bocsi, hogyha nagyon absztrakt lett.
Tehát adott egy ViewPager, minden oldala egy-egy nap. Ezeknek a napokat Fragment-ek szolgálják ki, az adatokat pedig Loader tölti be, legyenek ezek a tételek kiadások, bevételek. Egy másik Activity-n pl be lehet állítani a tételek pénznemét. És amikor ez a pénznem megváltozik akkor minden a ViewPager által már betöltött oldalt, Loadert újra kell hívni, hogy ne $ hanem pl € legyen a pénznem ami meg van jelenítve. A ti példátok ezt ugye egy pull-os megoldással vinné keresztül, tehát onResume alatt minden oldal megnézné, hogy változott-e valami ami őt érinti. De meg lehet-e ezt oldani úgy, hogy push-olom a változás tényét? És nem csak ilyen szintű dolgokat szeretnék, hanem teszem azt, felkerül, módosul egy tétel a listában, akkor csak az a Loader frissítse magát, hiszen csak őt érinti.
Nem tudom, érthető vagy? Bocsi, ha amatőr kérdések ezek, valahogy ez nekem most nem triviális. Lehet már túl van gondolva a fejemben.
Köszi!
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
- Alkalmazásbemutató: Keep
- Gaming notebook topik
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- Debrecen és környéke adok-veszek-beszélgetek
- Futott egy Geekbench kört egy új HTC készülék
- Apple notebookok
- Anime filmek és sorozatok
- gban: Ingyen kellene, de tegnapra
- További aktív témák...