Notices


Reply
Thread Tools
Posts: 858 | Thanked: 891 times | Joined on Sep 2010
#1031
Kroll contacted me a while back about displaying IM notifications since Diablo5 removed the task switcher that was showing them. I finally got around to looking into it and discovered that if I open a dialog, any open menus will close. This is good news since ASUI will now be able to open and immediately close a dialog when it needs to map itself or its event eater window.

Anyway, asui-settings will be getting an option to enable the display of IM messages for those with Diablo5. Would it be better to show the messages as a temporary notification or in a dialog that must be closed? The dialog messages would stack so closing one will reveal the next message and so on. The notifications would only be seen if you are using your tablet when they arrive. I'm just worried about someone who may receive a lot of messages and have to close a lot of dialogs.

So if you'd use this feature, please let me know how best to handle the notifications. Other ideas are also welcome.
 

The Following 3 Users Say Thank You to auouymous For This Useful Post:
Posts: 2,802 | Thanked: 4,487 times | Joined on Nov 2007
#1032
Originally Posted by auouymous View Post
Anyway, asui-settings will be getting an option to enable the display of IM messages for those with Diablo5.
Cool! At the moment I'm making do with this, but wouldn't mind something a bit better integrated/looking :-)

Would it be better to show the messages as a temporary notification or in a dialog that must be closed?
If I understand you correctly, neither please. I'd like something similar to the stock offering, ie a permanent indicator (somewhere in the status bar I guess) showing that there are messages, that can be tapped to reveal them (and then those can be tapped to launch the appropriate app/whatever).

The dialog messages would stack so closing one will reveal the next message and so on. The notifications would only be seen if you are using your tablet when they arrive. I'm just worried about someone who may receive a lot of messages and have to close a lot of dialogs.
That's an issue, but you don't want to lose IMs (or missed calls, subscription requests and so on) if you don't see them either.
 

The Following User Says Thank You to lma For This Useful Post:
Posts: 858 | Thanked: 891 times | Joined on Sep 2010
#1033
Originally Posted by lma View Post
I'd like something similar to the stock offering, ie a permanent indicator (somewhere in the status bar I guess) showing that there are messages, that can be tapped to reveal them (and then those can be tapped to launch the appropriate app/whatever).
So we need an applet that replaces the presence applet, flashes when there are notifications and one of its menu options would open them in a scrollable dialog.
 

The Following 3 Users Say Thank You to auouymous For This Useful Post:
Posts: 2,802 | Thanked: 4,487 times | Joined on Nov 2007
#1034
Yup, that should do it.
 

The Following User Says Thank You to lma For This Useful Post:
Posts: 858 | Thanked: 891 times | Joined on Sep 2010
#1035
New test binary should fix any issues with open menus preventing ASUI from opening. The invisible event eater will now open when the screen blanks and catch the first screen tap or key pressed, and ASUI will properly open when the device locks or an alarm is triggered.

Run asui dit to download and install.
 

The Following 3 Users Say Thank You to auouymous For This Useful Post:
Posts: 858 | Thanked: 891 times | Joined on Sep 2010
#1036
New test binary available. Run asui uu ; asui dit to download and install.

Not sure how well it will work but "asui restart_mce" will restart MCE and then restore display settings. If anyone knows an order to restart MCE and alarmd, that always works, please let me know and I'll add it to the script.

A "booting..." screen will appear briefly after you enter your code during boot, it then returns to the splash screen. This gets rid of the temporary solid white screen that was shown after the code had been entered.

And finally, swiping will now display a circle at the start point and a circle below your finger. Both circles change to green when you have swiped far enough to complete the action, and change back to gray if you change directions. This works on the main button bar (horizontal swipe), fullscreen clock (vertical swipe), battery graph (vertical swipe) and devlock bar (horizontal and vertical swipes).
 

The Following 4 Users Say Thank You to auouymous For This Useful Post:
Reply

Tags
bada blows, bada rox

Thread Tools

 
Forum Jump


All times are GMT. The time now is 02:26.