-
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
- Liquid Freezer III 360 - használt, garancia: Alza 2031.02.16-ig - ALKUKÉPES.
- Asus Rog Strix G513 144hz Laptop Eladó!
- Mobil LTE hotspot router TP-Link M7200 V4 4G/LTE 150Mb/s,WiFi 2,4GHz 300M
- Four Connect Stage2 2x10mm2 prémium hangfalkábel Nakamichi banándugókkal
- ÚJ BONTATLAN MacBook Pro Air 13 - 16" Apple M1 M2 M3 M4 MAGYAR Billenyt AZONNAL DEÁK TÉRNÉL Átvehető
- GYÖNYÖRŰ iPhone 12 64GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3858
- PNY XLR8 CS3140 M.2 NVMe 4.Gen 1TB SSD
- BESZÁMÍTÁS! ASUS ROG Crosshair VIII Extreme alaplap garanciával hibátlan működéssel
- GYÖNYÖRŰ iPhone 12 Mini 64GB Black -1 ÉV GARANCIA - Kártyafüggetlen, MS2955, 100% Akksi
- REFURBISHED és ÚJ - HP USB-C/A Universal Dock G2 (5TW13AA) (DisplayLink)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest


Mcrazy
Oldman2
