Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: callback-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of fil@adobe.com designates
 64.18.1.191 as permitted sender)
From: Filip Maj <fil@adobe.com>
To: "callback-dev@incubator.apache.org" <callback-dev@incubator.apache.org>
Date: Tue, 16 Oct 2012 18:04:33 -0700
Subject: Re: Notice: Notification of work on Notifications
Thread-Topic: Notice: Notification of work on Notifications
Thread-Index: Ac2sA1/99vVWe6OmTeWwfNa7wsM9Rw==
Message-ID: <CCA35224.FD40%fil@adobe.com>
In-Reply-To: 
 <CAKP6k2vtGDHiZB8Ctv7hoBwHMt3tc+rJ406rE7AXj66CK2ZTsw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.4.120824
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

I can.. ? Not sure what your point is.

On 10/16/12 5:56 PM, "Jesse" <purplecabbage@gmail.com> wrote:

>You can't ring your doorbell from inside the house either ...
>
>On Tue, Oct 16, 2012 at 5:50 PM, Filip Maj <fil@adobe.com> wrote:
>>
>>>>    - StatusBar Notifications: Intended for background services to
>>>>notify a
>>>>    user to start some action (instead of just doing the action without
>>>>users'
>>>>    explicit intent) -- so what does this mean for iOS without
>>>>background
>>>>    services?
>>>
>>>I *think* a fallback to local notification would be the way to handle
>>>this. (But implementation will probably uncover better.)
>>
>> I think this is what tripped me up on iOS a few weeks ago when I
>>attempted
>> this myself :)
>>
>> On iOS, you _cannot_ dispatch a local notification (to the notification
>> center / status bar area) if the app is in the foreground.
>>
>
>
>
>--=20
>@purplecabbage
>risingj.com