Új hozzászólás Aktív témák
-
#2352
Karma
félisten
WonderCSabo
#2351
Karma
félisten
válasz
WonderCSabo
#2351
üzenetére
Azért egy kicsit meglep, hogy hogy lehet a this egy Class<Activity> példány
Nekem ott valami nagyon sántít._kovi_: Kérlek másold be az osztályod elejét (public class...), és ennek a konkrét gombkezelőnek is az elején, hogy lássuk a típusokat és a paramétereket.
Vagy másold be az egész osztályt Pastebinre, és akkor lehet, hogy a TextView-s problémádra is látunk valami megoldást. A vakvilágba nem szeretnék sorokat írogatni.
[ Szerkesztve ]
“All nothings are not equal.”
-
Calys
újonc
Sziasztok!
Lehethogy ez nem egy megfelelő fórum erre, de megszeretném kérdezni, hogy lehet-e itt android programot kérni?
Egy rövidke kis programról lenne szó, fél-egy óra alatt szerintem simán összedobható!
Nem fogom itt részletezni, ha valaki unatkozik, vagy épp nincs más dolga, és tud androidra programot készíteni, akkor várom jelentkezését, és leírom az elérhetőségeimet.Természetesen nem ingyen, ezt is majd megbeszéljük, de ha valaki ingyen is megcsinálná akkor annak én csak örülnék.
-
-
#2356
WonderCSabo
félisten
Benex
#2355
WonderCSabo
félisten
Elolvastad a hibaüzenetet meg a kódot?
startActivity(new Intent(this,vmi.class)) ;
Ezzel ugyanazt a hibát fogja adni, mint most. Attól, hogy inlineolod az Intent létrehozását, nem változik semmi. Továbbá ahogy Karma már leírta, elve nagyon furcsa, hogy a this egy Class<Activity> példány.
-
vz12
tag
Sziasztok!
Magyar ékezetes szavak ékezetekre "nem érzékeny" keresésére szeretnék írni egy gyors, hatékony, ezért nem túl bonyolult algoritmust magamnak. A "rendes" ékezetekkel (pl."á", "Á", "é", "É", stb.) nincs is bajom, ezektől már függetleníteni tudtam magam, azonban az "egzotikus", tehát pl. a fordított, karikás, hullámos, vagy hosszú kettős ékezetek gondot okoznak még.
Például ha a telefonos névjegyzékben keresem a "Jenő"-t, nos azt jó eséllyel NEM találom meg, mert az "ő" betű a kereső sztringben ugye egyféle módon van leírva, a felhasználók pedig a kettős ékezeteket telefontól és szokástól függően hol így írják, hol úgy. Egyébként akkor is gond van, ha "ő"-vel van írva a "Jenő" a névjegyzékben, mert valószínűleg ott más a kódja mint a kereső sztringben (ezt csak a hosszú kettős ékezetes betűknél, tehát az "ő" és "ű" betűknél tapasztaltam). El tudom képzelni, hogy az "egy vesszős" ékezetek esetén is "kreatívkodik" valaki, pl. fordított irányú ékezettel, vagy karikás ékezettel írja az "á" betűt, mert nincs "rendes "á" betűje. Ha a tel.könyvben valaki nem ír ékezeteket (pl. "Jeno"), és én mégis "Jenő"-t, vagy "jeno"-t, vagy "JENO"-t keresek, akkor már megtalálom.
Előre is köszi, ha valakinek van ötlete ennek az érdekes problémának a megoldására.
Valószínűleg "tökéletes" megoldás nincs, de egy "minél jobb" módszert azért megpróbálnék megalkotni, ami jobb mint az "így jártál" ...
[ Szerkesztve ]
-
Karma
félisten
Ha API level 9 és afölötti Androiddal dolgozol (mással nem is nagyon van ma már értelme), akkor használhatod a Normalizer osztályt a Unicode szabványnak megfelelő ékezetlebontáshoz és -nyíráshoz. Itt a mikéntje.
“All nothings are not equal.”
-
#2360
Just_Reboot
addikt
Just_Reboot
addikt
Sziasztok a Paranoid Android Hover Hands On faturet bele lehet tenni CM 11 be? Fontos lenne. Előre is köszönöm.
-
#2361
Karma
félisten
Just_Reboot
#2360
Karma
félisten
válasz
Just_Reboot
#2360
üzenetére
Szerintem ezt az érintettektől kéne megkérdezni - különösen a CM fejlesztőktől.
“All nothings are not equal.”
-
vz12
tag
A "Map"-os módszerből kiindulva csináltam egy hasonló megoldást, az ékezetes karakterek listáját teljesebbé tettem egy unicode-os karakter táblázat alapján, és a függvénybe is belenyúltam egy kicsit.
Remekül működik, a sebességre sincs panaszom, és Android verzió független.De igazából el szerettem volna kerülni az egyenkénti karakter megadásokat, meg persze nem is biztos hogy csupán az ékezetes karakterekkel trükközik valaki, ezért a "Normalizer"-es megoldás nagyon tetszett volna, de nálam azt nem ismeri fel az Eclipse. Én még 3.7-es Eclipse-t és Java6-ot használok, lehet hogy ez a probléma, de végülis beérem a fenti "Map"-os módszerrel is, az Android 2.2 miatt úgyis benne kellett volna hagyni azt is, így most csak az van benne. Aki meg a nem ékezetes betűkkel is szórakozik, az vessen magára.
Köszi az útmutatást, a kulcsszó a megoldáshoz a "unicode" volt.
A régi megoldásom hasonló volt a "Map"-oshoz, csak nem unicode alapon.[ Szerkesztve ]
-
#2364
Karma
félisten
WonderCSabo
#2363
Karma
félisten
válasz
WonderCSabo
#2363
üzenetére
Kiegészíteném annyiban, hogy a targetSdkVersion számít ebben az esetben. Ha az app minSdkVersionje 8 is, akkor is célszerű a legújabb targetet használni (de legalábbis a 18-ast), így már látja az Eclipse az osztályt, de warninggal aláhúzza, hogy csak 8 fölött érhető el.
“All nothings are not equal.”
-
#2366
Karma
félisten
WonderCSabo
#2365
Karma
félisten
válasz
WonderCSabo
#2365
üzenetére
Hmm. Jogos, nem jutott eszembe - én mindig szinkronban tartom a kettőt
“All nothings are not equal.”
-
vz12
tag
Értem, köszi a válaszokat.
Valóban 8-as a minSdkVersion és a targetSdkVersion is, így 2.2-es AVD-vel szoktam tesztelni. Akkor majd (ma este) nagyobbra állítom a "target"-et, és meglátjuk hogy mi lesz.
Azt találtam ki, hogy nem is az "API level"-től fogom függővé tenni a 2 változat közötti választást, hanem try-ban megpróbálom a Normalizer-es változatot, a catch-be pedig beleteszem a Map-osat, így talán rugalmasabb, kevésbé kötött a szelekció.
Ha a Normalizer-es változat (ami többet tud mint ami nekem kell) sebessége megfelelő lesz, akkor benne is hagyom, ha lassú akkor marad csak a Map-os.Update: OK, majd ránézek a "project.properties"-re is.
[ Szerkesztve ]
-
Karma
félisten
Az alacsony targetSdkVersionnek egyébként van egy olyan mellékhatása, ami azért fenéken tud harapni a jövőben: 11-es API szint felett tilos UI szálon hálózati kommunikációt végezni (NetworkOnMainThreadException dobódik), de ha a targetSdkVersion kisebb ennél, az új androidos eszközök se akadnak fenn miatta - hogy ezáltal a régi, nem frissített alkalmazások ne dőljenek össze.
“All nothings are not equal.”
-
vz12
tag
Siker!
Először a manifest fájlt babráltam (minSdkVersion="9", targetSdkVersion="9", külön és együtt is), ekkor az Eclipse a .java fájlomat (az összes import-ot) kidekorálta piros X-ekkel, azaz még a Normalizer nélkül is hiba.
Visszatettem "8"-ra mindent, majd a Project/Properties-ben a "Build Target"-et az addigi Android 2.2-ről átállítottam 2.3-ra, ekkor nem volt hiba, beírtam a Normalizer-es kódot, és az Eclipse fel is ajánlotta a Normalizer importját, azaz minden rendben. Ráadásul még működött is, a korábbi 2.2-es AVD-vel is ment a Normalizer-es kód (!!!) Persze - gondolom - át lett verve szegény szimulátor a "Build Target" átállításával, hiába 2.2-es a szimulátor, ha 2.3-as "motor" lett alátöltve.Viszont így nem tudom hogy "igazi" 2.2-es fizikai eszközön mi történik, erre kíváncsi lennék.
Beletettem try-ba a Normalizer-es kódot, catch-be a Map-es kódot, a debugolás szerint az így beállított környezetben a 2.2-es szimulátorban hibátlanul lefutott a Normalizer-es kód, és nem is ment át a catch-be. (Egyébként amikor beletettem a try-ba egy nullával osztást, akkor átment, és szépen lefutott a catch-es rész, az eredmény ugyanaz lett!)
A két módszer sebességre és végeredményre is megegyezik a szimulátorban is, meg a 2.3-as telefonomon is. Sajnos nekem nincs Android 2.2-vel fizikai eszközöm, így nem vagyok benne biztos, hogy ott a catch-ben landolna a folyamat, elképzelhetőnek tartom, hogy ott kiakad a program.
Mivel sebességben egyforma a két módszer, a nem ékezetes betűk meg nem igazán érdekelnek, így talán biztonságosabb ha csak a Map-es módszert hagyom benne, a Normalizer-est meg megjegyzem magamnak a későbbiekre nézve, de itt kiszedem. Persze hagyhatnám is a 2.2-t a csudába, de egyelőre még inkább megtartanám.
Erről mi a véleményetek?[ Szerkesztve ]
-
thon73
tag
Bocs, csak most csatlakoztam bele a történetbe.
Én ugyanezzel a problémával szembesültem, azzal kiegészítve, hogy nem csak az ékezetek, hanem néhány írásjel átalakítására is szükségem volt. Végül úgy oldottam meg, hogy készítettem egy kb 300 elemű tömböt. Az indexet az unicode kód adta, az elem értéke pedig visszaadta, hogy milyen ékezettelen karakternek kell ezt tekinteni. A tömb mérete felett csak nagyon elvarázsolt karakterek vannak (vagyis az európai nyelvekben nem használatosak), így ott mindig az "ugord át" jelet adta vissza.
((Nagyon zárójelben jegyzem meg, hogy ezt továbbgondolva ezzel az egy táblázattal sikerült a lényeges nyelveken rendezni a kifejezéseket, ill. keresni is ékezetlenített módon.))
Persze ez is csak egy módszer a sok közül, de gyors, tömör és hasznos volt. Nem a végleges változat, de ITT megtaláltam, amit írtam róla korábban.A targettel kapcsolatban annyit fűznék hozzá (bár fentebb elhangzott), hogy ebbe a hibába én is beleestem, mert 2.36 alá írtam a programokat, és a régi sdk-val fordítottam.
Valóban az a követendő, hogy a leges-legújabb sdk legyen fent, és ez szerepeljen a project.properties-ben is. (És amivel szintén voltak hm. gondjaim: a support library-t is illik ezzel együtt frissíteni a projektben). A minimalis és a target (a manifestben) ettől függetlenül bármire beállítható. (Én is többnyire API8/API10 kombóra fordítok, de (((elvileg))) a legutoljára letöltött sdk-val.) -
thon73
tag
Kérdésem:
A ListView-nál azt írja a tudomány, hogy Loader töltse be a háttérszálon, és Filter szűrje, szintén háttérszálon.
Ha szeretnék beletenni egy sort-ot (mégpedig úgy, hogy menet közben a sort feltételt a felhasználó megváltoztathassa), akkor azt hova érdemes/kell tenni?Ha a Loader-be teszem, akkor az egész lassú betöltést megismétli, amikor csak a sorrendet akarom módosítani.
Ha a Filterbe teszem, akkor minden szűrés elején egy csomó ideig sorrendbe rak.
Ha csak az adapterbe teszem, akkor meg nem a háttérszálon történik. ((Ez önmagában nem baj, de lehet, hogy lassúbb, mint a filter))
Van erre nézve valakinek tapasztalata?
Készítsek egy külön asynctaskot? (Egyetlen sorért!?) Egy második Filter osztályt, ami rendez és nem szűr? Broadcastal kérjem meg a LOader-t, hogy ne töltsön csak rendezzen? Nekem egyik sem szimpatikus.
Előre is köszI! -
vz12
tag
Az előbb megszámoltam, 48 nagybetű + 47 kisbetű = 95 db ékezetes betű van a Map-omban, és nekem az indexem a unicode-os karakter, '\uxxxx' formában, mert amúgy az Eclipse beszólt, hogy a .java fájlomban "illegális" karakter található.
Nekem kb. 2 éves installációm van, és bevált dolgokon nem változtatok ...
Persze ha valami gond lenne, akkor nyilván rákényszerülnék, de egyrészt tesztelem a szimulátor(ok)on túl 2-3 kütyün, 2-es és 4-es androidon is, másrészt szerintem nagyon extra dolgokat nem használok, harmadrészt van már pár száz letöltésem a Play-en szerte a nagyvilágból mindenféle eszközre, de senki és semmi nem jelzett semmiféle problémát még.[ Szerkesztve ]
-
#2376
WonderCSabo
félisten
vz12
#2370
WonderCSabo
félisten
a korábbi 2.2-es AVD-vel is ment a Normalizer-es kód (!!!)
Ez eléggé lehetetlennek hangzik. Ha nem érhető el az adott osztály az API levelen, akkor bizony ClassNotFoundException dobódik. Most vagy mégis már API 9 alatt elérhető volt ez az osztály, vagy nem 2.2-es emulátoron futtatad.
-
#2377
vz12
tag
WonderCSabo
#2376
vz12
tag
válasz
WonderCSabo
#2376
üzenetére
Újra megcsináltam "nulláról".
1- Bezártam az Eclipse-t, meg a szimulátort is.
2. Eclipse elindítva, AVD 2.2 kézzel (csak hogy tuti legyen) elindítva.
3. Manifest fáljba belenéztem, mindkét sdkVersion "8" -ra volt állítva, nem bántottam.
4. Project/Properties/Android/"Project Build Target" ellenőrizve, Android 2.3.3-ra volt állítva, nem bántottam.
5. A .java fájlba belenéztem, az "import java.text.Normalizer;" benne van, a "tuti" miatt a Map-os részt kiszedtem, a Normalizer-es kód futását fixre beállítottam.
6. Program elindít, 2.2-es AVD-re áttöltés, hibátlanul lefutás, ékezetes név megtalálva, semmiféle exception nem történt.Nekem is furcsa (volt, és kicsit most is az), de a saját szememmel látom.
Ezért is kérdeztem, hogy vajon ha nem szimulátorban menne, akkor mi lenne a helyzet?
Nem tudom hogy örüljek-e, most hajlok arra, hogy maradok fixen a Map-es módszernél, úgy nem várható semmilyen negatív meglepetés. -
#2379
vz12
tag
WonderCSabo
#2378
vz12
tag
válasz
WonderCSabo
#2378
üzenetére
Emulátor, igazad van, köszi.
Most már sokáig nem halogatom a döntést, szerintem maradok a verziófüggetlen (és számomra elegendő) Map-es megoldásnál, egyrészt dolgoztam vele eleget hogy ne hagyjam ki, másrészt egyelőre a 2.2-es Androidos táborról sem akarok még lemondani, és felesleges bizonytalanságot vagy kockázatot sem szeretnék generálni. Azt a 2 sor Normalizer-es kódot emlékül benne hagyom, de persze csak kommentben.[ Szerkesztve ]
-
#2380
WonderCSabo
félisten
vz12
#2379
WonderCSabo
félisten
Mielőtt döntenél, nem érdemes megnézni mennyien is használnak Android 2.2-t.
-
#2381
vz12
tag
WonderCSabo
#2380
vz12
tag
válasz
WonderCSabo
#2380
üzenetére
Mármint érdemes.
Sejtettem, a Play-en a statisztikánál akár verzióra lebontva is láthatom a letöltési darabszámokat, ebből tudom hogy ha nem is sok, de néhány 2.2-es letöltésem azért van (az arány hasonló mint a Te grafikonodon), én pedig nem akarom elvenni az örömet tőlük, hogy használják a remek kis programocskám továbbfejlesztett változatát. Mint már említettem, a gyakorlatban nem életszerű hogy valaki pl. farkincás C, vagy hasonló elvetemült karaktereket írna be a névjegyzékbe (az ilyen meg is érdemli hogy ne találja meg), a "rendes" és "rendetlen" magyar ékezetes betűk tekintetében pedig a 2 megoldás teljesen egyforma, így semmi hátrányát nem érzem a Map-es módszernek, sőt még talán túlzásba is vittem a "megoldott" karakterek számát. Persze nem erről a módszerről álmodtam, de ez van.
Egyébként csak azért nem megyek "lejjebb" a verzióban, mert úgy tudom hogy widget-ek csak a 2.2+ verziókban vannak, tehát a 2.2 az alsó határ.[ Szerkesztve ]
-
#2383
vz12
tag
WonderCSabo
#2382
vz12
tag
válasz
WonderCSabo
#2382
üzenetére
Megírtam privátban.
-
sztanozs
veterán
Magyar nyelvű júzereknek is lehetnek ám külföldi ismerősei...
Külföldi karaktereket meg nem csak beírni, de beimportálni is lehetséges (kell legyen).[ Szerkesztve ]
JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...
-
vz12
tag
válasz
sztanozs
#2385
üzenetére
Értem, de jelen esetben nem csak a nyelv, hanem a "téma" is magyar, a külföldi ismerősök érdektelenek, sőt talán még hiba is ha a program esetleg megtalálja őket ...
Amúgy az én progimba a felhasználónak nem kell beírni semmit, a telefonkönyvbe lehet, viszont az nem az én programom.
De köszi a felvetést, ha esetleg majd egy másik alkalmazásomban ez a dolog felmerül, akkor majd ezt a kérdést ismét megvizsgálom, és ha úgy adódik, akkor az minimum Android 2.3-as lesz, és a Normalizer-t fogom használni.[ Szerkesztve ]
-
#2388
WonderCSabo
félisten
Sianis
#2387
WonderCSabo
félisten
Teljesen egyezik a véleményünk a dizájnról. Nekem picit iOS7-es, de alapvetően tetszik. Ami picit visszatetsző, hogy azért elég helypazarló a dizájn. Pl. az új Gmail appban eggyel kevesebb sor fér el, mint a Holosban. Az animációk nagyon jók, de ehhez nagyon frankó API támogatás kell, mert pl. ha a mostani API-val szeretnénk olyan minőségű appokat gyártani mint pl a Play Music, ahhoz rengeteget kell melózni.
Ez a JobSchedule jó dolog lesz, ez már régóta hiányzott. Az ART elvileg sokkal gyorsabb lesz, mint a Dalvik, de erről se kaptunk egyelőre sok információt. A grafikus cuccok biztos érdekesek, de ehhez a részhez annyira nem értek, és nem is érint.
Heads up értesítés szerintem ok, ez már a Facebook Messenger app eddig is csinálta. A floating action button érdekes, de szerintem picit felesleges. A Play Services-ről is beszéltek valamit, de nem sokat.
Alapvetően nekem a legnagyobb bajom, hogy iszonyat köd maradt az első nap után. Ez az Android "L"-ezés meg sztem röhejes.
-
#2389
Karma
félisten
WonderCSabo
#2388
Karma
félisten
válasz
WonderCSabo
#2388
üzenetére
Arról lehet tudni valamit, hogy az új, Materialhoz kapcsolódó API-k platformban jönnek, vagy compat lib/play services formájában? Mert ha csak L-en érhető el, akkor már nem is érdekel...
“All nothings are not equal.”
-
#2391
Sianis
addikt
WonderCSabo
#2390
Sianis
addikt
válasz
WonderCSabo
#2390
üzenetére
Az szép kis lib lesz!
Sianis
-
#2393
Sianis
addikt
WonderCSabo
#2392
Sianis
addikt
válasz
WonderCSabo
#2392
üzenetére
Igen, ismerem. Most nagy hirtelen abba is hagytam egy app kezdeményt, hogy megvárjam mi sül ki belőle. Mert ha ilyen jó kis animációkat tudok majd beletenni egyszerűen akkor az kell nekem bele. Kell.
-
#2395
WonderCSabo
félisten
WonderCSabo
#2394
WonderCSabo
félisten
válasz
WonderCSabo
#2394
üzenetére
Az új ADT nem támogatja (még?) az Android L-et. Viszont indítottam egy L Preview emulátort. Nagyon félkész az egész, a programok nagy része kifagy, és a dizájn is sokkal kevésbé meggyőző mint a doksikban. Alul a háromszög, kör és kocka pedig nagyon-nagyon hülyén néz ki.
-
#2396
Sianis
addikt
WonderCSabo
#2395
Sianis
addikt
válasz
WonderCSabo
#2395
üzenetére
Mondjuk az a Settings kép ez sok minden, csak nem szép.
-
#2400
fatal`
titán
WonderCSabo
#2399
fatal`
titán
válasz
WonderCSabo
#2399
üzenetére
Nekem már a videókban sem tetszett, ez a flat design egyszerűen borzalmas.
Nekem ott valami nagyon sántít.
Új hozzászólás Aktív témák
- ASUS ROG G15 - Ryzen 7 6800H - 16GB DDR5 - RTX 3060 (140W) - 15,6" 300Hz - Csere PS 5 PRO -ra
- Apple Magic Trackpad Érintőpad Fekete (MMMP3Z/A), Újszerű, Garancia: 2025.06
- PlayStation 4 Kontroller
- GARANCIÁS! GAMER PC - MSI Z790 ATX, I5 13600KF, RTX 3050, 32GB DRR5, 500GB NVME, Corsair 1000W
- Imperium Ryzen 5 Phoenix 8000 PC Ryzen 5-8600G, A620TUF, 16GB DDR5 RAM, 1TB SSD
Állásajánlatok
Cég: HC Pointer Kft.
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest