New notification types: e-mail, calendar, Google Voice, etc.

[mic92]

New notification types: e-mail, calendar, Google Voice, etc.

[GoogleCodeExporter]

So, there are two reasons not to implement e-mail notifications:

One is that Android does not export that for any application to catch, so I'd 
have to 
reimplement e-mail checking, which would potentially drain even more battery.

Another is that there are plenty of e-mail checkers for the desktop, which IMHO 
defeats the purpose of having the phone check it.

Furthermore, in general the internet connection you use on your computer is 
cheaper 
than the one you use on your phone, in the sense that many phone data plans 
charge 
you for bandwidth usage, much more than fixed connections do, so it ends up 
being 
cheaper to check it from the desktop.

If you have counter-arguments, I'm all ears.

Original comment by [email protected] on 24 Mar 2010 at 8:06

[GoogleCodeExporter]

Nope. Your rationale is flawless. Please disregard this request.

Thanks for taking the time to share.

Original comment by [email protected] on 24 Mar 2010 at 8:10

[GoogleCodeExporter]

Thank *you* for the feedback, it's always welcome even if we end up not 
adressing it for 
some reason :)

Original comment by [email protected] on 24 Mar 2010 at 8:15

• Changed state: WontFix
• Added labels: Type-Enhancement

[GoogleCodeExporter]

Original comment by [email protected] on 7 Apr 2010 at 6:07

• Added labels: Component-Logic, Usability

[GoogleCodeExporter]

Issue 32 has been merged into this issue.

Original comment by [email protected] on 14 Aug 2010 at 9:37

[GoogleCodeExporter]

Issue 51 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 12:25

[GoogleCodeExporter]

Issue 52 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 12:28

[GoogleCodeExporter]

Dammit! Sorry for the dupe. I totally searched for "email" before I submitted. 
Must not have been searching the right thing.

Original comment by [email protected] on 9 Sep 2010 at 12:36

[GoogleCodeExporter]

No worries :)

Original comment by [email protected] on 9 Sep 2010 at 12:51

[GoogleCodeExporter]

My only valid arguments for email notifications being useful are:
1) all-in-one notifications. With this, notifications can be on every machine 
(and OS) so I don't need more than one program to do the same thing. The phone 
is *already* doing the check (/running a push server?), so I might as well use 
the bandwidth to its fullest.

2) Multiple gmail accounts. I usually end up using my phone for notifications 
at work because the chrome extensions (yes multiple) I use can only handle one 
account at a time. I'm constantly glancing at my phone to see when I have 
personal emails while the notification extension takes care of the more 
important work emails.

But as the cons of rewriting the email checker are greater than these pros, it 
wouldn't be worth it. However, if you can find anything to hook into these 
notifications... That would be awesome. ...or maybe talk with ROM makers 
(cyanogen?) to allow hooking into email notifications? :)

Original comment by [email protected] on 9 Sep 2010 at 12:59

[GoogleCodeExporter]

If I find a way to catch these notifications I'll definitely add the feature :)

I don't think ROM makers would be interested in changing the Android API, as 
that would increase the fragmentation of the platform and make apps 
incompatible across different packagings of Android.

Original comment by [email protected] on 9 Sep 2010 at 1:10

[GoogleCodeExporter]

Yeah...it was a thin hope. Thanks for your responses, though.

Original comment by [email protected] on 9 Sep 2010 at 1:12

[GoogleCodeExporter]

Issue 56 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 1:45

[GoogleCodeExporter]

My only counter argument is against batter drain, just let people choose to 
enable it, same as other notifications...

but thanks for replying to my email. I understand the inherent difficulties, 
just hope it becomes possible...

Original comment by [email protected] on 9 Sep 2010 at 1:38

[GoogleCodeExporter]

I should also call attention to
http://code.google.com/p/android/issues/detail?id=3668
which is exactly what would be needed to get this working the right way.
(please don't post to that bug though, it was clearly filed in the wrong issue 
tracker)

Original comment by [email protected] on 9 Sep 2010 at 1:43

[GoogleCodeExporter]

Issue 66 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 5:22

[GoogleCodeExporter]

Issue 69 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 5:24

[GoogleCodeExporter]

Just started using this today and it already saved me from missing an important 
call!  Thanks.

Another "Pro" for e-mail notifications (and I was going to suggest the option 
to be notified of any event that pops into the notification area on the phone 
if possible) is separation of work and personal (E-mail and Calendar Events). 
When in the office, my phone gets put to the side and it would be nice to have 
notifications of the "other" phone events pop onto the screen, that I would not 
want resident on the machine (ie e-mail checkers. etc.)  I understand the 
bandwidth consideration, but it is already getting it on the phone, it is just 
displaying it to a new remote location.

I certainly understand if you can not access those notifications that pop onto 
the notification area of the phone, but if someday you can, it would be a nice 
addition. People can still deselect it if they do not want or need it.

Thanks for the consideration.

Original comment by [email protected] on 9 Sep 2010 at 10:17

[GoogleCodeExporter]

Issue 79 has been merged into this issue.

Original comment by [email protected] on 9 Sep 2010 at 11:12

[GoogleCodeExporter]

Issue 82 has been merged into this issue.

Original comment by [email protected] on 10 Sep 2010 at 12:35

[GoogleCodeExporter]

I thought I'd mention that there's still a little hope here - there *are* 
broadcasts for both gmail and calendar, but they're undocumented and subject to 
change, which means this could be quite fragile if I did implement it.

