- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Vodafone mobilszolgáltatások
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Yettel topik
- Huawei P30 Pro - teletalálat
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Telekom mobilszolgáltatások
Hirdetés
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
-
VR játék lesz az Alien: Rogue Incursion
gp Az év végén érkező program PC-re, Meta Quest 3-ra és PlayStation VR2-re érkezik a tervek szerint.
-
Igencsak szerény méretekkel rendelkezik az Aetina Xe HPG architektúrás VGA-ja
ph Az 50 wattos modellt beágyazott rendszerekbe, MI-vel kapcsolatos munkafolyamatokhoz és edge applikációkhoz szánták.
Új hozzászólás Aktív témák
-
Teasüti
nagyúr
válasz volvoguy #180 üzenetére
Egy exit task-ot még hozzáadnék a fényerő profilhoz, h set brightness 255*11%. Máskülönben nem csinál mást az idő lejártával, mint kikapcsolja az auto brightness-t (és onnantól nem tudom, h milyen értéket vesz fel).
Miután lefutott mondjuk a fényerő task, utána a rendszerbeállítás nem automatán van? Vagy a "nem történik semmi" alatt mit értesz?Amúgy nincs se fényerő szenzorom, se ICS-em. Ezek viszonylag egyszerű feladatok, nem tudom elképzelni, h ne mennének ICS alatt. Bár pár hibáról írtak már.
-
-
Teasüti
nagyúr
válasz volvoguy #230 üzenetére
Nem meríti az akkut.
Nem mindegy miket monitorozol a context-ekben - pl a gps-től nyilván leszopja magát az elem.
De ezek meg ugye nem a programból magából eredő terhelések, hanem hardveres.
A progi max csak akkor merít, ha beállítottál egy Task-nál ébrentartást és a Task meg nem végez a feladattal.
Mondjuk előtérben tényleg elgondolkodik a telefonom akár hosszú másodpercekre is mondjuk egy Log megtekintésekor, mentéskor, stb. De háttérben a terhelés elég marginális.Ez az összefűzés példa nem igazán "jött át".
Sok mindent lehet, max. ismerni kell a programozás alapokat hozzá.
Pl. wifi bekapcsolások számát figyeli, a számlálót naponta nullázza, és csak akkor szinkronizál, ha 1 az értéke. Lehet hivatkozni egymásra a Task-okban, ki-bekapcsolgathatsz profilokat, feltételesen indíthatsz Task-okat, elágazásokat csinálhatsz eképpen, ez mind csak attól függ, h te miket vagy képes kihozni mindabból, amire képes a program. -
mandras81
senior tag
válasz volvoguy #236 üzenetére
Azzal egy változó állapotához kötheted az adott esemény bekövetkezését.
Pl.: én csináltam két profilt, ezek egy általam megadott SCRLCK (screenlock) változó értékeit módosítják. Ha lezárom a képernyőt, akkor 2 értéket kap, ha pedig unlock-olom, akkor 1-et.
Mondjuk azt szeretnéd, hogy kikapcsoljon a WIFI, ha lezártad a képernyőt. Akkor csinálsz profilt, raksz bele egy task-ot, amiben kiválasztod a Net/WIFI OFF, és az IF-be beírod, hogy SCRLCK ~ 2, így csak abban az esetben kapcsolja ki a WIFI-t, ha a képernyő le van zárva (persze, ezt lehet úgy is csinálni, hogy a Profil Contextje-ként adod meg, hogy SCRNLCK ~ 2, és csak azt adod meg a task-ban, hogy WIFI OFF (IF nélkül), hiszen a Profil Context-je már magában egy IF feltételnek felel meg, de talán példának jó lesz a fenti.)
[ Szerkesztve ]
-
mandras81
senior tag
válasz volvoguy #238 üzenetére
Még nem csináltam ilyet, de gondolom annyi az egész, hogy létrehozol egy profilt, aminek az egyik context-je a State/Sensor/Orientation (Face Up - ha azt akarod, hogy "pofával" felfelé letéve a telefont kihangosítson - viszont, ez veszélyes, mert mindig ki fogja hangosítani, ha le van téve így a telefonod), a másik pedig a State/Variable/Variable Value (Value: %INCALL Op: matches Value: 2 - ez egy beépített rendszerváltozó, és azt jelzi, hogy hívásban vagy (2), vagy sem (1)).
Aztán létrehozol egy Task-ot, amibe berakod az Task/Audio/Speakerphone (On)-t, és érdemes egy exit task-ot létrehozni ugyanígy, csak ott Task/Audio/Speakerphone (OFF) legyen, így ha nem teljesül a profil két feltétele egyszerre, tehát a hívásnak vége, VAGY a telefon elmozdul vízszintesből, akkor kikapcsolja a speakert.Mondom, látatlanban írtam, úgyhogy próbáld ki, és teszteld!
Ha azt akarod, hogy mondjuk le van téve a teló, hívnak, kihangosít, de akkor is maradjon kihangosítva, amikor felvetted, akkor ahhoz át kell alakítani.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #244 üzenetére
Lássuk csak...
A variable változót jelent, ami programozásban is pont azt tudja, mint a matekban, hogy fel tud venni egy értéket. Esetünkben típusától függően lehet szám, betű, egyéb karakter és karakter lánc is (szöveg). Szerencsére a típusával nem kell foglalkozni, azt a Tasker magától eldönti a felvett értéke alapján. Ez annyiból fontos - hogy érthető legyen -, ha számot adsz meg, akkor szám típusú lesz, és miután deklaráltad (létrehoztad) a változót, utána ha lekérdezed az értékét, akkor a szám típusúnak mindig nulla lesz alapból, hiába nem adtál neki semmilyen értéket. A "szöveg" típusúak megmaradnak üresnek, amíg nem kapnak egy értéket.Na most a változókat feltételek vizsgálatakor szokás alkalmazni, például azt mondom, hogy kikapcsolom a wifit, ha a képernyő lezár. Ha ez bekövetkezik, akkor a %SCRLCK változó értéke felveszi a 2-t. Most hogy ezt hogyan, azt nem firtatjuk még az egyszerűség kedvéért (kolléga feljebb írt róla). Majd a feltételben (IF) megvizsgáljuk a %SCRLCK változó értékét, és attól függően végezzük el a feladatot, hogy mi az. Ha a feltétel igaznak bizonyul, akkor hajtódik végre az a parancs, amit feltételhez kötöttünk. Ha hamis az a feltétel (nem teljesül), akkor nem hajtódik végre a parancs és tovább lép a program a következő programsorra (sorban a következő lépés a Task-ban).
Így néz ki a feltétel: IF %SCRLCK = 2 akkor hajtsd végre a parancsot.
Kolléga feljebb ~ karaktert használt, ami annyit tesz, hogy "egyezik" (matches). Ez szöveges vizsgálatnál használatos, de számok esetén is lehet alkalmazni, de arra figyelni kell, hogy ilyenkor szövegesen vizsgálja a számokat is, nem pedig számként. (hogy ennek milyen gyakorlati buktatója van, arra most nem jut eszembe példa) De egy ilyen fajta így néz ki:
IF %SCRLCK ~ yes akkor blablabla. Vagyis itt a változónak egy adott karakterlánccal kell egyezni, ami természetesen szám is lehet (kivételek a kézikönyvben, azokat leszámítva ASCII karakterek lehetnek).Programozásban elterjedt, hogy az igaz és hamis állításokat 1-essel és 0-val helyettesítik, ahol az 1-es az igaz. Vagyis ha a képernyő lezár, akkor sokkal egyszerűbb a változónak megadni azt, hogy "1", mint szövegesen, hogy pl "igaz", "lock", "screen out", vagy bármi egyebet.
Viszont van aki úgy programoz, hogy nem 0-át és 1-est használ, hanem 1-est és 2-est, mivel a szám típusú változók lekérdezésekor akkor is 0-át mutatnak, ha egyébként nem adtál meg nekik semmilyen értéket. Van pár helyzet, ahol nem biztos, hogy ezt figyelmen kívül lehet hagyni, bár én még nem találkoztam ilyen feladattal, ahol gondot okozott volna. Ami engem illet, nekem megfelel az 1-es és 0 is, mivel többnyire csak azt vizsgálom a feltételeimben, hogy mikor lesz igaz. Azt nem vizsgálom, hogy mikor hamis. De ha te csinálsz majd olyan feladatot, ahol a hamisnak is szerepe lesz, akkor figyelembe kell venni ezt a jelenséget, mert becsapós lehet.Kreálhatsz ilyeneket; ha majd ráérzel a lényegére, akkor általuk egy egészen új világ nyílik meg a Tasker-ben és olyan feladatokat is meg fogsz tudni oldani, amiről addig talán azt se hitted, hogy lehetséges.
Mindig oda kell írni az elejére a százalékot, hisz az jelzi a programnak, hogy ez egy változó.
Ha használsz a nevében nagy betűt, akkor ún. globális változó lesz (nem muszáj csupa nagy betűnek lennie), ami azt tudja, hogy az egész programban bárhonnét hozzá tudsz férni, láthatod.
Ha csupa kis betűvel írod a nevét, akkor az lokális változó lesz, amit meg csak az adott Task-ban használhatsz, a többi Task nem látja (az egymásba ágyazott Task-ok sem látják). Ezt akkor szoktuk használni, amikor egy változóra csak addig van szükség, amíg lefut az adott Task és utána kukázható. Így nem fogja szemetelni a változó táblát (variables fül) fölöslegesen. Minél kevesebbet használsz, annál átláthatóbb marad.
A lényeg pedig, hogy változót a Variable Set paranccsal tudsz deklarálni és ugyanezzel a paranccsal tudsz neki értéket is adni. Vagyis inkább ezzel csak beállítasz egy értéket egy változónak, de nyilván ha az a változó addig nem létezett, akkor okosan létre is hozza a program.Ezeken felül vannak beépített globális változók (csupa nagybetűsök gyárilag), amelyek az Android rendszert figyelik főként.
%SCRLCK változó nincs alapból, azt a kolléga maga hozta létre egy profilban - pl. figyeli valahogy, hogy mikor zár le a képernyő (ne kérdezd, h hogy, ez nekem sem tiszta, hisz nincs rá context, ha jól látom) és ha lezárt, akkor task-ban csinál egy Variable Set %SCRLCK to 2 parancsot. (Hmm talán ő maga zárja le Tasker paranccsal, ami után meg simán deklarálja a változót, amíg fut az adott task)(#245) grabber
Egyrészt ez nem az a topik, ami neked kell, másrészt ez nem így működik gyárilag?
Én úgy gondoltam eddig, hogy az ismert hálózatok közül a legerősebbhez kapcsolódik.[ Szerkesztve ]
-
mandras81
senior tag
válasz volvoguy #266 üzenetére
"Még nem csináltam ilyet, de gondolom annyi az egész, hogy létrehozol egy profilt, aminek az egyik context-je a State/Sensor/Orientation (Face Up - ha azt akarod, hogy "pofával" felfelé letéve a telefont kihangosítson - viszont, ez veszélyes, mert mindig ki fogja hangosítani, ha le van téve így a telefonod), a másik pedig a State/Variable/Variable Value (Value: %INCALL Op: matches Value: 2 - ez egy beépített rendszerváltozó, és azt jelzi, hogy hívásban vagy (2), vagy sem (1)).
Aztán létrehozol egy Task-ot, amibe berakod az Task/Audio/Speakerphone (On)-t, és érdemes egy exit task-ot létrehozni ugyanígy, csak ott Task/Audio/Speakerphone (OFF) legyen, így ha nem teljesül a profil két feltétele egyszerre, tehát a hívásnak vége, VAGY a telefon elmozdul vízszintesből, akkor kikapcsolja a speakert."
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #268 üzenetére
Offhook nevezetű context kell neked az orientation mellé másodiknak. Hívásoknál keresd, azt most meg nem mondom, h event vagy state. Keresgélj! Aztán aktiválódik, ha mindkét context teljesül.
Amúgy nézted már a kreálmányaimat? Pl ezt is megcsináltam már és letölthetővé tettem.Szerk: nem kell ehhez exit task, mivel a speakerphone egy beállítás, amit visszaállít a Tasker, ha deaktiválódik a profil.
Változók használatára is láthatsz nálam száz példát, teljeskörű felhasználásra, sok-sok fejtörővel, amennyiben még csak most ismerkedsz a programozással.
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #309 üzenetére
Beállításokban van kalibráció, meg orientation accuracy is. Próbáld pontosabbra állítani, hátha.
Egyre több hibáról jelentenek az emberek különböző készülékekről, főleg ICS-el van sok probléma. Nagyon fura. Elvileg ennyi lenne az a profil, ahogy írtad, elképzelésem sincs miért nem megy, én még sosem tapasztaltam ilyen anomáliákat. Esetleg annyit megtehetsz, h bemásolod ide a profilod leírását - export description. (találsz erről infót a topikban)
Aztán átnézzük, h egyértelmű legyen. -
Teasüti
nagyúr
válasz volvoguy #357 üzenetére
És ez hogy lenne hivatott működni? Lefogom a képernyő felső részét, miközben nézem?
Erre csak bonyolult megoldás van, mégpedig a timeout állítgatása.
A Stay on parancs másra való, az azt az android fícsőrt kapcsolgatja, ami töltés közbeni képernyő elsötétedés felfüggesztésére szolgál.Így hirtelen nem is tudom hogy állnék neki.
Talán három darab profillal próbálkoznék:
- egyik a képernyő bekapcsolása eseményre reagál,
- másik a kikapcsolásra (képernyőzárra),
- harmadik meg végzi a tényleges szenzor monitorozást.Bekapcsoláskor élesíteném a monitorozó profilt, ami egy 30 másodperces ismétlő módú Time context lenne, mellé a proximity context. Task-nak pedig minden aktivációkor megnöveli a timeout-ot fél perccel. Ez addig folytatódik, míg az utolsó profil ki nem kapcsolja a monitorozó profilt. Esetleg ez utóbbi vissza is állíthatja alap értékre a timeout-ot.
Így az fog történni, hogy minden fél percben megnövekedik a timeout még mielőtt elsötétülne.
De amúgy nem egyszerűbb megbökni a képernyőt, mielőtt kikapcsol?
Amúgy én inkább megvárnám, míg lesz olyan app marketen, ami az előlapi kamerával figyeli a tekintetedet, mint most vmelyik új telefon beépített funkciója esetében.
szerk: de a faék egyszerűségű megoldás még mindig az, hogy App context-ben beállított progik futása esetén megnöveli az időt, majd kilépéskor visszaállítja. Nálam pl egy percből 5 perc lesz, amivel már kényelmesen lehet netezni, olvasni, stb.
Milyen egyéb ötleteid vannak?
[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #410 üzenetére
Még sose akartam két event-et berakni, kb nulla az esélye, h két instant esemény egyszerre következzen be.
A time context úgy működik, mint egy state, ha intervallumot adsz meg. Ez esetben a reggel és este között reboot után is le kell futnia az enter task-nak, ha intervallumon belül vagy és ha már betöltött a telefon és a Tasker (teljesítmény függő, nálam egy reboot után kb 2 perc, mire minden lefut, frissül, csatlakozik, su jogot kap és a profilok is aktiválódnak).Utána exit task-kal meg kikapcsolod az auto brightness-t és beállítasz egy fényerőt - külön-külön -, ha már magától nem állítja vissza. Ha ez sem megy, akkor ott vmi rendszer hiba lesz.
Mit csinálsz az értesítéssel?
[ Szerkesztve ]
-
LordRajZoL
aktív tag
válasz volvoguy #413 üzenetére
Az a gond hogy ahány teló, annyi rom
S ha nem is nagy az eltérés böven elég hogy átlag ember falnak szaladjon töleNotification-t nem teszteltem. Csak a Notify soundot szoktam használni hogy el ne felejtsek elindulni a buszra.
Késöbb meglesem csak most beáztam egy kicst
zZz
-
LordRajZoL
aktív tag
válasz volvoguy #417 üzenetére
Nekem modolt ICS s mükszik a device-boot paraméter
Teasüti nem semmi projekt, belemászok kivi vagyok a gps poziciot mennyire sikerült /Fixálni/
Nekem nem ad vissza cimet rendesen. Holott a térkép widget szerint utca szinten tudja hogy merre vagyok.
De volt ilyenem egy idöjárás widgetnél, ha lelöttem gps poziciót a programba akkor rögtön tudta merrre vagyok.zZz
-
Oldman2
veterán
-
Teasüti
nagyúr
válasz volvoguy #893 üzenetére
Az anomáliákat okozhatja rom hiba is.
(#891) fil
Első eseménynél beállítasz egy változót.
Másodiknál ahogy teljessé válnak a paraméterek, úgy létrehozod a bejegyzést.(#887) Oldman2
Secure Setting-el tudod kikapcsolni a lezárt képernyőzárat (ideiglenesen) és bekapcsolni a képernyőt.
Popup-nál ha a csúszkát a végére húzod, akkor nem tűnik el magától.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #901 üzenetére
Két külön profillal próbáld, mert:
-mi van akkor, ha egy csatlakozott kapcsolat szakad meg,
-vagy ha csak simán a bekapcsolva felejtett wifi-d marad úgy csatlakozás nélkül?
Ha ezt a két feltételt egy profilba rakod, akkor az ÉS kapcsolat miatt csak akkor aktiválódik, ha egyszerre teljesül minden definiált feltétel.(#899) fil
Ehhez nem tudok hozzászólni, nem ismerem azt a parancsot. Nem tudom milyen paraméterei vannak.[ Szerkesztve ]
-
Teasüti
nagyúr
válasz volvoguy #908 üzenetére
Akkor használd az enyém, ha nem tudod mit csinálsz!
Ha ismered a parancsokat, kiismered magad a programban legalább ennyire, tudod mire van szükséged és mi a célod, de mégse tudod összerakni, azon nem tudok segíteni.(#907) atillaahun
Nálam is visszaállítani felejti el néha, illetve paradox módon - nem is fut le az adott task - elállítódik a default android érték.Normál: hasonlóan a silent, work, home, stb.-hez, tehát a profil szó jelen esetben nem Tasker profilt jelent.
[ Szerkesztve ]
-
LordRajZoL
aktív tag
válasz volvoguy #910 üzenetére
Hát gondolom a szenzoros lekérdezések nem véletlenül vannak 10 percre rakva
Rendesen nyelhetik a villanyt
De teszteld, rengeteg telefon van rengeteg rommal
Pl enyém a lux értékét nem adja vissza bármit teszek, nem definiált változó lesz mindig
pedig arra akartam pakolni automata alvás profiltzZz
-
atillaahun
veterán
válasz volvoguy #910 üzenetére
Én próbálkoztam már a dologgal, nálam észrevehetően többet fogyasztott kikapcsolt képernyős szenzorfigyelésnél. Nem mondom hogy durván, de szerintem úgy egy 10%-ot kitesz az összfogyasztásból. Bár gondolom ez nagyban függ a készüléktől és rom-tól is, egy próbát megérhet. Bekapcsolod valamelyik szenzort, aztán otthagyod éjszakára, és máris meglátod mennyivel fogyaszt többet mint egyébként.
-
SSaki
csendes tag
válasz volvoguy #1419 üzenetére
2 profilt csinálnék. Az egyik amelyik 2 óránként ellenőrzi a Wifi jelenlétét és eredményét egy változóban tárolná. Ha van Wifi, akkor lefut a szinkron és a változó értékét 1-re állítja, ha nincs wifi, akkor nem fut le a szinkron és a változó értéke 0. És egy másik ami a WIfi-t megjelenésével, ha a változó értéke 0, akkor lefuttatna egy szinkront és átállítaná a változót 1-re.
Új hozzászólás Aktív témák
- Tudástár Tasker - AZ Android alkalmazás