Hi Matthias,
Maybe I didn't make myself clear, but your answer was clear enough to
respond to my post :-)
Thanks again.
Carry on!
M
On Wed, Feb 19, 2014 at 3:05 PM, Matthias Wessendorf <matzew(a)apache.org>wrote:
On Wed, Feb 19, 2014 at 3:43 PM, Miguel Lemos <miguel21op(a)gmail.com>wrote:
> Dear Matthias,
>
> According to the information posted in the url below, I can send (and
> read) several parameters / keys in the scope of the notification service
> (as it should be...):
>
>
http://aerogear.org/docs/specs/aerogear-push-messages/
>
> According to the values on it, the receiver should have the capacity to
> decide what to do next.
>
> First, and the easiest thing: don't show the "Alert" text, but any
other
> part of content received and / or change "Alert" to another language,
for
> instance.
>
Not sure I follow.
The 'alert' is a keyword on iOS, which our server (and our Cordova Libs)
do recognize. What do you want to change there ?
For the completion of our spec, we are showing all of the keywords, that
are supported.
>
> Second, if I create (for instance) a lat, lon and rad parameters, I can
> decide if I show the notification immediately, or only when the user
> reaches a matchable location, within a given radius.
> This is just an example of the freedom that must be available to decide
> what to do according to a given parameter that the software on the client's
> side can interpret. The message itself may not be the most important part
> of the whole thing...
>
If you don't want or need that alert, simply leave it our of the payload.
It's just part of the demo/docs as that is quite handy to get going.
>
> So, the question is: how can I read those parameters / keys before
> deciding to do with the notification? Through a "regular" object keys
> iterator? Thank you very much again. If there's some place in the
> documentation where I can understand that, please let me know.
>
yes, like here (using alert just as an example):
function onNotification(e) {
alert(e.payload.foo);
alert(e.payload.key);
}
And the curl for that would be something _like_ this:
curl -3 -u "ID:secrect" -v -H "Accept: application/json" -H
"Content-type:
application/json" -X POST -d '{"message": {"foo":"bar
value",
"key":"HELLO"}}'
https://something-doamin.rhcloud.com/rest/sender
-Matthias
>
>
> Miguel
>
>
>
> On Wed, Feb 19, 2014 at 1:34 PM, Matthias Wessendorf <matzew(a)apache.org>wrote:
>
>> Awesome,
>>
>> we are interested in hearing your feedback.
>>
>> Good luck w/ the development process!
>>
>> -Matthias
>>
>>
>> On Wed, Feb 19, 2014 at 2:29 PM, Miguel Lemos <miguel21op(a)gmail.com>wrote:
>>
>>> Thanks. Of course I'll give you my feedback ;-)
>>>
>>> I've some questions about the service as a whole, but I'll make some
>>> more testing and then I'll let you know.
>>>
>>> Thank you very much again for your attention.
>>>
>>> All the best,
>>>
>>> Miguel
>>>
>>>
>>> On Wed, Feb 19, 2014 at 1:25 PM, Matthias Wessendorf <matzew(a)apache.org
>>> > wrote:
>>>
>>>>
>>>>
>>>>
>>>> On Wed, Feb 19, 2014 at 2:18 PM, Miguel Lemos
<miguel21op(a)gmail.com>wrote:
>>>>
>>>>> Hi Matthias,
>>>>>
>>>>> One of the biggest reasons I'm testing this solutions is because
iOS!
>>>>>
>>>>> Once we already developed a full native Android push (considering
>>>>> geofencing) notification service. The issue is to port our solution
to iOS
>>>>> (not only the notifications, but everything). That's why I'm
personally
>>>>> testing Cordova on Android and already partially on IOS. So far so
good..
>>>>>
>>>>
>>>> Sounds very interesting. If you are interested, let us know how it
>>>> goes.
>>>>
>>>>
>>>>>
>>>>> I'm starting with Android because it's easier to me. But next
week I
>>>>> want to test your solution with iOS. Why? Is there any problem?
>>>>>
>>>>
>>>> No problem there at all :-) I was just curious if you target Android
>>>> first/only.
>>>>
>>>> Greetings,
>>>> Matthias
>>>>
>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> Miguel
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Feb 19, 2014 at 1:04 PM, Matthias Wessendorf <
>>>>> matzew(a)apache.org> wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Feb 19, 2014 at 1:20 PM, Miguel Lemos
<miguel21op(a)gmail.com>wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I tested and now it works, thanks.
>>>>>>>
>>>>>>
>>>>>> glad it all worked out
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> When I tried for the first time, I tried with the function
global,
>>>>>>> reflecting the Github example. But as it didn't work
(because of the "damn"
>>>>>>> URL issue...) I tried several things, one of them being put
the alert
>>>>>>> function inside the deviceready event. Of course, when I
solved the URL
>>>>>>> thing I never more remembered to put it outside again...
>>>>>>>
>>>>>>
>>>>>> Things like that might happen.
>>>>>>
>>>>>> Regarding the URL, we will try to update the OpenShift blog
post.
>>>>>>
>>>>>> I just checkout project documentation, and it looks like they
are
>>>>>> already 'right'.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Wondering: Are you building Cordova clients for Android only, or
do
>>>>>> you plan to use the iOS platform as well ?
>>>>>>
>>>>>> Greetings,
>>>>>> Matthias
>>>>>>
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> aerogear-dev mailing list
>>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>>>> twitter:
http://twitter.com/mwessendorf
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev(a)lists.jboss.org
>>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev(a)lists.jboss.org
>>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Matthias Wessendorf
>>>>
>>>> blog:
http://matthiaswessendorf.wordpress.com/
>>>> sessions:
http://www.slideshare.net/mwessendorf
>>>> twitter:
http://twitter.com/mwessendorf
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev(a)lists.jboss.org
>>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev(a)lists.jboss.org
>>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Matthias Wessendorf
>>
>> blog:
http://matthiaswessendorf.wordpress.com/
>> sessions:
http://www.slideshare.net/mwessendorf
>> twitter:
http://twitter.com/mwessendorf
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev