Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Multiple IP Addresses #42

Closed
GoogleCodeExporter opened this issue Dec 11, 2015 · 8 comments
Closed

Multiple IP Addresses #42

GoogleCodeExporter opened this issue Dec 11, 2015 · 8 comments

Comments

@GoogleCodeExporter
Copy link

A useful feature if you work or have two houses/computers. 

It should be as simple as adding another variable and refining the menu. I need 
this as I have two computers - if the notification could be sent to all the 
different IP address when an intent is received (phone call, text, etc.), that 
would be best. 

Also, while I'm at it, more intents: Market Updates, FaceBook message, Generic 
Notification?

Original issue reported on code.google.com by Till...@gmail.com on 6 Sep 2010 at 7:35

@GoogleCodeExporter
Copy link
Author

Thanks for the suggestions.

On multiple IPs:
Perhaps allowing something like the Locale app to change the target IP address 
would be a good solution? You could configure it to detect when you're at a 
certain place and configure the notifier accordingly. If that's the case then 
I'll merge this with issue 15 which is creating a locale plugin.

About the "more intents" part:
Please understand the difference between intents and broadcasts - intents are 
actions that the user or an application start, like opening an application or 
sharing a picture. Only the intent's target receives those (for instance, the 
Android Market, Facebook, etc.). A broadcast is an event which is explicitly 
thrown by an application and can be caught by anyone - what this means is that 
it'd only be possible to catch those events if they sent broadcasts about it 
(which they don't, they just show a notification), so it's not possible to 
catch generic notifications. Personally, I agree with this design decision by 
Android - being able to see any event would allow any application to watch your 
entire phone, which could have many privacy implications (imagine an 
evil-intentioned app sending your facebook messages to third parties).

Original comment by rdamazio@gmail.com on 6 Sep 2010 at 7:46

  • Added labels: Component-Communication, OpSys-Android, Priority-Low, Type-Enhancement
  • Removed labels: Priority-Medium, Type-Defect

@GoogleCodeExporter
Copy link
Author

Whichever one's easier for you, I guess - I have Locale and I'm looking for a 
use for it. 

Original comment by Till...@gmail.com on 6 Sep 2010 at 7:54

@GoogleCodeExporter
Copy link
Author

Original comment by rdamazio@gmail.com on 6 Sep 2010 at 7:58

  • Changed state: Duplicate

@GoogleCodeExporter
Copy link
Author

Hi, my vote would be for multiple IP address support, since I don't own Locale. 
 (I suspect multiple IP addresses would also be easier for a user to configure 
than Locale would be.)  

Any chance of a de-merge on this issue?

(As it stands, I think you're going to get a lot of duplicate issues, because 
most people won't think of Locale support (issue 15) when they want multi-IP 
support.  If you don't want to implement multi-IP support as such, I would 
suggest closing as WontFix, rather than merging.  Of course, some people aren't 
very good at searching for closed issues, but that's a separate problem!  
Alternatively, you could rename issue 15 to make its intention clearer.)

Original comment by sean.flanigan@gmail.com on 9 Sep 2010 at 2:12

@GoogleCodeExporter
Copy link
Author

Another vote for multiple IP`s in the app settings.
I use this both at home and at work.
I suggested it for some others at work too and as it spreads, it would be very 
impractical for me to hope they all deactivate incoming messages from my phone.
I also don`t use Locale.
BTW: I`m adding this comment to make an argument for IP over Locale, not just 
an +1

Original comment by eivindwh...@gmail.com on 9 Sep 2010 at 5:38

@GoogleCodeExporter
Copy link
Author

You win, I'll do both things :)

Original comment by rdamazio@gmail.com on 9 Sep 2010 at 5:55

@GoogleCodeExporter
Copy link
Author

Thank you :D
The good news is that the need for this function, at least in my case, is a 
direct result of your program being brilliant :p

Original comment by eivindwh...@gmail.com on 9 Sep 2010 at 6:06

@GoogleCodeExporter
Copy link
Author

Thanks for the kind words :)
I originally did this just for my personal use btw (which is why I only made 
the Mac client), after losing too many phone calls due to using 
noise-cancelling headphones.

Original comment by rdamazio@gmail.com on 9 Sep 2010 at 6:14

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant