XBMC Community Forum
Notify - iPhone Notification App for XBMC (send push notifications to XBMC) - Printable Version

+- XBMC Community Forum (http://forum.xbmc.org)
+-- Forum: Help and Support (/forumdisplay.php?fid=33)
+--- Forum: Supplementary Tools for XBMC (/forumdisplay.php?fid=116)
+--- Thread: Notify - iPhone Notification App for XBMC (send push notifications to XBMC) (/showthread.php?tid=64545)

Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91

- johoja - 2010-01-29 22:23

jackmeehan Wrote:If you want a quick end user's opinion - What would be great is to be able to have media paused or lowered, depending on the type of media, on call income in a way that requires minimal setup and is easy to do for a person with little or no experience with EG or anything of the sort.

Once It's all done and finalized...I'll figure out how to make it easy to setup..Maybe a video .. or something.

Do you have any scripts rickardkk, that you can share as a starting point?

- jackmeehan - 2010-01-29 23:17

johoja Wrote:Once It's all done and finalized...I'll figure out how to make it easy to setup..Maybe a video .. or something.

Do you have any scripts rickardkk, that you can share as a starting point?

That would be great. Do you have an eta on the 1.3 release?

- johoja - 2010-01-29 23:25

jackmeehan Wrote:That would be great. Do you have an eta on the 1.3 release?

Soon...I'm sending it off to some testers now.

I still need to make some changes to the EventGhost portion.

But there's a lot of other changes that I want tested as well... Smile

- jackmeehan - 2010-01-29 23:57

So, what do you have in mind for the finalized initial support of EG?

Oh, and I'd be more than happy to test whatever you want tested Smile

- johoja - 2010-01-30 00:01

jackmeehan Wrote:So, what do you have in mind for the finalized initial support of EG?

Oh, and I'd be more than happy to test whatever you want tested Smile

Well..Right now I only send it a Event.Call, Event.SMS, Event.Mail, Event.Push


I think...I will start sending it.

Event.iPhoneNameOrSomeOtherIdentifier(Maybe User Defined).Call.PhoneNumber

Event.iPhoneNameOrSomeOtherIdentifier.SMS.Number.TextBody


And then..I'm going to see if I can get a basic script in EG using the evnts...I don't know much aobut EG so thats why I was hoping that rickardkk might have something.

If your interested in testing send me an email. saqeb.akhter@gmail.com

- jackmeehan - 2010-01-30 00:16

What about Event.Call.Answer, Event.Call.Hangup etc?

I will email now.

- johoja - 2010-01-30 00:17

jackmeehan Wrote:What about Event.Call.Answer, Event.Call.Hangup etc?

I will email now.

Yes...those too.

Hangup , and Declined though are the same event I can't differentiate between them.

- jackmeehan - 2010-01-30 00:18

I am new to eventghost but if you explain to me the basics I can certainly help you test

- rickardkk - 2010-01-30 15:04

johoja Wrote:Yes...those too.

Hangup , and Declined though are the same event I can't differentiate between them.

Maybe you could differentiate between them by letting Notify Pro be aware of an ongoing call (CallAccepted). So if CallEnd is triggered after CallAccepted then send CallHangup event. If CallEnd is triggered without a previous CallAccepted, then it's CallDeclined.

---------------
IncomingCall
CallAccepted
CallEnd

-> CallHangup
---------------

---------------
IncomingCall
CallEnd

-> CallDeclined
---------------

With this method there is no need to differentiate between CallDeclined and CallTimeout (as I wrote before in PM).
CallHangup and CallDeclined should be the only events needed to describe "why" the call ended.

So the following events should really cover everything regarding calls I think:

IncomingCall - With number/contact (and time if possible)
OutgoingCall - With number/contact (and time if possible)
CallAccepted
CallHangup
CallDeclined

(Of course also containing the Iphone id/name as in the beta)

- johoja - 2010-01-31 21:38

rickardkk Wrote:Maybe you could differentiate between them by letting Notify Pro be aware of an ongoing call (CallAccepted). So if CallEnd is triggered after CallAccepted then send CallHangup event. If CallEnd is triggered without a previous CallAccepted, then it's CallDeclined.

---------------
IncomingCall
CallAccepted
CallEnd

-> CallHangup
---------------

---------------
IncomingCall
CallEnd

-> CallDeclined
---------------

With this method there is no need to differentiate between CallDeclined and CallTimeout (as I wrote before in PM).
CallHangup and CallDeclined should be the only events needed to describe "why" the call ended.

So the following events should really cover everything regarding calls I think:

IncomingCall - With number/contact (and time if possible)
OutgoingCall - With number/contact (and time if possible)
CallAccepted
CallHangup
CallDeclined

(Of course also containing the Iphone id/name as in the beta)

Done.....

CallDialed
CallIncoming
CallEnd
CallDeclined
CallAccepted

I send it in the format....of iPhoneName.Event.Number/ContactName whichever I can find

so...

JohojaPhone.CallDialed.1800222456

or if i have 1800222456 in my address book.....as contact Bank

JohojaPhone.CallDialed.Bank

CallDialed is only triggered if the other side picks up.