- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- Remekül néz ki a szögletes Z Fold6
- Google Pixel 6/7/8 topik
- Milyen okostelefont vegyek?
- Redmi Note 13 Pro+ - a fejlődés íve
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Apple iPhone 15 - a bevált módszer
- Okosóra és okoskiegészítő topik
- Vodafone mobilszolgáltatások
Hirdetés
-
Összemoshatja a Google és a Magic Leap a valódi és a digitális világokat
it Együttműködésbe kezdett a Google és a Magic Leap nevű AR-startup.
-
A hajlíthatók kedvence lehet a Dimensity 7300X 5G
ma Átcímkézés helyett csíkszélességet váltott a MediaTek, népszerű Motorolában debütálhat.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
Új hozzászólás Aktív témák
-
#79335424
törölt tag
válasz zeon.hu #1957 üzenetére
Ha a Robot indítja a VOIP hívást, akkor a parancsértelmezés rendben van. Csak a GSM hívást nem szakítja meg a Robot. Az a teló nem dual SIM -es? Arra gondolok, hogy a Robot a hívatalos "Android úton" keresztül szakítja meg a hívást. Dual SIM viszont nincs a Google Androidban, ezért sem dokumentáció, sem API nincs hozzá a Google -től. Sanszos, hogy ez a bibi a hívásmegszakítással.
Tamás!
Erről mi a véleményed?[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #1969 üzenetére
Ebben az esetben én nem tudok többet tenni. Ha a Robot indítja a VOIP -ot, akkor a parancs eseménye bekövetkezett és a műveleteket is végrehajtja. Ha ki van pipálva a megszakítás, de mégsem szakad meg, akkor az vmilyen programhiba. Ebben talán Tamás tudna segíteni. Készíts logot!
[ Szerkesztve ]
-
#79335424
törölt tag
válasz haliho0 #1968 üzenetére
Ezt észre sem vettem. Köszönöm, ez értékes infó!
Tamás:
Ehhez a szövegkereséshez csatlakoznék én is. A net nélküli telókeresőmet szeretném kényelmesebbé tenni. Öt percenként kapok egy SMS -t, ami tartalmazza a koordinátákat IS. Az SMS -ekből csak a koordinátákat szeretném egy adott mappába másolni. A másolás ok, de mi lenne a forrás elérési útja, vagy hogy kéne ehhez hozzákezdeni?
Másik példának ott van a múltkori rendszerlog monitorozó elképzelésem. X időnként a Robot átnézné az új bejegyzéseket és ha talál egyezést egy előre megadott mintával, akkor azt eseményként kezelné. -
#79335424
törölt tag
válasz bartatamas #1975 üzenetére
Még nem másolom sehogy, pontosabban manuálisan az SMS -ből, majd ezt adom meg egy nemmondjukkianevét offline navinak. Azt súgták a hozzáértők, hogy ha egy bizonyos mappájába kerül a koordináta, akkor azt tudja használni. De ennek nyilván kötött a formája, ami nem valószínű, hogy alapból megegyezik az SMS -ével. Másoláshoz shellparancsra gondoltam. De hogy tudom formázni és másolni egy SMS szövegét?
A lognál a legutobbi monitorozás utolsó logbejegyzésének az idejét gondoltam felhasználni. De ez nem akkora probléma. Monitorozás után törlöm a logot. Ha szükségem lenne két monitorozás közötti időnél hosszabb logra, akkor addig kikapcsolom a parancsot.
-
#79335424
törölt tag
válasz haliho0 #1981 üzenetére
Köszönöm! Utánajárok a lehetőségeknek. A fájlműveleteket Robotban eddig is shellparancsokkal oldottam meg, úgyhogy ezzel nincs gond. Elvileg a szövegkeresés is megoldható shellscript -tel, de ennyire nem vágom a shellparancsokat. Pedig érdemes lenne elmélyülnöm egy kicsit a témában.
-
#79335424
törölt tag
válasz bartatamas #1992 üzenetére
Viccelsz? A Robot a legfontosabb alkalmazásom, naná, hogy tudni akarom, jól érzi -e magát. Persze, hogy kinnt van az ikonja!
-
#79335424
törölt tag
Tamás!
Bocs, hogy erőltetem a "miért nem lehet a Robot telefon alkalmazás" témát, de ecccerű, hétköznapi logikával nekem nem áll össze a kép. Írok néhány példát.
Clipper+ vágólap alkalmazás
Imádom, nagyon megkönnyíti az Androidos életet. Símán másolok, linkelek olyan helyekről, ahonnan nélküle esélyem se lenne (pl. Play alkalmazás, vagy Youtube). Miért? Mert megjelenik minden megosztás menüben.TubeMate
Sztem nem kell bemutatni. Böngészés közben szintén minden megosztás menüben szerepel. 3.rd. böngészőből nem tudok a fő kliensnek átadni egy Youtube videót, mert nem jelenik meg a megosztásoknál. A TubeMate viszont igen. Való igaz, hogy olyan tartalmaknál is, amit biztos, hogy nem tudna kezelni, de sztem ez még mindíg jobb, mint ha sehol se jelenne meg.A legszemléletesebbet a végére hagytam. MobileVoip
VOIP kliens a Dellmont accountokhoz. Semmi extra nincs benne, még root jogot sem igényel. Mégis be tud épülni a híváskezelőbe, megjelenik, mint hívóalkalmazás, akár alapértelmezettnek is ki tudnám jelölni.Ma egy tök egyszerű dolog kifogott rajtam. Egy parancsikont szerettem volna kirakni az asztalra, ami egy adott url -lel indít egy böngészőt. Tudom, hogy erre van sok alkalmazás, de én közvetlenül a Launcherben szerettem volna. De az Apexben nem találtam erre lehetőséget (uri hozzáadása, vagy egy manuális intent "űrlap").
Ehhez képest a Robot minden feladatot legalább ugyanúgy, ha nem jobban meg tudna oldani. Miért nem jelenhet meg, mondjuk, mint hívó alkalmazás? Jogosultság miatt? Lehetne a Robot beállítások menüjében egy jogosultságok menüpont (esetleg pár szavas magyarázattal, hogy az egyes jogosultságok mikhez kellenek), amiben a user beállíthatná, hogy mit enged a Robotnak. Vagy talán még jobb lenne, ha lennének külön letölthető segédalkalmazások a Robothoz, amik megjelennének a rendszermenükben mint egy-egy feladathoz választható, vagy alapértelmezetté tehető alkalmazások. Jelenleg nálam a Robot 2-3 parancsot futtat le (az ostoba Android helyett) ahhoz, hogy a VOIP normálisan működjön. Sokkal egyszerűbb lenne, ha a Robot kezelné a hívást és nem egy külső alkalmazás fókuszba kerülése lenne az esemény a híváshoz szükséges feltételek megteremtéséhez. Jó lenne pl. a híváskezdés előtt törölni a recent app listát, de ezt csak úgy lehetne, hogy a híváskezelőből a Robotot hívnám meg. Most nálam nincs alapértelmezett hívóalkalmazás. Minden hívás előtt meg kell adnom, hogy mivel indítom. A Robotban viszont meg tudnám határozni a feltételeket, amik alapján a különböző hívóalkalmazásokhoz irányítaná a hívást. A hívás persze csak egy példa, lehetne ugyanígy egyéb feladatköröket is említeni. Minap 10db névjegyet akartam helyi tárra menteni. Tévedsz, ha azt gondolod, hogy adott a rendszer olyan alkalmazást, amivel ezt normálisan meg tudtam volna tenni.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2000 üzenetére
Két verzióra gondoltam, amiből az egyik csak hívásnál működik. Most van egy alkalmazás, ami egy CALL intentet indít (legalábbis úgy gondolom). A kijelölt hívóalkalmazás a Robot lenne, ami viszont nem CALL -t hajtana végre, hanem a hívószámhoz tartozó parancsot. A különböző hívásmódokhoz nyilván különböző szám kell. Ez eddig kísértetiesen hasonlít a jelenlegi megoldásra, de mégis van egy nagyon jelentős különbség. Nem kell hozzá kimenő GSM hívás, vagyis az arra nem képes eszközökön is működne. Mert jelenleg hiába tudok telefonálni mondjuk egy Tab -bal, vagy miniPC -vel, mivel nem GSM a hívás, ezért a Robotparancs eseménye nem következik be (kipróbáltam). El lehetne másképp is kapni, de az sokkal lassabb lenne, mint a GSM verziós.
Ha kihagyjuk a hangparancsos dilimet az egyenletből, akkor úgy néz ki a dolog, hogy az Android névjegyzékből indítva a hívást, nem tudom automatizálni a használni kívánt alkalmazás kiválasztását (mondjuk van wifi=VOIP, nincs wifi=GSM). Ahhoz ugyanis a Robotnak kéne előbb tudomást szereznie a hívási szándékomról. Most viszont csak kullog az események után. Ugyanez a helyzet, ha jözvetlenül VOIP -hívást indítok. Tapasztalat, hogy annak nem célszerű kevés rammal nekifutni. Ezért jó lenne, ha a Robot előbb elvégezné a szükséges műveleteket és csak aztán indulna a hívás.A másik, amire gondoltam, az egy köztes alkalmazás, egy segédprogram, ami az alkalmazás választó menükben jelenne meg. Ha ott ráböknék a Robotra (a segédalkalmazásra), akkor feldobja a parancsokat én meg kiválasztom, hogy melyiket hajtsa végre a megosztott adatokkal. Esetleg opcionálisan lehetne a Roboton belül alapértelmezni a végrehajtandó műveletet, adattípusoktól függően. Egy svájcibicska, egy mentőöv lehetne olyan eseteknél, amikor az Android nem akarja azt csinálni az adattal, amit a user szeretne. Pl. ha QR -kódban van egy koordináta, akkor azt az offline naviban is lehetne használni, amit most "valamiért" minden áron a térkép alkalmazásban szeretne megnyitni.
-
#79335424
törölt tag
válasz Armahun #2002 üzenetére
Tamás!
Értelmezhető a "kijelző egy ideje kikapcsolva" esemény, "alkalmazás fókuszban" feltétellel? 5 perccel a képernyő kikapcsolás után a Robot kikapcsolja az adatkapcsolatot. Azzal szeretném finomítani, hogy ez csak akkor történjen meg, ha villanyoltáskor nem voltam benne vmiben (mondjuk Maps, vagy letöltésvezérlő), tehát a Launcher volt fókuszban.
-
#79335424
törölt tag
válasz bartatamas #2005 üzenetére
Köszönöm! Az nem volt egyértdlmű, hogy lezárt képernyőnél van -e egyáltalán fókuszban levő bármi és ha igen, akkor az a launcher, vagy mondjuk a lockscreen.
-
#79335424
törölt tag
válasz bartatamas #2010 üzenetére
Sajnos, ez sokmindenre igaz. Úgy látom, hogy Samu nem jó partner az automatizálásban. Pl. ennél az adatkapcsolat kapcsolgatásnál azt tapasztalom, hogy többnyire működik, de néha, kijelző feloldás után nincs mobilnet. Ránézek a rolón a Samu kapcsoló widgetre és zöld alatta a jelzés, tehát aktív. De ez megtévesztő, mert a widget úgy ki van fagyva, mint a pinty. Semmi reakció. Be kell lépnem a beállítások -> adatkapcsolatba, ott kikapcsolni, majd újra be.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz #79335424 #2012 üzenetére
Kicsit jobban brlemélyedve, találtam user errort. Viszont
Tamás!
Lehet, hogy majd szükségem lesz a segítségedre, mert a történet szerint lefutott egy nem létező parancs. Volt közben átnevezés és lehet hogy ez kavar be. Viszont ez akkor sincs rendben. Csinálok egy rebootot, aztán meglátom, hogy helyreáll -e a rend.
-
#79335424
törölt tag
Tamás!
Nekem úgy tűnik, hogy a Robot nem tud védekezni felhasználói ostobasággal szemben. Enged létrehozni különböző tartalmú parancsokat, azonos névvel, viszont bele tud zavarodni. Észrevettem a hibámat, az egyiket átneveztem. Átneveződött a másik is. Töröltem, törlődött mindkettő. Létrehoztam újra, más nevekkel. Ekkor történt az, hogy a történet szerint lefutott a létrehozott új parancs és a már törölt, nem létező, régi is. Robot újraindítás helyett rebootoltam. Ezzel eltűnt a törölt parancs és helyreállt a rend. Persze, amit szeretnék, az továbbra sem működik, de sztem erről már nem a Robot tehet. De sztem ezzel kéne kezdeni vmit, mert így kalamajka lehet belőle. -
#79335424
törölt tag
válasz bartatamas #2019 üzenetére
Azt nem tudom, viszont amióta volt az a hiba, azóta kizárólag nagybetűs, ékezet nélküli parancsneveket használok.
-
#79335424
törölt tag
válasz bartatamas #2036 üzenetére
Azzal csak az a gond, hogy Apple feeling. Eszi, nem eszi, ez van. Sajnos, nálunk a normális nethez nem lehet hozzájutni hanghívásos SIM -mel. Adatkártyával meg a GSM hívószám bukó. Marad a dual SIM. A Google a tárhelybővítést sem preferálja. Nem is a plusz hely, hanem a recovery -ben végrehajtható adatátvitel miatt hiányolom. Bár ez talán megoldható másképp is. Minap észrevettem, hogy nem csak memóriakártya csatolására van mód, hanem usb -n csatlakoztatott meghajtót is lehet mountolni recovery -ben (persze custom recovery -vel). Onnantól már az Aroma fájlkezelő tudja használni. Kíváncsi lennék rá, hogy Nexusokon működik -e. Elvileg nincs akadálya.
[ Szerkesztve ]
-
#79335424
törölt tag
Most próbálgatok egy recent app kill Xposed modult. Szeretném rávenni, hogy működjön együtt a Robottal. Mérsékelt a siker, mert eddig csak kilőni sikerült vele a Robotot. Szóval egy gyártó által belefaragott megoldás is símán tud ilyet produkálni. A Sony -ról meg tudjuk, hogy nagy "faragómester".
-
#79335424
törölt tag
Tamás!
Lenne két. kezelést segítő ötletem.
1. A történetben, a parancsokra bökéshez most nincs semmi definiálva. Lehetne, hogy rábökve, ahhoz a parancshoz ugorjon a parancsablakban?
2. Ha egy parancshoz új műveletet adok, akkor azt a végére teszi. Aztán lehet mozgatni. Lehetne a abban a mozgató opciós menüben egy "tedd legfelülre" lehetőség?Hosszú távon sztem az lenne az ideális, ha az esemény és a művelet ablakok sorszámozva lennének, a rendezéshez pedig olyasmit gondolnék, mint a Dolphin könyvjelző szerkesztője, vagy a médialejátszók listaszerkesztője. A művelet ablakának jobb szélén három vonalka, amire hosszan nyomva feljebb, vagy lejjebb csúsztatható az adott művelet, majd két másik közé "ejtve" lehetne átpozícionálni.
Azt csak halkan jegyzem meg, hogy a parancsablakban most nincs lehetőség a parancsok sorrendjének variálására. Mondjuk egyéni színnel ellátni a parancsneveket, vagy csoportonkénti megjelenítési lehetőség. Persze 8-10 parancsnál ez nem számít. De az előbb megszámoltam és mindenféle kísérleti próbálkozásokkal együtt, 62 tétel van a parancsablakban. Szűrő nélkül gyakorlatilag értelmetlen a parancsablak használata, mert azt sem látom át, hogy egy parancs, melyik project -hez tartozik.[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2046 üzenetére
Igen, ez jól hangzik. Kicsi a felület, fontos a jó kihasználás, most viszont sok a fölösleges infó. Ha egy megoldáson dolgozom, akkor ne lássak fölöslegesen más megoldásokhoz tartozó parancsokat. Még egy-két javaslat ehhez.
-Parancscsoport tiltása, mondjuk a fejlécben, vagy a csoportnevek felsoroéásában. Ha kidolgozás alatt van egy project, de nincs kész, vagy nem azon a készüléken lesz használva, akkor egyben lehessen az egész projectet deaktiválni. Vagy a kipróbálás idejére más projecteket deaktiválni, amik bekavarhatnának a tesztbe. Úgy, ahogy most egyes műveletek tilthatóak (nem tudom, hogy kinek az ötlete volt, de nagyon király).
-Komplett projectek (parancscsoportok) exportja/importja, egyben. Gondolom, ennek miértjéhez nem szükséges magyarázat.Ezt lehet, hogy csak én látnám hasznosnak, de azért bepróbálkozom vele. Tegyük fel, hogy ahogy korábban írtam, sorszámozva lennének a műveletek! Lehetne a "Robotparancs végrehajtása" műveletnek egy "n sorszám" opciója, ami az itt beírt sorszámú művelettől kezdődően hajtaná végre a parancsot. Mintha a megelőző műveletek tiltva lennének. Vagy, ugyanez, másképp:
1. Robotparancs műveleteinek tiltása -> Parancs neve -> műveletek sorszámai
2. Robotparancs végrehajtása.
3. Robotparancs műveleteinek engedélyezése -> ....... -
#79335424
törölt tag
válasz Oldman2 #2050 üzenetére
Szerintem is. El tudok fogadni bármilyen változtatást, ha az opcionálisan ki/be kapcsolható. De a Robot által használt eseményvezérlés számomra sokkal logikusabb. Tény, hogy melósabb, mivel egy állapot kiváltó és megszüntető eseményét is definiálni kell. De erre mindenképpen szükség van, legfeljebb a program elvégzi helyettem a definiálást. DE!
1. Állandóan figyelnie kell az állapotot -> erőforrás
2. Belépek a szobába = a szobában vagyok = bekapcsol a mittudoménmi. Miért következik ebből, hogy ki kell kapcsoljon, ha megszűnik a "szobában vagyok" állapot? Majd azt én tudom, hogy mitől kapcsoljon ki!
3. Ha két eseménnyel definiálok egy közöttük levő állapotot és ezen állapot közben történik még egy esemény, akkor az max. az állapot eredeti lezáró eseményének tesz keresztbe és nem tud véget vetni az állapotnak. De két pillanatnyi esemény csak egymás után következhet be, ezért nem akadhat össze két parancs. Két állapot viszont lehet azonos időben. Ha ezekhez egymásnak ütköző műveletek tartoznak, akkor baj van. Ha jól tudom, Taskerben van vmi belső prioritási sorrend, hogy ne legyen error. Robotban ilyen eleve nem fordulhat elő. Ugyanakkor megvan a lehetőség állapot monitorozására (pl. esemény -> adott helyen vagyok). -
#79335424
törölt tag
válasz bartatamas #2053 üzenetére
Láccik, hogy nem vagyok programozó.
Tulképp ezt most is meg lehet oldani. Létrehozok két parancsot és az egyikből kihagyom a tiltandó műveleteket, aztán a "Robotparancs végrehajtása" műveletben szükség szerint vagy az egyiket, vagy a másikat adom meg. -
#79335424
törölt tag
válasz bartatamas #2057 üzenetére
Hö! Hát megy ez nekem! Pedig gőzöm sem volt arról, hogy még az eljárás-orientált szemléletet is megvalósítom. Adjatok egy E-Robotot és megvalósítom a bármit! Még akkor is ha nem is tudok róla!
-
#79335424
törölt tag
Jelentem, van értelme a "kijelző egy ideje lezárva" eseménynek, "alkalmazás fókuszban" feltétellel. Időnek 5 percet állítottam be, alkalmazásnak a Launcher -t, tesztműveletnek hanglejátszást. Csak akkor szólt, ha nem volt semmi más alkalmazás fókuszban, úgyhogy müxik a dolog. Ráadásul tegnap óta minden kijelző bekapcsolásnál megjelenik az adatkapcsolat, úgyhogy működőképesnek tűnik az elképzelés. Eddig átlagosan 1%/óra töltéscsökkenésem volt készenlétben. Ez most kb. a felére redukálódott.
-
#79335424
törölt tag
válasz #79335424 #2062 üzenetére
Lóf..t működik! Persze, hogy egy fontos mél ragad be, mert kifagy ez a fostalicska, én meg nem veszem észre küldéskor, hogy nincs netem. Gyűlölöm a Samu kontárkodásokat! Az összes plusz feature megoldható lenne stock Androidon is, viszont nem lennének ilyen szarságok.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2079 üzenetére
A buborék és az értesítési nálam működik. A dialógust nem próbáltam
-
#79335424
törölt tag
válasz bartatamas #2081 üzenetére
Kipróbáltam. Tévedés. A buborék hosszabban jelenik meg, mert megy a híváskezelő fölött. A dialógussal bepróbálkozik a Robot, egy pillanatra meg is jelenik, de a bejövő hívás activity -je úgy lesöpri, mint a huzat. Vagy várakoztatnom kéne, amíg bejön az activity?
Update:
Ez az! Bingó! Meg kell várni a híváskezelő megjelenését és utána kiíratni a dialógust.[ Szerkesztve ]
-
#79335424
törölt tag
Áhhh, dehogy! Pár eccerű kattintás. Persze extrák nélkül.
Új parancs (adsz neki egy fantázianevet)
Esemény: Kapcsolat -> Bejövő hívás (telefonszám)
Művelet1: Vezérlés -> Várakozás (2000 msec)
Művelet2: Egyéb -> Dialógus ablak megjelenítése (bepötyögöd a megjelenítendő szöveget)Alul, a floppy ikonnal mented a parancsot. Ennyi. Persze lehet másképp is, meg extrázni is (pl., hogy csak az asszony első bejövő hívásánál jelenjen meg).
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2085 üzenetére
Ennyire nem mélyedtem bele. De bezárni biztos lehet. Bocs, most mennem kell gályázni!
-
#79335424
törölt tag
Tamás!
Megint támadok. Lehetne Robotban kezelni alkalmazások alapértelmezéseit? Ennek a kezelése elég rosszul sikerült az Androidban. Miért nem tudom alapértelmezetté tenni az alapértelmezés nélküli állapotot? Miért kell minden egyes alkalommal külön kiválasztanom a "csak egyszer" -t ahelyett, hogy csak az alkalmazásra böknék? Mondjuk a nyomvatartásnál felugró menüben lehetne megadni az alapértelmezést. Na, mindegy. Szóval, mondjuk a "van wifi kapcsolat" eseményhez társítanám az "alapértelmezett alkalmazás kijelölése" -> Skype műveletet. Ha a tárcsázóból indítanék egy hívást, akkor a rendszer már nem tenne föl kérdéseket. Közvetett módon tulképp most is meg lehet trükközni úgy, hogy megnézem a rendszer által felajánlott hívóalkalmazásokat és a példánál maradva, a Skype kivételével a többit tiltom a tárcsázó fókuszba kerülésekor. De ahogy Te írnád, ez nem szép megoldás. Ráadásul a többi addig használhatatlanná válna. Ezért lenne jó az alapértelmezésekkel operálni.
-
#79335424
törölt tag
válasz bartatamas #2095 üzenetére
"Persze ahhoz, hogy ez működjön a Robotnak kell lennie az alapértelmezettnek és neked megoldani hogy máshová forwardoljon különböző esetekben."
HÁT EZ AZ! Pontosan erről nyafogok egy ideje. Boldogan megtenném, de hogyan? Csak azt tudom alapértelmezett hívóalkalmazássá tenni, amit a rendszer felajánl híváskor. Ugyanez a helyzet a megosztásoknál. Ha azokban a listákban nincs benne a Robot, akkor hogyan tegyem alapértelmezetté? Ahhoz Neked kéne valamit varázsolnod, hogy a rendszer úgy gondolja, hogy a Robot egy lehetséges alternatíva a tárcsázónak, vagy a névjegyzéknek a hívás intenthez.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #2098 üzenetére
Sztem sehogy. Egy esemény nem tud véget érni, mivel egyetlen pillanata van. Ez az esemény alapú vezérlés lényege. Ami végetér, az az állapot. Egy állapot mindíg két esemény között van. Kell egy folyamatlezáró parancs, amiben definiálod, hogy véget ért az állapot és beállítod hozzá az elvégzendő műveleteket.
-
#79335424
törölt tag
válasz zeon.hu #2104 üzenetére
Sztem ezt Te sem szeretnéd. Ha fókuszba kerül, arról a rendszertől értesül. Ugyanígy arról is, ha kikerül a fókuszból. De honnan értesülne arról, hogy fókuszban van? Azt csak úgy tudhatná, ha állandóan monitorozná, figyelné az állapotát. Ez viszont erőforrást igényel. Arról nem is beszélve, hogy mi történne akkor, ha te elfeledkezel erről a parancsról és készítesz egy másikat, amiben a Robotnak vmi mást kellene csinálnia. Mondjuk van egy hangprofil, ami addig van érvényben, amíg az alkalmazás fókuszban van. Igen ám, de közben eljön mondjuk 22 óra, amikorra Te egy csendes hangprofilt állítottál be. Máris ütközik a két utasítás. Ilyenkor mit kéne tegyen a Robot?
[ Szerkesztve ]
-
#79335424
törölt tag
válasz zeon.hu #2106 üzenetére
Ezt nem teljesen értem. De erről eszembe jutott vmi, ami lehet, hogy összefügg ezzel.
Tamás!
Lemaradtam vmi beállításról, vagy a Robot végleg elvesztette azt a szokását, hogy a notibár ikonról belépve, az utolsó használt funkciója nyílik meg? Szándékosan történetről léptem ki, hogy ha vmi nem stimmel, akkor azonnal lássam, hogy lefutott -e egy parancs. Most viszont először mindíg a parancsok ablakba lép.[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2112 üzenetére
Wow! Köszi!
-
#79335424
törölt tag
Szia Tamás!
Írtam, hogy bizonytalan a képernyő bekapcs. után a mobiladat aktiválása. Kipróbáltam, hogy mi történik, ha a közvetlen Robotművelet helyett, a Sec. Settings -ben levő mobiladat kapcsolást használom. De nem tudtam tesztelni, mert közben frissítettem a Robotot és azóta képernyő bekapcsoláskor egy error buboréküzenet jelenik meg a Sec. Settings -től, hogy nem hajtotta végre a konkrét műveletet. Történetben csak a lefutott parancsok vannak és a hibakövetésben sem látok semmilyen utalást. Mit tegyek? Log?
-
#79335424
törölt tag
válasz bartatamas #2144 üzenetére
Ide is beírom. Robotfrissítés után meg kell nyitni, aztán még kell egy reboot.
Zeon.hu:
Ha az értrsítésit átállítod, akkor azok változnak, amik azt az alap értesítési hangot használják. Vannak olyanok, amiknél saját hangot tudsz beállítani. Tudomásom szerint ezek a média hangsávot használják.[ Szerkesztve ]
-
#79335424
törölt tag
Szia Tamás!
Szeretném egy kicsit fejleszteni a QR kódos projectemet. Arra gondoltam, hogy tesztként a kódot kinyomtatom egy etikettre, amit ráragasztok egy hűtőmágnesre és a magnetométer eseménnyel indíttatnám a kódolvasót. Megnéztem Elixírben, hogy ha a hűtőmágnest közelítem a teló tetejéhez, akkor a szenzor sárgás színű, alap jelszintje, egyszer csak zöldre vált. Tehát egyértelmű az érzékelés. De hogy tudom ezt az infót a gyakorlatban, Roboteseményként használni? Melyik rublikába, mit kéne beírnom a magnetométer eseménynél?
-
#79335424
törölt tag
válasz bartatamas #2149 üzenetére
Köszi!
Az elméletet értem, de a gyakorlat az egy egészen más dolog. Hogyan is megy ez? Ott van egy alsó, meg egy felső küszöbérték, valamint a "csak intervallumba belépéskor". Ezekkel mi a teendő és egyáltalán honnan olvashatnék ki bármilyen értéket? Az Elixírből? Ott van három érték, aminek a változásaiban jelenleg nem sok összefüggést látok. Melyik érték, mit jelent?
Na, aztán ezek a változók! Ki az a length és hova megy ki? Jó, ez azért túlzás, mert értem, hogy egy küszöbértéket kell figyeltetnem, de hogyan? Készítsek egy változót? Mi legyen benne? Húúú de nem megy ez nekem és ez húúú, de zavar![ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2151 üzenetére
Wow! Köszi! Ezek nagyon hasznos infók! Az nem volt meg, hogy az a három adat a vektorirányonként mért erősség. Így már az is világos, hogy miért van x,y,z változó lehetőség (mert eddig erre is volt nálam fejvakarás). Ha értek vmit, akkor tudom használni, variálni. Ha nem értem, akkor max. másolni tudok. Az meg nekem kevés. Már írtam Neked korábban, hogy a változókkal nem az elmélet miatt állok hadilábon. Tökéketesen értettem most is, amit írtál (legalábbis az elméleti részt). A probléma a gyakorlati kivitelezéssel van. Írok egy példát. Múltkor tökéletesen vágtam, hogy a "kijelző kikapcsolva" eseményt kell használnom, "A" alkalmazás fókuszban, "VAGY" "B" alkalmazás fókuszban eseménnyel. Ennek ellenére, csak harmadikra sikerült az operátorokat és az értékeket úgy és olyan sorrendben megadnom, hogy a Robot is úgy értse, ahogy én szeretném. Ha ránézek egy általad küldött mintára, akkor rögtön látom és értem, hogy mi, micsoda és miért van ott. De amikor nekem kell létrehozni, akkor nagyon nyögvenyelős és hamar felmegy a pumpa. Rosszul viselem a szerencsétlenkedést (a sajátomat is). Olyan ez, mint az autóvezetés. A mazsola is pontosan tudja, hogy mit kéne. Csak a hogyannál akad el. Ilyenkor a legapróbb dolgok is félre tudják vinni az embert. Pl. Rólad már tudom, hogy angolul használod a telót és ezért gyakran a kifejezések angol megfelelőjét írod. Tudom, hogy ez Neked fel sem tűnik, de ne tudd meg, hogy a pár év alatt, hányszor állítottam át angolra a telómat ahhoz, hogy pontosan értsem, amit írsz. Ezt a szösszenetet csak azért írtam, hogy értsd, azok a logikai sorrendek és összefüggések, amik Neked, programozónak természetesek, azok nekünk totál kifacsartak és ezért még akkor is nagyon nehéz így helyesen megcsinálni egy parancsot, amikor egyébként értjük, hogy mit kéne.
-
#79335424
törölt tag
válasz bartatamas #2151 üzenetére
Próbálkozom erősen, de még nem akarja az igazat. Amit a példával le lehet tölteni, azzal nem jutottam előrébb, csak a kérdések szaporodtak tőle. Pont a lényeg hiányzik belőle, vagyis a" >20" feltétel. Vagy, ez maga az, amit oda értéknek beírok? Delta nélkül egy alsó küszöbérték, deltával pedig az eltérés az előzőhöz képest? Nem tűnik logikusnak, mert nem lehetne vele definiálni az összes lehetőséget.
Pl. azt, ha a delta értéket csak az egyik tengelyre szeretném alkalmazni. Mert ha jól értem, amit a szenzor működéséről írtál, akkor azt is meg lehetne csinálni, hogy ha otthon, az ajtóra rakom a hűtőmágnest, akkor ha a telót függőlegesen húzom el előtte, akkor bekapcsolja a wifit, oldalirányú húzásra pedig kikapcsolja. De hogyan definiálhatnám csak az x, vagy y tengely nagymértékű változását? A +/- értékek itt irány, vagy mennyiségi (jelerősség, erőzavar) eltérést jelentenek? Ha csak mennyiséget, akkor gondolom, az azonos tengelyen történő változás irányát nem lehet megkülönböztetni. Tehát ugyanaz a növekedési/csökkenési érték lesz, fenntről le, vagy lenntről fel irányú változás esetén.
Ha jól értem, amit írtál, akkor, ha nem definiálom tengelyenként az eltérést, akkor az Elixírben, bármelyik tengelyre vonatkozó változást lehetne alapul venni a Robot delta értékéhez, mivel az esemény bekövetkezik bármelyik tengely deltaértéket meghaladó változása esetén?[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2155 üzenetére
Úgy tűnik, hogy szinte minden részletben félreértettél. Megpróbálom magyarázni a bizonyítványom. Egy alkalmazásnál sztem az az ideális, ha van egy gyors, könnyen kezelhető beállítási lehetőség az eccerű usereknek és van un. "haladó beállítások". A Robot is ilyen és ezt nagyon szeretem benne. Abban teljesen igazad van, hogy aki a haladó beállításokkal akar vmit megoldani, az tanulja meg, hogy mi, micsoda és hogyan működik. Egyáltalán nem gondolom, hogy a magnetométer eseményt bonyolítani kellett volna pl. a tengelyekre vonatkozó paraméterezésekkel. Csak megláttam az x,y,z változót és sztem teljesen természetes, hogy egy Robot -fan azonnal elkezd azon agyalni, hogy mi az és hogyan lehetne használni. Ha nem ismerem a lehetőségeket, akkor kihasználni sem tudom őket.
Viszont sztem én most nem akartam mást, mint amit egy eccerű user akarhat a magnetométertől. Tudtam, hogy van egy jó szenzormonitor az Elixírben. Kipróbáltam és tökéletesen működött. Kiírt alul konkrét adatokat, amik egy profinak biztosan sokatmondóak, de én nem értettem és nem is akartam nagyon belemerülni. Nem kellett más, mint hogy jelzi/nem jelzi a mágnes közelségét. Láttam, hogy ha odatartom, akkor a sárga jel zöldre vált, ha elveszem, akkor megint sárga. Kírály! Kell ennél több? Sínen vagyok. Dobok egy magnetométer eseményt a Robotban, hogy amikor a sárga (false) zöldre (true) -ra vált, akkor hajtsa végre a műveleteket. A folytatás már ismert. OK, a delta/küszöbérték megadást értem. De oda be kell írni vmit. Eccerű user lát az Elixírben három ugráló értéket, amihez egyetlen változás tartozik (sárga/zöld). A Robot viszont csak egy értéket vár. Hmmm... Ha már az egyszerű user szempontjait nézzük, akkor sztem ez úgy lenne logikus, hogy az Elixír a három érték mellett kiírja azt az egyet, ami a Robotnak kell. Mellesleg még mindíg nem értem, hogy az az 1db érték tulképp micsoda. Ha nincs külön x,y,z -re megadva, akkor bármelyik tengely eltérése lenne? Vagy vmi eredő érték a három tengelyből számolva?
Ami az irányokat és a +/- értéket illeti, én azt a következőképpen értettem. Adott egy pozíció és egy hozzá tartozó jelszint. Tekintsük ezt alapnak. A változást irányát csak +/- értékekkel határozhatom meg akár mozgásról van szó, akár jelszintről. Egy koordináta rendszerben a föl/le, vagy a jobb/bal meghatározásnak nincs sok értelme. Szóval, ha a szenzor a mágneses tér változását figyeli egy tengely mentén, akkor két értékkel kell számoljon. A jelszint is egy +/- irányú értékváltozás és az irány is. De itt csak egy érték van. Ha ez mondjuk az "erőtér" nagysága, akkor a tengely mentén, bármely irányban halad el a szenzor a befolyásoló tárgy fölött, a változás görbéje ugyanaz lesz. De lehet, hogy az egészet rosszul gondolom, mert még az sem világos számomra, hogy egyetlen szenzorral, hogyan lehet 3tengelyre vonatkozó mozgásirányt és mágneses eltérést is meghatározni. Valami vagy erőteret monitoroz, vagy elmozdulást, de ez két, külön adat. Hogy lesz ebből egy? -
#79335424
törölt tag
válasz bartatamas #2157 üzenetére
Köszi! Nem tudom, hogy mi lenne a helyes küszöbérték, amitől biztosan nem fut le a parancs véletlenül, de biztosan lefut, amikor kell. Ezért gondoltam volna hasznosnak, ha az Elixír mutatná ezt a kiszámolt értéket is. Most egy buboréküzenetet állítottam be műveletnek, de félbehagytam a dolgot, mert közben hoztak egy kínai csodatelót, amiben 6,7GB ram van és 4.5.8 -as Androidot futtat. Ebbe muszály volt belekukkantani. Közben még tanulmányozom az implicit intentek és az intent filterek rejtelmeit is, hátha sikerül velük alkotnom egy olyan hívóalkalmazást, ami el tudja küldeni a Robotnak a szükséges broadcast üzenetet.
[ Szerkesztve ]
-
#79335424
törölt tag
válasz bartatamas #2159 üzenetére
Igen, már belenéztem a receiver -be. Most azt az infót kaptam, hogy az intent filterek határozzák meg, hogy egy alkalmazást megjelenítsen a rendszer egy feladathoz tartozó app chooser -ben. Úgy gondolom, hogy az adott alkalmazás egy implicit DIAL intentet küld. Erre dobja a rendszer az ablakot. Szóval akkor egy ehhez való filter kell a fogadásra szánt alkalmazásba.
-
#79335424
törölt tag
válasz bartatamas #2164 üzenetére
De meg is csinálnád? Mert akkor én nem küzdenék azzal, hogy egy köztes alkalmazást kreáljak, ha a Robot közvetlenül is tudná. Esetleg akkor megjelenhetne a többi share menüben is.
Új hozzászólás Aktív témák
- Fujitsu Lifebook E546 , 14" Kijelző, I3-6100U, 8GB DDR4, 128GB SSD, WIN 10, Számla, garancia
- Fujitsu Lifebook E544 , 14" Kijelző, I7-4712QM, 16GB DDR3, 128GB SSD, WIN 10, Számla, garancia
- Dell Latitude E6430, 14" HD+ Kijelző, I7-3720QM, 8GB DDR3, 320GB HDD, Nvidia 1GB, WIN 10, Számla,
- Dell Latitude E5540, 15,6" Kijelző, I7-4600U, 16GB DDR3, 500GB HDD, Nvidia 2GB, WIN 10, Számla, gar
- Dell Latitude E5540, 15,6" Kijelző, I5-4310U, 8GB DDR3, 500GB HDD, WIN 10, Számla, garancia
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs