K2T.eu :: Forum
WTW => Propozycje => Komunikator => Wątek zaczęty przez: Kaworu w Sierpnia 08, 2009, 08:48:54 am
-
Bo to może nie być jasne, dlaczego nasze triggery olewają ustawienia. ;p
Powiedzmy, ze ustawiliśmy sobie akcje na 5, 10 i 15 minut bezczynności. Wszystkie "przy stanie początkowym 'dostępny'". Teraz, pierwszy trigger zmienia stan na away, drugi na xa, trzeci na invisible. Kiedy wskoczy pierwszy zapamięta stan początkowy dla sieci i sobie oznaczy, ze został zapamiętany. Drugi wskoczy jeśli minie 10 minut, nawet jeśli nasz stan jest rożny od dostępnego, bo sprawdza czy wcześniejszy stan zapisał stan początkowy, podobnie z trzecim.
Druga sprawdza, jeśli nie ustawimy akcji "przywróć" na "wrócił", czy czegoś podobnego to wtedy aa się blokują po ich wywołaniu (póki ręcznie się nie zmieni stanu). Czyli nie było nas 7 minut, wskoczył pierwszy, ale ruszyliśmy myszą co zresetowało liczniki bezczynności. wiec drugi nie wskoczy po następnych 3minutach, tylko dopiero jak będziemy znów bezczynni przez 10 minut. (a pierwszy skoro już został oznaczony jako wykonany tez zostanie po 5 minutach olany). AA sie zresetuje w takiej sytuacji jak ręcznie zmienimy stan główny;
Poza tym jest nowa nightly, która poprawia kilka drobnych rzeczy* w działaniu całości i dodaje opcje (domyślnie włączoną) ze AA pracuje na wszystkich sieciach;
* "wszystkie online" - czyli nie "niedostępny" i nie "niewidoczny"
-
Hmm...
Może głupie pytanie, ale... gdzie w ogóle są ustawienia AA? :|
W opcjach "sieci" mam jeno taką dziwną, pustą ramkę (screen w załączniku)
-
Ale próbowałeś je kliknąć prawą mychą, prawda?
-
Nom, mam też wszystko pozaznaczane i dalej to samo... :|
Ho, eureka xD
-
(http://wtw.sajuuk.eu/wtwSCR/_wtw_00110.png)
I nic takiego się nie pokazuje? Jak to pole duśniesz PRAWĄ mychą?
-
Tak, już działa, wybacz.
-
Świat stanął na głowie, najtli in de morning...
Ale do rzeczy. AA jak najbardziej działa i działa jak natura chciała. Jednej rzeczy mnie tylko brakuje albo (jak zwykle) z racji wrodzonej głupoty, czegoś nie rozumiem, bo jak ja se potem wrócę do tego komputra i ruszę myszką, to bym chciał, aby mnie wracał poprzedni stan i opis, ten który miałem ustawiony, kiedym jeszcze siedział i czynił coś tam na tej piekielnej maszynie. A rozwodzę się o tym, bo póki co to wszystko wskazuje na to, że trza se ręcznie wrócić ten stan. To tyle.
-
A dodałeś sobie zdarzenie "kiedy user wroci przywroc stan poprzedni"?
-
Mówiłem, że głupi. :P Ale już poprawiłem, dziękuję Ci. :)
-
Wszystko działało od początku w aa tak dobrze, że było to aż podejrzane... ;)
No i faktycznie, wszystko działa super, dopóki nie dostaniemy wiadomości, bo wtedy... aa się wyłącza...
Edyta: Błąd powoduje wtyczka wtwScroll.
-
A nie masz przypadkiem czegos co miga scrollem?
-
Aaaaaaaa, faktycznie, wrzuciłem wtwScroll na lapie, żeby sprawdzić czy jest w ogóle stabilny (bo przecież i tak nie ma czym migać) i całkiem o nim zapomniałem. Właśnie chyba dlatego, że nie ma czym migać. ;)
BTW: Sporo to będzie kodzenia, żeby event scrlck wyłączyć z aa? Osobiście migajki nie używam, ale parę osób pewnie to ma.
-
Dunno, zobaczyyyymy;
-
A mnie denerwuje w tej funkcji to że gdy ustawiłem że gdy wrócę ma ustawić status dostępny, ale ja chcę żeby to działało tylko gdy sam mi zmienił status, ponieważ w sytuacji gdy mam sts nie widoczny i nie używam komputera przez 5 min i wrócę to mi automatycznie przeskakuje na dostępny.
Co zrobić żeby on zmieniał na dostępny tylko w sytuacji gdy ja wcześniej miałem ustawiony status dostępny i automatycznie mi zmienił się status na zaraz wracam lub niewidoczny?
-
A "przywróć poprzedni stan/opis" nie działa?
-
Kaw, a może wrzucisz jakieś standardowe ustawienia początkowe np.
- Zaraz wracam po 5 minutach
- Wrócę później po 20 minutach
- Przywrócenie stanu kiedy użytkownik wróci.
Widzę, że nie tylko ja miałem z tym problem przy pierwszej konfiguracji. Fajnie to wszystko pomyślane, ale zupełnie inaczej niż w innych komunikatorach, więc user na początku jest nieco zagubiony, a gdyby od początku były jakieś predefiniowane akcje, to łatwiej było by się w tym połapać świeżym użytkownikom, a w szczególności tym rekrutowanym przez twoją zakonspirowaną armię (http://ekipa.tlen.pl/forum/index.php?showtopic=11198&pid=140698&st=0&#entry140698) ;)))
-
A "przywróć poprzedni stan/opis" nie działa?
Dzięki, działa ;)
-
Hmm... me z kolei ma ten dziwny przyapdek, iż jak jestem sobie ustawiony na jakikolwiek status i mam w regułkach 5 min zw, 15 min xa, 30 min inv, to na xa przeskoczyć nie chce. Testowałem dla różnych wartości i z różnych stanów, jednak po zw jest dopiero (w odpowiednim czasie) inv. Bug? Mój błąd?
EDIT: Ok, zauważyłem gnojka, znaczy się błąd - ikona głównego statusu (ta zaraz pod menu czy w systrayu) nie zmienia się na xa, jeśli mamy wśród używanych protokołów gg, bo odzwierciedla ona jego stan, a jak wiadomo, gg xa nie obsługuje. Co niemniej jest dość mylące...
-
właściwie to ikona głównego statusu odzwierciedla stan najbardziej dostępnej sieci
jeżeli gg byłby niedostępny a pozostałe sieci xa to ikonka głównego statusu byłaby też xa :P
-
to wg mnie niezbyt mądre. może logicznie poprawne, ale jeśli chodzi o funkcjonalność to tak średnio...
uważam, że jeśli w akcjach ustawiliśmy, że stan ma się zmienić na xa, to niech ikonka główna pokazuje właśnie xa a sprytny użytkownik wtw domyśli się, że gadu skoro nie obsługuje xa to prawdopodobnie jest na 'zaraz wracam' ;)
btw, podobnie z metakontaktami (http://bugtraq.k2t.eu/view.php?id=552)
-
To by miało sens jakby wszystkie sieci chciały trzymać ten sam stan, ale one czasem się po pierwsze rozłączają, a po drugie na przykład na gmailu możesz zmienić stan wszystkich klientów przez gss;
Jakoś trzeba wybrać stan główny i nie tylko ze względu "bo user wybrał" ;P
-
A ja mam ustawione identycznie, jak Kaworu na screenie, a nie działa mi.. oO'
No chyba, że zmiana stanu jest tak ekspresowa, że podczas szybkiego otworzenia pokrywy laptopa, nie zauważam zmiany stanu oO'
-
Włącz log na debug i sprawdz w nim? Poza tym wykrywanie zamkneicia/otwarcia pokrywy działa zdaje sie na Vista+
-
-
fajny ten auto-away, rly
-
A da sie zrobic, zeby po przejsciu na aw zmienial mi status i dodawal do opisu np. " | afk"? Bo z tego co zauwazylem narazie mozna tylko calkowicie zmienic opis, a nie daloby sie ustawic np. zeby %opis% (czy jakas inna zmienna) byla odpowiedzialna za ustawienie aktualnego opisu? Wtedy "%opis% | afk" rozwiazaloby ten problem ;)
-
+1
Oo tak, tak... I jeszcze możliwość wstawienia timestmapa, np: 'Nieobecny od %czas%'. Kaw, prosimy... ;)
Post Merge: [time]?ro 19 sie 2009 17:29:46 GMT-1[/time]
Kolejny raz dzięki za spełnienie prośby (czas od requesta do wprowadzenie ficzera < 24h, Kaworu FTW! ), mam tylko małą uwagę: jeśli to możliwe, to timestamp mógłby mieć format :HH:MM, sekundy raczej nie są konieczne.
-
Co do AA, znalazlem buga (chyba)
Powiedzmy, ze ustawiliśmy sobie akcje na 5, 10 i 15 minut bezczynności. Wszystkie "przy stanie początkowym 'dostępny'". Teraz, pierwszy trigger zmienia stan na away, drugi na xa, trzeci na invisible. Kiedy wskoczy pierwszy zapamięta stan początkowy dla sieci i sobie oznaczy, ze został zapamiętany. Drugi wskoczy jeśli minie 10 minut, nawet jeśli nasz stan jest rożny od dostępnego, bo sprawdza czy wcześniejszy stan zapisał stan początkowy, podobnie z trzecim.
Czyli status jest zapamietywany, ale z tego co zauwazylem opis nie. Mam ustawione w AA przejscie na 'zaraz wracam' po 2 min, oraz zmiane opisu i statusu na 'jestem zajety' po 10min, potem przywracanie statusu i/lub opisu gry wroci. Teraz, jak wracam po czasie wiekszym niz 10min zmienia mi sie status na poczatkowy, ale opis zostaje ten, ktory byl ustawiony razem z druga akcja AA. Jesli ustawie "Kiedy wroci ustaw stan dostepny i opis %desc%" to przywraca opis sprzed auto-away.
PS. Takie sprawy lepiej zglaszac tu na forum, na bugtracku, czy moze tu i tu? :P
-
It's not a bug, it's a feature. :)
Akcja jest zapamiętana przy pierwszym triggerze, więc jeśli opis zamieniasz dopiero przy drugim to AA tego nie odnotuje, dlatego po powrocie opis zostanie.
-
Hmm, w sumie gdy w pierwszym triggerze ustawie opis %desc% to dziala. Ale IMO skoro "przywro stan i/lub opis poczatkowy" to powinien przywracac poczatkowy opis bez wzgledu na to czy byl zmieniany w pierwszym, czy trzydziestym osmym triggerze