-
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
- Dell Latitude 7320 i5-1145G7 16GB 256GB 1 év garancia
- Csak kipróbált Mini-Erőmű! Mini-PC Ryzen 7 7840HS 16GB 512GB 1 év garancia
- Dell XPS 13 9300 i7-1065G7 8GB 1000GB FHD+ 500nit! 1 év garancia
- iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS4598, 100% Akkumulátor
- Decathlonos 43-as boxcipő, alig használt, hibátlan állapotban
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


Mcrazy
Oldman2