Original comment by [email protected] on 10 Sep 2010 at 12:36

• Changed state: New

[GoogleCodeExporter]

For my own reference, the broadcast receiver for calendar is defined here:
http://android.git.kernel.org/?p=platform/packages/apps/Calendar.git;a=blob;f=An
droidManifest.xml;h=e77ee054b5fd2792bb2b2eaecbfe107237d126e5;hb=HEAD

The gmail app source is not open, though, so I'll have to check whether I can 
use it.

Original comment by [email protected] on 10 Sep 2010 at 12:39

[GoogleCodeExporter]

Issue 95 has been merged into this issue.

Original comment by [email protected] on 10 Sep 2010 at 2:39

[GoogleCodeExporter]

I am glad there are more people who would like to see other notifications.  How 
about google voice?

Original comment by [email protected] on 10 Sep 2010 at 3:27

[GoogleCodeExporter]

Google Voice has been requested too, and was merged here as well.

Original comment by [email protected] on 10 Sep 2010 at 5:32

• Changed title: New notification types: e-mail, calendar, Google Voice, etc.

[GoogleCodeExporter]

Issue 86 has been merged into this issue.

Original comment by [email protected] on 10 Sep 2010 at 5:33

[GoogleCodeExporter]

Issue 115 has been merged into this issue.

Original comment by [email protected] on 11 Sep 2010 at 4:22

[GoogleCodeExporter]

Personally, Gmail, Calender (and other events that show up in the notifier) 
would be valuable enough to me that I would prefer an option to enable 
notifications for undocumented events/broadcasts (maybe as an experimental 
feature).

Original comment by [email protected] on 6 Oct 2010 at 4:58

[GoogleCodeExporter]

Hi Rodrigo

thank you for your email and great application.

I understand your reasons and also agree with others and vote for the feature.

Although it looks like it's not going to happen :-)

I thought it would be possible to do it somehow through 3rd party script...

Radek

Original comment by [email protected] on 8 Mar 2011 at 5:43

[GoogleCodeExporter]

just a thought but a simple way to add the feature but not have to worry about 
phone drain or catching anything.

Have the desktop client do an email check (desktop to internet), just have an 
add email account option screen, login, password and check freq. 

i see the problems with adding it to the phone end, and could see how it would 
be nice for an "all in one" notification program on the pc personally  myself 
not too worried about this feature, but this would provide a nice work-around 
that makes everyone happy.

Original comment by [email protected] on 29 Mar 2011 at 12:41

[GoogleCodeExporter]

I'd really like notification for email for the simple reason that it would make 
it a complete notifier and that the device that i am getting the notification 
on to cannot access internet. (cannot use mail client). 

Isn't there another way to check? how do widgets access email? if you could 
simply read the number of unread emails, sending a notification when there is 
more unread mail shouldn't be a problem, should it?

Original comment by [email protected] on 10 Aug 2011 at 9:44

[GoogleCodeExporter]

What about just catch ALL notifications?...
so mail is checked by mail app, gmail is checked by gmail.

just like adw's chuck norriz mode or tasker.

Original comment by [email protected] on 7 Nov 2011 at 5:35

[GoogleCodeExporter]

I agree, There are apps like Notifier Pro, etc which hook the Android 
Notifications and display them in their own Notification UI but still allow 
Android to maintain it's Notification Bar, couldn't something like this be 
implemented for Android Notifier?

Original comment by [email protected] on 5 Dec 2011 at 9:42

[GoogleCodeExporter]

I like this program (new android user over here), and even if the discussion is 
a bit old, I'd like to get notifications on my PC generated by Any.Do on my 
mobile. I'm using the phone tethered to my PC via USB and communication is 
"free" :)

From what I understand, not all notifications are created equal, so it may not 
be possible to implement in a standard way (too bad!). I'm using android 4.1.

Original comment by [email protected] on 7 Jan 2013 at 12:17

[GoogleCodeExporter]

I'd like to put some focus on a post I made recently in another (closed) thread 
regarding this issue: 
https://code.google.com/p/android-notifier/issues/detail?id=88#c7

It is possible to hook into the accessibility options, and receive 
notifications that way. All it requires is the app itself to generate a 
notification, no app-specific coding required.

Original comment by [email protected] on 11 Jun 2013 at 1:02

[GoogleCodeExporter]

That's something I tried to do with Tasker (listen for notifications and 
forward them to android-notifier). The setup works perfectly, with one problem. 
It seems the tasker variables are not expanded when sent over to 
android-notifier (and I just get %variable on my PC screen)...

Original comment by [email protected] on 11 Jun 2013 at 2:13

[GoogleCodeExporter]

OK, well since this project seems to be dead, I've looked at the code, and it 
should be possible to implement all third-party notifications that come up in 
the status bar. The accessibility service seems to be what is needed. That 
would be the easy part. The hard part would be blacklisting apps which 
constantly create notifications (such as an app that updates its notification 
every couple of seconds) - that would require a good amount of work, as this 
would probably involve creating a new interface, getting a list of all the apps 
installed, creating a new database of apps blacklisted or something similar, 
etc. Anyway, I'll start working on this in the next while (although I still 
have to find the liscencing information), because I haven't found any other 
apps that support anything like this over bluetooth. Don't expect anything in 
the next week or so, though - it will take time, since time is something I 
don't have too much of at the moment...

Original comment by [email protected] on 25 Nov 2013 at 6:05