- MIUI / HyperOS topik
- Honor Magic5 Pro - kamerák bűvöletében
- Nokia 3210 - felélni az örökséget
- Remekül néz ki a szögletes Z Fold6
- Samsung Galaxy A52s 5G - jó S-tehetség
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- Milyen okostelefont vegyek?
- Hány kalóriát éget el a bújócska?
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Mobil flották
- Luck Dragon: Asszociációs játék. :)
- GoodSpeed: Új alaplap, vagy BIOS frissítés után beállítandók IV. - AMD Expo
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Négymagos Xeon(!) CPU LGA775-ös deszkában
- Wiz Khalifa: Grand Theft Auto VI - Érdekességek, látványosságok, képek, infók egy helyen.
Hirdetés
-
Máris megszületett a Huawei Enjoy 70 utódja
ma Az Enjoy 70s processzorfrissítéssel próbál szerencsét, több változás nincsen rajta.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Itt az első olyan, MI-re kiélezett laptop, ami ellenáll a környezeti hatásoknak
ph A széleskörűen konfigurálható újdonságból remek választás kerekedhet a zordabb körülmények közepette végzett, helyszíni munkákhoz.
Új hozzászólás Aktív témák
-
#79335424
törölt tag
válasz bartatamas #3523 üzenetére
Audió:
Sztem 1-2 opció van, amit hirtelen nem tudnék hova tenni, de a többihez mind fűződik személyes tapasztalatom. Ha gondolod, akkor esetleg almenüzheted, vagy segíthetek tesztelni az egyes kapcsolások eredményeit, hogy tudj pár szavas infót fűzni hozzájuk. Ha ez tudja azokat, amikre gondolok, akkor nagyon jó és széles körben használható lehetőségekről van szó. Csak, ami hirtelen eszembe jut:
-Tudtad, hogy alapértelmezetten az Android csak A2DP -ként feljelentkező eszközre ad ki médiahangot? Ha a headset csak Hands Free protokollal jelentkezik fel, akkor csak a hívással kapcsolatos hangokat kapja meg. Itt lép be egy csúf Android hiba (legalábbis szerintem az). A VOIP hívás az Androidban nem telefonhívásnak, hanem netezésnek minősül. Van ugyan némi áthidalás a beépített SIP opción keresztül (már amelyik gyártó nem "felejti ki"), de annak a beállítási lehetőségei nagyon szegényesek. A 3rd. party kliensek hangkommunikációja viszont alapértelmezetten a média csatornán megy.
-Tudtad, hogy aktív hanghívásba nem lehet médiahangot beadni? Nem lehet bejátszani pl. előre rögzített szöveget, amiben tájékoztatom a hívót a hívásrögzítésről. Ha előhívóval, automata központot hívok, akkor a mellék DTMF kódját sem lehet bejátszatni. Elvileg!
Sorolhatnám a lehetséges alkalmazási példákat az autós PNA -k telókezelési funkcióitól, a miniPC -k HDMI kimeneti problémáiig (a HDMI kimenet Android alapértelmezésben másodlagos megjelenítés, viszont a miniPC -ken ez a fő rendszerkép). Szóval, én az összes lehetőséget elérhetővé tenném. De én mindenképpen szeretnék egy ilyen dev. -et!Drive feltöltés:
Nem a fiókazonosítással van a probléma (bár, sztem nem ártana oda vmi effekt, mert most, az ellenőrzésre bökve úgy tűnik, mintha nem történne semmi, amíg meg nem jelenik a visszaigazoló buboréküzenet).
A probléma az, hogy nem tudom kiválasztani a célmappát a hálózati meghajtón és a Robot nem jelez, hogy hiányozna neki vmi függőség (pl. Drive app). Vagy csak én bénázok/értek félre vmit? -
#79335424
törölt tag
válasz bartatamas #3535 üzenetére
Sztem ez hiányosság. Legalábbis számomra az. A Drive -on levő mappáim különböző jogosultságúak és a beállítás szerint, a mappajogosultságok érvényesek a bennük levő tartalomra is. Pl. van egy shared_public és egy shared_protected könyvtáram. A publikus mappa tartalmára bárkinek olvasási, letöltési jogosultsága van, a link birtokában. Ebbe a mappába töltöm fel és innen linkelem a nyilvánosan megosztandó tartalmakat. Az is jó lenne, ha lekérhető lenne az elérési út, esetleg külön a fájl ID -vel. Ez azért lenne hasznos, mert a Drive -on levő fájlok elérési útját lehet direkt letöltőlink formában is publikálni, csak a Google ezt nem reklámozza. A gyakorlatban ez nálam úgy megy, hogy SolidExplorer -ben megnyitom vmelyik Drive -omat, belépek a shared_publik mappába és felmásolom a kiválasztott és előkészített (érts: pl. egy fájlba tömörített) tartalmat. Aztán az "elérési út másolása" opcióval vágólapra másolom a linket. Ez, nálam nem az Androidos vágólap, hanem egy külön alkalmazás, a Clipper Plus With Sync (ha fel kéne sorolnom a leghasznosabb alkalmazásaimat, akkor a Clipper lenne a második ). Ez a feltöltött hangparancsaim Drive -os elérése:
https://docs.google.com/file/d/0B8ekilaj-manRl9lV1BucmJuNE0/edit?usp=drivesdk
Megnyitom Clipper -ben szerkesztésre, kimásolom belőle a fájlazonosítót (0B8ekilaj-manRl9lV1BucmJuNE0) és beillesztem a direktlink sablonba:
https://drive.google.com/uc?export=download&id=0B8ekilaj-manRl9lV1BucmJuNE0
és ezt linkelem. Ha vki rábök, akkor egyből a letöltést dobja a böngésző. Ezt az "átalakítást" lehetne Robottal automatizálni az elérési út birtokában.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz Bilkooo #3543 üzenetére
Úgy, hogy kiveszed a másik két eseményt. Az a gyanúm, hogy nem állt össze a fejedben a Robot kezelése. Ezek az események totál ellentmondásosak. Írd le légyszi, hogy mit szeretnél összehozni, mert sztem bármi is az, másképp kell megértetni a Robottal. Nem tudok elképzelni olyan feladatot, aminél ez a három esemény, ugyanabban a parancsban szerepelne.
-
#79335424
törölt tag
válasz Bilkooo #3547 üzenetére
Igen, meg lehet oldani, de nagyon nem mindegy, hogy mik az egyes helyekre belépéshez tartozó műveletek. Ha az, hogy csippanjon kettőt, akkor nem ügy. De ha egymástól nagyon különböző műveletek, akkor lefosod a bokádat, mire definiálod az összes kizárás feltételt. Meg persze a Robotnak is megnehezíted a dolgát. Egyszer, egy középkori muki leprogramozta Robotban és nagyon találóan fogalmazta meg az eredményt:
"Sok hűhó semmiért." -
#79335424
törölt tag
válasz Bilkooo #3553 üzenetére
Áááááá!!!
Ez sok nekem. Feladom.Az eddig kapott infó alapján ezt tök egyszerű megoldani. Csináld meg a helyadatokat, aztán sorold fel őket egy parancsban, a "belépés adott helyre" eseményekkel, majd add hozzá a "vezérlés -> üres művelet" műveletet! Ennyi. Olyan csendben fogja tenni a dolgát, hogy észre sem fogod venni.
Wazze!!! Mi a túró menjen csendben?????
Szerk.: Na, végre! Kezded csöpögtetni az infót! Szólj léccci a harapófogós embernek, hogy szorítsa két két kézzel a fogót és úgy húzza!
[ Szerkesztve ]
-
#79335424
törölt tag
-
#79335424
törölt tag
Egy ártatlannak tűnő művelettel csináltam egy hatalmas user errort. Leírom, hogy meglegyen az infó, mert csak a mázlin múlt, hogy áldozatok nélkül ki tudtam jönni belőle.
Az előzmény:
Korábban írtam, hogy ezen a custom romon feljebb kellett emelnem a prioritást ahhoz, hogy a Robot ikon ne tűnjön el.
Van egy alkalmazáscsoportom, aminek a fókuszba kerülésekor átállíttatom a kijelző kikapcsolási idejét. Ennek van egy különálló, kontroll parancsa is, ami kijelző timeout változás eseményre, dob egy ticker üzenetet az aktuális timeout értékkel.(Egy parancs eredményének kijelzését mindíg független parancsként szoktam megcsinálni). Mivel a Robotban is sok időt töltök, ezért benne van a "long_timeout" csoportban.A merénylet:
Minap túrtam a Gravitybox -ban és találtam egy értesítés eltűntető opciót. Emlékeztem darvinya kérdésére és gondoltam, hogy kipróbálom. Lássuk csak, melyik értesítés látható, amin tesztelni lehetne! A Robot. Na, ez hiba volt!Az eredmény:
Alkalmazáscsoport indít, értesítés megjelenik és abban a pillanatban a teló kikapcsol. Mázlim volt, hogy nincs olyan parancsom, ami mondjuk lock feloldásnál dobna egy ticker -t. Így, "büntetlenül" ki tudtam kapcsolni a Gravitybox -ban a funkciót.[ Szerkesztve ]
-
#79335424
törölt tag
válasz Scaevola #3576 üzenetére
Na, látod, ebbe a vonatkozásába bele se gondoltam. Én az ID átírás és ez alapján azonosítás miatt linkeltem. Így viszont a szitu adott. Azt a sort kellene a Robotnak beolvasnia (és gondolom, hogy társítania az azonosítóhoz). Ez már Tamáson múlik, hogy le tudja -e programozni.
-
#79335424
törölt tag
válasz Scaevola #3587 üzenetére
Először kell egy művelet, amiben beállítod a változó értékét. Aztán, egy másik parancs eseményében hivatkozhatsz magára a változásra. Az esemény az, hogy változott a változó értéke és nem az, hogy mi a változó értéke. Értelemszerűen, a változás definiálásához csak a változó neve kell. Ha az is számít, hogy mire változott (vagyis a változó értéke), akkor azt feltételként tudod hozzáadni, mondjuk egyenlőség operátorral. Tehát, esemény: X változó beállítva ÉS X változó értéke = valamivel. Ez lehet pl. szöveg is. Ha a változó értéke szám, akkor használhatod a kisebb/nagyobb operátorokat is.
Egyébként nem látom, hogy Tamás írt volna eseményt. Művelet feltételeként említette a változót. Egy műveletnek mindenképpen lennie kell, ami beállítja a változó értékét. Utána tudsz hivatkozni akár a változásra, akár a beállított értékre.[ Szerkesztve ]
-
#79335424
törölt tag
válasz Scooter86101 #3589 üzenetére
Ez egy kicsit zavaros. A telefonszám rejtést/megjelenítést nem az Android és még csak nem is a telód csinálja, hanem a szolgáltató. A telón beállításra a teló egy kérést intéz a szolgáltatód felé. A szolgáltatónak megvannak a kódjai a különböző beállításokhoz. Ezeket kell használni az adott hívásnál ahhoz, hogy a számodat megjelenítse, vagy rejtse. Természetesen, ezt lehet automatizálni a Robottal. Az elmélet az, hogy a teló beállításaiban alapértelmezés szerintire állítod a számkijelzést. Aztán csinálsz egy parancsot, ami blokkolja az összes kimenő hívásodat, egy változóban letárolja a hívott számot, hozzáilleszti a szükséges kódot és így küldi ki a hívást. Ez nyilván nem az "egyenes út". Azt a Google becsukta (ez egy külön story). De észre sem lehet venni a különbséget, annyira gyorsan avatkozik be a Robot a kimenő hívásba.
A lock is megoldható, többféleképpen is. Gyárilag nincs ilyen funkciód? Vagy rossz a közelségérzékelőd? Ha indítasz egy hívást és lezárod a kijelzőt, akkor hogy adod ki a hívás vége utasítást? Valamelyik fizikai gombbal?[ Szerkesztve ]
-
#79335424
törölt tag
válasz Scooter86101 #3591 üzenetére
Mindkettőre van lehetőség, de mivel az egyik nem Android feature, a másik pedig akár még bug, vagy vmi hiányosság lehet, ezért csak trükközni lehet, ami nem működik/rosszul működik/jól működik. Tapasztalós. Leírom, amit sztem tehetsz, de lehet, hogy Tamásnak van frappánsabb ötlete.
Híváskor húzhatsz egy filtert a kijelzőre, ami blokkolja az érintésbevitelt. Erre van opció a Robotban. Esetleg vmi full screen -t is használhatsz, ami híváskor eltűnteti a "rolót".A másikra az az elmélet, hogy egy parancsban behívatod a hívószámkijelzés választómenüjét és érintést emulálsz a kívánt opcióra. Erre használhatod az Autoinputot is, mert sztem úgy gyorsabb lenne (korábban írtam róla).
-
#79335424
törölt tag
válasz bartatamas #3595 üzenetére
Felháborító! Ez a legundorítóbb húzás, amit eddig a Google csinált. Szerencsére, ezzel saját maga alatt is vágja a fát. Remélem, hogy Ubuntura is lesz majd E-Robot!
-
#79335424
törölt tag
válasz bartatamas #3609 üzenetére
Az enyémen sajnos, totál használhatatlan. Az Elixír is teljesen fals értékeket ad. De, amit nyuszi123456 szeretne elérni, az nem megvalósítható közvetlen kernel támogatás nélkül. Sőt, szerintem még azzal se, mert a töltésvezérlésbe nem fog tudni belenyúlni.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #3611 üzenetére
Ez egy nagyon jó kérdés! Mit tervezel, Tamás? Folytatod, ahogy pl. a TubeMate, vagy az SCR? Vagy vége? Nekem a Robot az, ami színt visz az Androidba. De a Robot is csak "félkarú" a supportod nélkül. Én kíváncsi lennék akár privátban, e-mail -ben is a gondolataidra, terveidre.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3613 üzenetére
Bevallom, hogy linkeltem a hsz. -edet az Android alkalmazások topikban. Azóta ott is megy erről a műsor. Szerintem érdekesek a vélemények és talán nem ártana egy igazán érintett álláspontja!
-
#79335424
törölt tag
válasz nyuszi123456 #3617 üzenetére
Nekem pont van egy olyan bugom, amit Te most feature -ként szeretnél. Ez a jelenséggel kapcsolatos tapasztalatom.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3613 üzenetére
-
#79335424
törölt tag
válasz bartatamas #3630 üzenetére
Szerintem Ő is így értette. Én is csodálkoztam, hogy szerinted miért nem jó.
-
#79335424
törölt tag
válasz bartatamas #3639 üzenetére
Vazze! Ezt én eddig nem értettem, ezért használtam helyette számértékeket. Most már értem, csak nekem nem logikus. Biztosan rendben van így? Nekem úgy lenne logikus, mint a számoknál. Vagyis, hogy mindkét lehetséges értéke felhasználható művelet indítására.
Ha a logikai változó értéke = igaz -> végrehajtja X műveletet.
Ha a logikai változó értéke = hamis -> végrehajtja Y műveletet. -
#79335424
törölt tag
válasz bartatamas #3642 üzenetére
Köszi!
Szerintem én maradok a számoknál. Azokkal lehet bármilyen matematikai műveletet csinálni, az értékük meg lehet valamihez képest kisebb, nagyobb, és/vagy egyenlő. -
#79335424
törölt tag
acsabad:
Ezt is többféleképpen lehet. A csatlakozási állapotot letárolhatod egy változóba és aztán feltételként hivatkozhatsz rá. De sztem először válaszd az egyszerűbb utat! Csinálj még két parancsot. Az egyik eseménye legyen a Bluetooth ACL kapcsolódva (fülesed neve). Művelete pedig a Vezérlés-> Robot parancs engedélyezése -> az emulálós parancsod. A másik parancs pedig ennek a fordítottja. szétkapcsolás és parancs tiltás. Gondolom, hogy nem szorul magyarázatra.
Az IF alatt, gondolom, hogy a feltételekre gondolsz. Természetesen van ilyen lehetőség.
A Robot menüjében van egy mentés opció. Ebben kiválaszthatod, hogy miket szeretnél menteni. A mentett adat a felhasználói tárhelyen, a:
/Android/data/com.bartat.android.robot.KEEP
útvonal almappáiba kerül. Innen másolhatod és ha mástól kapsz parancsot, akkor azt is ide kell bemásolni, majd a mentés menüben visszaállítani.A Robot menüjéből elérhető a dokumentáció. Ez nem biztos, hogy teljesen aktuális és részletes, de Tamás egyedül viszi a Robot projectet, úgyhogy mindent nem tud naprakészen tartani. De, alapnak elég és ha kell, akkor mi is segítünk. Továbbá, a menüből elérhetőek példaparancsok. Ezek Tamás által készített, vagy ellenőrzött minták.
Manuális indítást úgy tudsz csinálni, hogy az eseményt üresen hagyod. A főképernyődön létrehozol egy parancsikont, amiben a Robotot kiválasztva megjelennek a parancsaid. Kiválasztod és ennyi. Ugyanezt widgetként Tamás másik alkalmazásának, az Elixír2 -nek a Widget kiegészítőjével tudod megtenni. Vagy, Zooper -rel.
Remélem, hogy mindent megválaszoltam![ Szerkesztve ]
-
#79335424
törölt tag
válasz Scooter86101 #3663 üzenetére
Persze. Hiszen van benne várakozás művelet.
-
#79335424
törölt tag
válasz Scooter86101 #3663 üzenetére
Szerintem egy topikba illő dolgot ne privátban beszéljünk meg! Az én telómon nincs olyan, hogy "egyéni beállítások". Csak "egyéb beállítások" van. Sztem nem elnavigálni kell oda, hanem konkrétan behívni az activity -jét (activity = maga a megjelenő felület). Én Secure Settings -ben szoktam kikeresni. Megjelenik a Robotban, a műveletek -> külső alkalmazásoknál. Aztán actions -> launch activity. Itt először kiválasztod az alkalmazást, aminek behívnád az egyik activity -jét. Sztem nálad ez jelen esetben a "Telefon" alkalmazás. Aztán a listából megpróbálod kibogarászni, hogy melyik lehet az az activity. Sokszor a Magyar nevük ugyanaz, csak az angol alapján tudsz tájékozódni. Ha megvan az activity, akkor felül a mentésre böksz és máris megjelenik, mint Robot művelet. Nem tudom, hogy mit szeretnél annál az activity -nél, de pl. hívószám kijelzés állítgatást én számhoz társított kóddal csinálnék, nem érintés emulálással.
[ Szerkesztve ]
-
#79335424
törölt tag
Szia Tamás!
Szerettem volna olyat, hogy egy bejövő e-mail szövegre reagáljon a Robot. Van egy "Email" rublika. Én úgy értelmezem, hogy ide lehet beírni a szövegmintát (mint az SMS -nél). De ez csak addig látható, amíg nem adok meg fiókot. Ha kiválasztok egy Gmail fiókot, eltűnik az "Email" opció. Az viszont nem lenne jó, ha bármilyen tartalmú e-mail -re végrehajtaná a műveleteket. Félreértek valamit?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3671 üzenetére
Nem ilyen egyszerű a szitu. Érintésérzékelés detektálásával próbálkozom. Az lenne az elmélet, hogy egy "gombnak" van "tól-ig X" és "tól-ig Y" koordinátája. Ezt megadnám konstans értéknek. A getevent parancs kimenetét szeretném felhasználni. Ha történik egy touch input, akkor annak a koordinátáit összehasonlítanám a konstans értékével és ha X és Y is a konstans tól-ig értékei közé esik, akkor meg lett nyomva a "gomb", bekövetkezett az esemény. Vagyis, touch input X és Y nagyobb, mint konstans "tól" X és Y, de kisebb, mint konstans "ig" X és Y. Viszont, van egy bibi. A getevent kimenete hexadecimálisan adja meg a koordinátákat. Ha az operátor tudja ezt kezelni, akkor a konstans koordinátáit is hexában adnám meg és akkor nem kéne konvertálgatni.
-
#79335424
törölt tag
Az egyik egy activity, ami pedig a háttérben fut, az egy service. Robottal az activity -t tudod indítani. Mint, ahogy az alkalmazáskezelőből sem tudod a Viber -nek csak a háttérszolgáltatását indítani. Mindenképpen be fogja hívni az activity -t.
A saját véleményem az, hogy a Viber egy elég önfejű és erőszakosan nyomulós alkalmazás. Én még az S2 -n, GB alatt száműztem. Aki olcsón akar velem kommunikálni, az használjon Whatsappot, mert én senkinek a kedvéért sem telepítem a Viber -t.
Azzal egyébként sem nyersz RAM -ot, ha csak wifivel engeded a Viber -t. Ráadásul, a logikát sem értem benne. Ha mobilnetnél kilövöd, akkor nem leszel elérhető. Ha ez nem lényeges, akkor wifinél miért futtatnád a háttérben? Használd akkor, amikor hívni akarsz. Bár, ez, így elég egyoldalú kapcsolattartás. -
#79335424
törölt tag
Félreérted. Az uri nem kapcsoló. Az adatot kell oda írni. Pl., ha egy konkrét weboldallal szeretnél indítani egy böngészőt, vagy egy konkrét zeneszámmal egy lejátszót, vagy épp egy ismerőst hívnál Viberen, akkor az uri sorban adod meg a weboldal címét, a fájl elérési útját, vagy a nevet, telefonszámot. VOIP out -nál is ezt használjuk a DIAL intent -hez.
Egyébként, itt két, külön dologról van szó. Az intentek, broadcastok, activity -k az OS, vagyis az Android elemei. Az OS viszont csak közvetít. A valódi munkát a kernel végzi. Az Android alatt egy Linux kernel van, ami alapból tartalmaz alkalmazásokat. Ezekkel lehet parancssorból kommunikálni és ezekhez használunk parancssori kapcsolókat. Ez tulképp egy közvetlen klmmunikáció, az OS megkerülése. Nem is "Androidul" folyik a kommunikáció, hanem a Linux nyelvén. Ez, persze csak egy pontatlan, elnagyolt megfogalmazás.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3680 üzenetére
Köszi!
Kicsit bonyolultnak tűnik karakterekre bontani és aztán A -tól F -ig definiálni az értékeket.
Közben véletlenül kiderült egy hiányosság. Régebben próbálgattam az Autoinputot, de nem tudta az érintésérzékelést. Aztán pár napja kiderült (#19639 -től), hogy tudja, csak Robotban nem jelenik meg az eseményeknél az Autoinput UI opció. Ezzel tudnál tenni valamit? Ha működne Robotban, akkor ott a kész megoldás, nem kéne a getevent -tel varázsolni.[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3685 üzenetére
Ja, így már értem. Igen, úgy már tényleg jó lenne.
Félreérted, amit az Autoinput -ról írtam. Van ilyen opciója. Tasker -ben megjelenik. Robotban ott kéne legyen az eseményeknél, de valamiért nem jelenik meg.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #3687 üzenetére
#19648. Nincs Taskerem, én is csak ezekből tudom. Kicsit feljebb Bozek linkelt egy videót a működésről.
-
#79335424
törölt tag
válasz bartatamas #3690 üzenetére
Ebben sajnos nem tudok segíteni. Esetleg megkérdezhetnéd Bozektől, hogy hogyan csinálta. Vagy, kérdezzem meg én?
-
#79335424
törölt tag
válasz bartatamas #3685 üzenetére
Hú, érzem a megoldás lehetőségét és tetszik a feladat, de azért ez még nem kis falat nekem. Sanszos, hogy fogok még helpet kérni.
Tegyük fel, hogy sikerül kapcsolókkal úgy szűrni a shellparancsot, hogy a kimenet egy X tengely koordináta, mondjuk 0000022e. Készítek egy "GETEVENT_X" változót, aminek értéke a shellparancs kimenete. Futtatom a parancsot, majd egy másik parancs eseménye:
Változó beállítva "GETEVENT_X".
Feltétel: Előre megadott minimum X </= számmá konvertálás->16 -os számrendszer->GETEVENT_X (ami 0000022e -> 558) < előre megadott maximum X.Aztán ugyanez Y -nal. Jól gondolom, hogy ilyesmi lenne az elmélet?
-
#79335424
törölt tag
válasz Headless #3694 üzenetére
Még nem jutottam el a kimenetig. Pedig három órája pötyögöm a parancsokat. Nem mondom, hogy nem tanulok belőlük, csak hát....
Az megvan, hogy az én telómon a /dev/input/event8 a figyelendő kimenet. "-l " -re szépen kiírja a neveket, "-c num" -ra vágja a listát, "-s" -re visszaadja a kapcsoló kimenetét. De se "-l" -lel, se "-s" -sel nem sikerül kiszűrni a sort. A:
getevent -l /dev/input/event8
-ra kiadja a neveket, de nekem csak az:
EV_KEY BTN_TOUCH DOWN
utániEV_ABS ABS_MT_POSITION_X
EV_ABS ABS_MT_POSITION_Y
sorok értékei kellenének. Ha "-s" -sel próbálom, akkor a:
getevent -s event -c 5 /dev/input/event8
-ra kilistázza a sorokat, amikben a 4. (0003 0035) és az 5. (0003 0036) sorok utolsó, egybefüggő karakterei tartalmazzák a koordinátákat. Ezek ugyanazok, mint az "-l" kapcsoló esetén a POSITION_X és Y értékei. Csak az nincs meg, hogy magukhoz az értékekhez hogy jutok hozzá, a többi sallang nélkül. Hiányzik párszáz év számtech és Linux alap.[ Szerkesztve ]
-
-
#79335424
törölt tag
válasz Headless #3696 üzenetére
Összeraktam egy zip -be az egész pakkot (használható kapcsolók, device infó, getevent -l, getevent -s kimenetek).
ZP999_Getevent_Commands01 -
-
#79335424
törölt tag
válasz dirteen28 #3709 üzenetére
Persze. Legalábbis elméletileg, mert a gyakorlatban a híváskezelés elég magas prioritásokkal bír. Ki kell próbálni.
Esemény:
Telefon -> Hívás állapota megváltozott -> amikor csörög -> telefonszám
Művelet:
Kijelző -> képernyő kikapcsolása.Ha így nem megy, akkor még lehet trükközni. Talán lehet rá húzni egy fullscreen, fekete,floating widgetet és egy érintésérzéketlen filtert. Vagy, maga a widget érintésérzéketlen.
Milyen telóról/SOC -ról van szó?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz Headless #3700 üzenetére
Mégsem 100 -as. Terminal Emulator -ban hibátlan, de Robotban nem tudom működésre bírni. Gyanítom, hogy az a gond, hogy a Robot, a parancs aktuális kimenetét használná, de a parancs az enter utáni első érintés koordinátáját adja vissza. Vagyis, közvetlenül enter után a parancs kimenete még 0.
-
#79335424
törölt tag
-
#79335424
törölt tag
válasz Headless #3715 üzenetére
Megpróbálom érthetőbben. Ha terminálban kiadom a parancsot, akkor "nem történik semmi". Ha utána rátapicskolok a kijelzőre, abban a pillanatban jelenik meg a koordináta. Tehát (gondolom én), amikor a Robot futtatja a parancsot, aminek a kimenetét egy változóban kéne rögzítse, akkor nincs kimenet. Azt nem tudja a Robot, hogy a következő érintés utáni infót kéne változóba tennie. Abban egyetértünk, hogy az lenne a legtutibb, ha a lehetőségek alapján Tamás érezne rendkívül erős indíttatást egy "Kijelző megérintve (X Y)" eseményhez (valamint, ehhez kapcsolódóan egy "gomb megnyomva (KEY)" és egy activity fókuszban (name) is kéne a teljességhez). Enélkül én sem tudok jobbat, mint a fájlba írás, pedig sztem biztos lenne közvetlenebb mód is. Egyébként (jobb híjján) nem lehetne az egészet a scriptben lezongorázni? Ha megvan az X és Y kimenet, akkor "már csak" azt kell megvizsgálni, hogy két-két konstans érték közé esnek -e és ha igen, akkor indítani egy Robot parancsot (ezt korábban teszteltük, az "am" shellparanccsal indítható Robot parancs).
-
#79335424
törölt tag
válasz bartatamas #3718 üzenetére
Bevallom, hogy én "nem szép" módszert használtam. Kiadtam terminálban a getevent parancsot. Erre elkezdett dőlni az infó. Minden sorban ott volt az ..../eventX. Ráböktem a kijelzőre és figyeltem, hogy melyik event -en történt változás. Az eventek száma és hogy melyik, milyen inputhoz tartozik, az típusonként változhat. Nem vagyok penge angolból, de ha jól értem, külön van a touch (na, a multitouch az egy külön fejezet. Az már sok volt nekem, inkább átugrottam.), külön a hardver és a három alap gomb, külön a virt. bill. Nyilván, Neked tudományosabb szelektálásra lenne szükséged. Sztem a getevent -i, vagy esetleg a getevent -S kimenetéből ki lehet deríteni, hogy az adott telón ki, kivel van. A korábban linkelt zipemben van egy getevent -i kimenet is. Headless a getevent -s kimenetet használta fel. Ez a leírás Froyo után lett aktualizálva és az én KK -emen is pontosan ugyanúgy, az -s kimenet 0003 0035 és 0003 0036 sorainak utolsó karaktersora tartalmazza a koordinátákat. Értelemszerűen, ugyanebből az event -ből kiolvashatók az érintőfelületen keresztüli karakter inputok is, de lehet, hogy a keykódok már egy másik event -ben jelennek meg. Ez elég jól le van írva a Google -féle dokumentációban is. Hátravan még az activity. Ebbe sem mélyedtem még bele. Vegyünk egy példát! Ha ki akarok lépni a Dolphin -ból, akkor nyomok egy menüt és megjelenik egy floating felület az EXIT gombbal. Tulképp egy "menü gomb megnyomva" esemény, "Dolphin fókuszban" feltétellel már elég ahhoz, hogy feltételezzük a megjelenő, floating felületet és érintést emuláljunk az EXIT koordinátáira. DE! Ha Robot nélkül, símán Autoinputban csinálsz egy új akciót, akkor az Autoinput "tanuló" módba vált és meg kell neki mutatni az utolsó lépést (vagyis, a floating felületen, az EXIT gombra bökést). A rögzített adatból egyértelműen kiderül, hogy az Autoinput tudta detektálni a Dolphin -hoz tartozó, floating felületet és az azon történt inputot. Sőt! Később lehet hangolni az action -t. Választhatok, hogy objektum ID, felirat (EXIT), vagy koordináta szerint szeretném definiálni az inputot. Tehát, azonosítani tudja magát, a gombot. Ez azért hasznos, mert a koordináta változhat (álló/fekvő nézet, scrollozható menü, stb.), de az objektum ID és a név fix. Úgy rémlik, hogy az Android dokumentációban is láttam "objektum megnyomva" lehetőséget. Amin most a Robot elakadt az az, hogy a keyevent -s kimenete időrendben halad. Kiadom a parancsot -> megjelenik az enter lenyomásához tartozó touch DOWN sor, de ekkor a parancsban, figyeltként definiált 0003 0035 ....... és 0003 0036 ........ sorok még nem léteznek és sztem ezért ad vissza 0 -át a kimenet (egy másik parancsban, "változó beállítva GETEVENT_X , GETEVENT_Y" eseményekre, buborékablakban kiíratom a változók értékeit. Innen látom, hogy bibi van, mert random jelennek meg és random értékekkel). Ennyi infót sikerült eddig összeszednem. Remélem, hogy tudsz belőlük használni vmit! Azt még megjegyzem, hogy a scripten belüli megoldási elképzelésemre, Headless pikk-pakk küldött priviben egy olyan scriptet, hogy nem hittem a szememnek. Csak közben dobnom kellett az éjjel egy Bp. - Békéscsabát, úgyhogy nemhogy tesztelni, de még megköszönni sem volt időm. Ezúton is nagyon szépen köszönöm! Fogok referálni, csak előbb aludnom kell egy kevesett. UFF!
[ Szerkesztve ]
Új hozzászólás Aktív témák
- AMD AM5 Alaplapok
- DJI AVATA Pro-View Combo (DJI goggles 2) +Fly more Combo FMC +Motion Controller +RC2 +koffer
- HP ProBook 4740S, 17,3" HD+Kijelző, I5-3210M, 8GB DDR3, 500GB HDD, AMD VGA, WIN 10, Számla, garancia
- HP ProBook 4730S, 17,3" HD+Kijelző, I3-2330M, 8GB DDR3, 320GB HDD, AMD VGA, WIN 10, Számla, garancia
- HP ProBook 470 G1, 17,3" HD+Kijelző, I5-4200M, 8GB DDR3, 500GB HDD, AMD VGA, WIN 10, Számla, garanci
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen