Új hozzászólás Aktív témák
-
#79335424
törölt tag
Bocs, véletlenül átsiklottam, ezért nem válaszoltam. Külföldi használatra lenne, ahol húzós lenne a netes követés. Egy Androidos kütyü lenne elrejtve a járműben feltöltős kártyával és ha mozdul, akkor sms -ben küldi a koordinátákat egy térkép alapú navinak. Ha 5 percenként jelent, akkor az 12 sms óránként. Szerintem elenyésző költség a nethez és ahhoz az infóhoz képest, hogy hova vitték szétszedni az autódat/motorodat. A dolog most is működik, csak több alkalmazás kell hozzá, kényelmetlen a használat. Az E-Robot viszont egyébként is minden kütyümön alap.
[ Szerkesztve ]
-
#79335424
törölt tag
Nekem ez inkább híváskezelő bugnak tűnik. Ha fókuszba kerül, akkor a "közel" jelre kikapcsol a kijelző, de az alkalmazásban nincs definiálva, hogy kapcsolja vissza, ha a szenzor "távolra" vált. Szerencsétlen szenzor valószínűleg adja a jelet, csak az alkalmazás tojik rá. Ha szenzorkalibrációs gond lenne, akkor az minden alkalmazást érintene, nem csak a híváskezelőt.
[ Szerkesztve ]
-
bartatamas
senior tag
Szia,
Egyelőre nincs ilyen, belefejleszteném de nem vagyok biztos benne hogy kellene. Android 3.0 óta ugyanis nem a vágólapon több tétel lehet. Hogy működne a kifejezés ami visszaadja a vágólap tartalmát? Mindig az első elemét? Vagy összefűzve valamilyen szeparátorral az összeset?
-
bartatamas
senior tag
válasz Armahun #1980 üzenetére
Úgy kell használni hogy "elérhető". Ennyi.
Nem kicsit megtévesztő ez az elnevezés. Ez az eredeti Android elnevezés. Az "elérhető" ezt jelenti:
http://developer.android.com/reference/android/net/NetworkInfo.html#isAvailable()
A "nem elérhető"-t úgy kell érteni hogy nem azért nem elérhető mert a hálózat nem elérhető. Hanem már a lehetősége sem adott már (ki van kapcsolva a wifi például)
-
#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.
-
bartatamas
senior tag
válasz Armahun #2048 üzenetére
Igen, ilyenen is gondolkodtam. Ez nem valósítható meg a mostani esemény -> művelet típusú parancsokkal.
Vagyis most ha valami esemény kiváltódik (wifi bekapcsol) akkor meg lehet mondani mi történjen (mobilnet kikapcsol).
Ehhez új lehetőséggel egészíteném ki a programot állapot -> állapot, belépő művelet, kilépő művelet
Itt meg lehetne mondani hogy ha fennáll az adott állapot (wifi be van kapcsolva), akkor milyen állapotot őrizzen meg (mobilnet legyen kikapcsolva) és hogy miket csináljon ha bekerül egy állapotba vagy ha kikerül innen.
Ez utóbbi eset (én állapotvezérletnek hívom) könnyebben használható mint a mostani (eseményvezérelt), hátránya viszont hogy kevesebb dolog oldható így meg. Éppen ezért választottam az eseményvezéreltet induláskor, mert több dologra képes.
-
#79335424
törölt tag
válasz Armahun #2776 üzenetére
Az események mindíg "vagy" kapcsolatban állnak egymással. Ha két eseményt adsz meg, akkor bármelyik teljesülése indítja a parancsot. Ebben az esetben ez a képernyőzár feloldása, vagyis a felhasználó jelen van. Ha más kapcsolatot szeretnél, akkor vagy az eseményhez kell feltételt adni, vagy az első műveletnek a parancs megszakítását feltétellel, vagy első műveletnek egy másik, tiltott parancs engedélyezését, aminek az eseménye a másik esemény, utolsó művelete pedig saját maga tiltása.
zho-lee:
Sajnos, Samukon sokminden másképp működik. Pl. ha kikapcsolt kijelzőnél a teló nem frissít cellainfót, vagy nem indít Wifi keresést, akkor a Robot sem értesülhet a változásról. Meg kéne nézni a történetben, hogy indult-e ilyen parancs. Esetleg a router ki/be kapcsolásával előidézni a hálózatba lépés eseményt és figyelni a reakciót. Ugyanezt meg lehet ismételni úgy, hogy a teló töltőn van (az én Samum nem ment DS -be töltés közben). De nekem az a gyanúm, hogy a kikapcsolt kijelző lesz a ludas.[ Szerkesztve ]
-
bartatamas
senior tag
válasz Armahun #2776 üzenetére
Szia,
Igen, ezt mindenképp meg kell érteni a programmal kapcsolatban hogy az események pillanatnyi történések, nem állapotok. Nem összefűzhetők. Ha egy parancsnál több esemény van akkor bármelyik bekövetkezik a parancs végrehajtódik, nincs az események között kapcsolat, de nem is lehet. Pont azért mert időben eltérő dolgokról van szó.
A konkrét példában is, bármikor lehet a nem fogadott hívás és utána bármennyi idő eltelhet a bekapcsolásig. Az esemény biztos hogy a Felhasználó jelen van, ekkor kell valamit csinálni. Ez gondolom nem véletlen hogy eseményként elérhető, feltételként nem. A rendszer ugyanis tudja hogy éppen feloldod és tudja értesíteni a programot. Feltételt viszont csak akkor lehetne ebből csinálni ha bármelyik időpillanatban el lehetne ezt dönteni. A rendszer ezt biztos nem tartja nyilván hogy most miért van bekapcsolva a képernyő, felhasználó kapcsolta be valamikor vagy egy alkalmazás.
Na de visszatérve, az eseményhez hozzá lehet adni feltételként hogy kapcsolat / Van nem fogadott hívás. Az egyetlen probléma hogy nem tudod melyik az a szám. Most belefejlesztettem egy új kifejezést amivel le lehet kérdezni a nem fogadott hívások telefonszámait. Ha adsz email címet akkor elküldhetem. Ezután a parancs úgy nézne ki hogy: amikor felhasználó jelen van (esemény) és van nem fogadott hívás (feltétel) akkor hívja fel (művelet) a nem fogadott hívások közül az elsőt (kifejezés paraméter)
-
#79335424
törölt tag
válasz Armahun #2934 üzenetére
A Google merényletei miatt sajnos, az Android egyre kaotikusabb. Egyre kevesebb az olyan megoldás, ami minden droidon működik. Úgyhogy először tisztázzuk, hogy milyen teló (SOC), milyen Androidverzió? Ha már van benne wifi near, akkor az aktív, vagy ki van kapcsolva? A wifi hálózathoz automatikus csatlakozás ki van kapcsolva? Milyen wifi alvó mód irányelv van beállítva?
Egyébként a wifi kapcsolatoknál tudsz SSID -re és BSSID -re is szűrni.
[ Szerkesztve ]
-
Armahun
addikt
válasz Armahun #2937 üzenetére
Nem igazán akar jó lenni.
Kikapcsolni kikapcsol.
Ha kézzel kikacsolom a wifi-t rögtön vissza is kapcsolja ha otthon vagyok, de ha elmegyek és hatajövök, nem kapcsol vissza.Ha szerinted egy tárgy lehet Ő, akkor te is az vagy. Jó étvágyat evés előtt illik kívánni. A már evő embert ezzel étkezévében megszakítani igen nagy illetlenség.
-
bartatamas
senior tag
válasz Armahun #2945 üzenetére
Nem is igazán értem hogy miért kellene úgy működnie, szerintem normális hogy nem kapcsol vissza.
Ha ki van kapcsolva a Wi-Fi és hazajössz akkor a hálózati állapot nem változik, továbbra is "unavailable" marad, tehát nem váltódik ki az esemény.Szerintem mindenképpen a konfigurált hálózat elérhető eseményt kell ehhez használni. És csak egyetlen lehetőséget látok, nekem kellene belefejleszteni hogy ignorálni lehessen megadott hálózatokat. Megcsináljam ezt így?
-
bartatamas
senior tag
-
#79335424
törölt tag
válasz Armahun #3384 üzenetére
Emlékszem vmi ilyesmire, de úgy rémlik, hogy a Gmail problémás volt. De talán ilyen "hagyományosra" működhet, amit viszont lehet Gmail -be irányítani.
Oldman2:
Pl. SMS -nél sztem a "from" -ot kéne rögzítened egy saját (globális) változóba és aztán annak az értékére hivatkozni.[ Szerkesztve ]
-
darvinya
titán
válasz Armahun #3405 üzenetére
Erre már rájöttem rég.
Kérdésem pont emiatt lett feltéve.Ez még annyira nem is lenne gond, de azt az értesítőt lehetne kikapcsolni, ami állandóan ott csücsül a StatusBar-on.
Teljesen felesleges számomra, ráadásul annak megjelenítése plusz folyamat/energia.Made Robot by Robot −Xiaomi 12T Pro gyászruhás / '06 Focus kombi szürke
-
Armahun
addikt
válasz Armahun #3407 üzenetére
Hát nem találom sehol!
Az nem lehet, hogy egy régebbi verzióban benne volt ez a kapcsoló, csak valamiért egy frissítésnél kimaradt?
Ha szerinted egy tárgy lehet Ő, akkor te is az vagy. Jó étvágyat evés előtt illik kívánni. A már evő embert ezzel étkezévében megszakítani igen nagy illetlenség.
-
#79335424
törölt tag
válasz Armahun #3521 üzenetére
Igen, tudom. Eleinte engem is erdőbe vitt, de már csak mosolygok rajta. Az a vicc jut róla eszembe, amikor Bill Gates autója megáll az országúton és a sofőrje hátraszól, hogy sajnos, leállt a motor. Mire Gates:
-Semmi probléma. Akkor szálljunk ki, aztán üljünk vissza![ Szerkesztve ]
-
#79335424
törölt tag
válasz Armahun #4135 üzenetére
Én egyszer már bajba kerültem egy ilyennel, ezért először csak egy üres parancsot csinálnék, aztán egy másikat, ami rendszerindulás után tiltja ezt a parancsot és csak ezután kezdenék kísérletezni vele. Szóval, egy biztonsági parancs, nehogy kizárd magad a telóból. A visszazáró parancs elmélete pedig az, hogy az eseményed a kijelző bekapcsolva. A művelet pedig a kijelző ki, amihez hozuáadsz egy közelségérzékelő közel feltételt. Csakhogy, a dolognak van egy pár buktatója. Pl. mivan akkor, ha a teló a zsebedben van és a kijelző azért éled fel, mert van egy bejövő hívásod? Továbbá, nem minden gyártó veszi át ugyanúgy a lock aktiválását. Nem tudom, hogy most mi a szitu, de régebben az Androidban (tehát a Nexusokon) nem volt lock késleltetés. Pl. a Samsungokban viszont igen. Tehát, attól, hogy a Robot lekapcsolja a villanyt, még nem biztos, hogy a lock is aktiválódik. Szóval, az ilyen beavatkozásokat alaposan át kell gondolni, végigvenni az összes lehetséges szitut.
[ Szerkesztve ]
-
nagyúr
válasz Armahun #4135 üzenetére
ha rootold a telefonod és müködik az xposed keretrendszer akkor a gravitybox full verziójában az értesitések kezelésénél van olyan hogy zsebben hordás mód,az elvileg arra hivatott hogy megakadályozza a képernyő feléledését,viszont ha jól tudom a proximity sensor csak 1cm-ig tud kezelni dolgokat
tehát ha bármi ok miatt 1cm-nél nagyobb a távolság akkor érvényét veszti,ezért szerintem eleve csak úgy müködik ha a szenzor "takarási" tartománya 1cm-en belül van. -
#79335424
törölt tag
válasz Armahun #4139 üzenetére
Én még Basicet sem tanultam. MZ -ken, meg Zsigulátorokon nevelkedtem. Hamarabb építenék 200 lovas, driftelő Wartburgot, minthogy megírjak egy alkalmazást.
Értem a gondolatmennetedet, de sztem jó így a Robot. Már eleve, az eseménybe is tudsz "IF" -et rakni. Aztán ott vannak a változók, amiket szintén nagyon jól lehet alkalmazni. Pl. van egy egész szám változód, amit matematikai műveletekkel befolyásolsz. Alap értéke:0 Egy művelet után jön egy összeadás operátorral "+1".
Aztán, egy másik művelet után, megint +1. Egy másik parancsban tudod használni önálló eseményként az értékváltozást, vagy eseménynél és műveletnél is feltételként is a változó értékét (egyenlőség operátorral). Ha változó értéke =1, akkor egyik művelet, ha =2, akkor másik művelet. Ezt lehet a végtelenségig variálni (pl. </> operátorokkal). A műveletsor végén pedig egyszerűen visszaállítod 0 -ra a változó értékét és az egész kezdődik előlről. Azt vettem észre, hogy a többszörös feltételek eléggé lelassítják a Robotot. Eddig a parancs tiltásos/engedélyezéses folyamatok tűnnek a leghatékonyabbnak. A tiltott parancsok nem foglalnak erőforrást, nem számol velük a Robot, ezért nem is lassítják. Remélem, érted, hogy mire gondolok. "Vezérlő" parancsok, "egy lépéses IF" -ekkel, amik az "IF" -től függően más parancsokban definiált, egyszerű műveletsorokat tiltanak/engedélyeznek. A vezérlőparancsban használhatod a számértékes változókat.
Persze, ez is csak egy módszer a sok lehetséges közül. -
bartatamas
senior tag
válasz Armahun #4135 üzenetére
Szia,
Az biztosan nem jó ha a közelség érzékelőd berakod eseménynek. De pontosan le is írtad hogy kell csinálni:
"Azt szeretném elérni, hogyha bekapcsol a képernyő és a közelség érzékelő közelt jelez (zsebben van), akkor az app zárja vissza a készüléket."
Tehát az esemény a Képernyő bekapcsolás. (hogyha bekapcsol a képernyő)
Az esemény feltétele a Kisebb mint(Távolságmérő szenzor érték, 5). -
#79335424
törölt tag
válasz Armahun #4848 üzenetére
Ott szerintem egyenlőség operátorral kéne megadnod a szükséges infót. De, sztem az alapelgondolásod hibás. Az már régen rossz, ha a kicsöngésnél akarsz belenyúlni. Sztem akkor kell az alapértelmezett csengőhangot megváltoztatni, amikor a teló roamingba kerül, nem akkor, amikor roamingban csörög. Tehát nem feltétel, hanem esemény kéne legyen a roamingba lépés. A cella alapú helymeghatározásnál látok MNC és MCC kimenő változó értékeket. Az egyik a szolgáltató kódja, a másik meg az ország kódja.
-
#79335424
törölt tag
válasz Armahun #4850 üzenetére
Hááát... Találnék érvet arra is, hogy működni fog, meg arra is, hogy nem. Nem tudom, hogy a szolgáltató változás "provider" kimenője nem lenne -e jó. Vagy, ha a cella megváltozott eseményhez, tagadásba tett egyenlőség operátorral hozzáadod a korábban említett, országkódos feltételt.
Új hozzászólás Aktív témák
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC