-
Fototrend
Új hozzászólás Aktív témák
-
-
-
válasz
tachikoma
#1466
üzenetére
Pedig most pont utólag kiértékelő ciklust használsz a megosztott makródban, mert a Do/While az pont az.
A 4x2mp-nek semmi értelme, mert a képernyő ki művelethez hozzá van rendelve egy képernyő lezárva feltétel. Ha feloldottad a kijelzőt, akkor nem fut le.
Azt lehet finomítani, hogy a makró ne fusson le minden képernyő feloldásnál, de ha nem csinálsz vele semmit, akkor sem sok vizet zavar.
-
válasz
tachikoma
#1464
üzenetére
"- Nekem ujjlenyomattal nyílik a telefon, és nem rootolt. Mégis működik tök jól. Mondjuk ezt a "biztonsági házirend" dolgot nem vágom, nem biztos ,hogy nálam van ilyesmi."
Lehet, hogy ez csak amolyan Samsung sajátosság.
"ha előttem van az asztalon, akkor normál esetben (a makró nélkül) bekapcsolna a képernyő és lánám az értesítést egy (hosszabb) ideig. Így meg most csak egy másodpercig"
Akkor állítsd 2 vagy több mp-re a kikapcsolás előtti 750ms várakozást, ha hosszabban szeretnéd látni!
"- Azért raktam minden lépésben vizsgálatot, hogy azonnal megszakadjon a makró futása. Emiatt is daraboltam fel a hosszú várást több kisebbre és ezért is van értesítés meglétének kiértékelése a ciklustesztnél. Ha esetleg feloldom, ne akarjon még várni, kikapcsolni, bekapcsolni."
A "Képernyő ki" művelethez kellhet valóban a feltétel, de a várakozásokhoz nem, mert csak feleslegesen kér erőforrást az ellenőrzéshez. A 4x2mp - egymás után - ugyanolyan gyorsan megy végbe, mint az 1x8mp, ezért a darabolás felesleges.
"A "készülék lezárva" feltételre szerintem mindenképpen szükség van, különben jelen állapotában soha nem lép ki a ciklusból."
Rosszul fogalmaztam, mert én sem a ciklust vezérlő feltételre gondoltam, hanem a cikluson belül lévőre.
A Do/While-t állítsd át While/Do-ra és akkor biztos nem fog futni, ha közben feloldod a kijelzőt. A kettő között az a különbség (ezt már korábban Oldman2 is leírta), hogy a Do/While a ciklus végén ellenőrzi az őt vezérlő feltételt. Tehát a benne lévő műveletek az esemény hatására - egyszer - akkor is lefutnak, ha egyébként a ciklust vezérlő feltétel hamis. A While/Do - ellentétben az előbbivel - már az esemény bekövetkezésekor ellenőrzi a feltételt és ha az hamis, akkor nem fut le soha.
Ha pedig teljesen biztosra akarsz menni a képernyő feloldással kapcsolatban, akkor tegyél be egy "Képernyő feloldva" eseményt, ehhez pedig a műveletekben legelsőnek egy "Makró megszakítása - Ez a makró" műveletet, melynek feltétele: "Esemény aktív - Képernyő feloldva".
Próbáld ki a változtatást és szerintem nem lesz szükséged a Boolean változóra. -
válasz
tachikoma
#1460
üzenetére
Szia!
Jó az elképzelés, de van néhány észrevételem, amivel javítani/finomítani lehet a makrón. Remélem nem gond, ha megvitatjuk és talán másnak is hasznára válhat.Halkan jegyzem meg, hogy aki ujjlenyomatos feloldást használ és nincs root-olva a készüléke, annak ez a makró nem lesz jó, mert a MD a képernyő kikapcsolásával, annak lezárási folyamatát is eszközadminisztrátorként végrehajtja (függetlenül, hogy egyébként már le van zárva a készülék, csak a kijelzőt kapcsoljuk ki/be) és a biztonsági házirend ebben az esetben nem engedi az ujjlenyomatos feloldást.
1. A Do/While ciklushoz nem szükséges az "Értesítés létezik" feltétel, mert csak az "Értesítés érkezett" eseményre aktiválódik és amint feloldásra kerül a kijelző, megszakad a futása. Ezzel az utóvillogás is elkerülhető. Arra gondolok, ha valaki feloldja a kijelzőt, akkor úgyis megnézi az értesítéseket, ezek után pedig felesleges a kijelző újbóli villogtatása, a felhasználó zavarása a még nem olvasott üzenetekre.
2. Az összes 2mp-es várakozást kitörölném és a ciklus legvégén helyeznék el egyet 5-6mp beállítással. Ez a következőképp működne: Érkezik az értesítés, felvillan a kijelző 1mp-ig, kikapcsol majd vár 5 mp-ig. Ha ezalatt feloldásra kerül a kijelző, akkor megszakad a ciklus és vége a villogásnak.
3. A globális feltételeknél ( a makró legalján) az android autó-hoz szerintem nem kell NOT feltételt társítani. Elég az "Alkalmazás nincs előtérben" illetve "Nincs háttérben" feltétel.
Az én elképzelésem:
Szerk: Tulajdonképpen a ciklusban lévő műveletekhez kötött "Készülék lezárva" feltételekre sincs szükség, mert a ciklusban lévő jelen esetben kiváltja azt.
Új hozzászólás Aktív témák
Mcrazy
Oldman2- Bambu Lab 3D nyomtatók
- Otthoni hálózat és internet megosztás
- Döbbenetesen sok energia kell az érkező Nova Lake működéséhez?
- Zyxel NAS326
- Samsung Galaxy Watch8 - Classic - Ultra 2025
- Anglia - élmények, tapasztalatok
- Xbox Series X|S
- Milyen okostelefont vegyek?
- Kutya topik
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- Apple iPhone 13 - 85% Akku - 128GB - Független - Hibátlan
- HONOR Magic8 Lite 5G 512GB + CHOICE Cubuds - Gyári Bontatlan, 2028-ig garanciális
- HONOR Magic8 Pro 5G 12/512GB (Black) - Új, Kártyafüggetlen, 2029-ig garanciális
- HP ProBook 6560b, 15,6" HD+, i5-2520M CPU, 8GB DDR3, 500GB HDD, W10, Számla, garancia ( olvasd végi
- Lenovo Thinkpad L450, 14" HD, i3-5005U CPU, 8GB DDR3, 128GB SSD, W11, Számla, 1 év garancia ( olvas
- GYÖNYÖRŰ iPhone 13 Pro Max 128GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS4160
- 232 - Lenovo Legion Pro 5 (16IAX10) - Intel Core U7 255HX, RTX 5070 (ELKELT)
- BESZÁMÍTÁS! ASRock A520M R5 3600 16GB DDR4 512GB SSD RX 6600 8GB Rampage SHIVA Cooler Master 600W
- Beszámítás! Asus TUF A16 FA608UH FHD Gamer notebook - R7 260 16GB DDR5 512GB SSD RTX 5050 8GB
- 186 - Lenovo Legion 5 (15IRX10) - Intel Core i7-13650HX, RTX 5070 (ELKELT)
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest