To all the Clients devs :
I need to know what you want to receive in the alert field of the push
message : All is possible , just scream your wishes !
On Fri, Jun 21, 2013 at 2:58 PM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Yep, it's a must have ! Don't worry , I think I will update
the repo with
that today
On Fri, Jun 21, 2013 at 2:37 PM, Corinne Krych <corinnekrych(a)gmail.com>wrote:
> +1 Kris. Very true.
>
>
> On 21 June 2013 14:18, Matthias Wessendorf <matzew(a)apache.org> wrote:
>
>>
>>
>>
>> On Fri, Jun 21, 2013 at 2:15 PM, Kris Borchers <kris(a)redhat.com> wrote:
>>
>>> I think this all sounds good except see #7
>>>
>>> On Jun 21, 2013, at 3:11 AM, Corinne Krych <corinnekrych(a)gmail.com>
>>> wrote:
>>>
>>> So to sum up:
>>>
>>> 1. Your are a Sale Agent (SA) and you log yourself
>>>
>>> 2. First screen displayed a list of all unassigned leads retrieved
>>> server side (Rest service by default send only unassigned leads)
>>>
>>> 3. An admin pushes a new lead to a chosen list of SA (including you)
>>>
>>> 4. You receive the push notification, alert is displayed
>>>
>>> 5. Your device refresh the list of unassigned leads (server side call).
>>> Potentially retrieving also unassigned leads not directly pushed to you.
>>> Nice to have feature: The one pushed to you should be highlighted.
>>>
>>> 6. You accept the lead. The lead is removed from unassigned list and go
>>> in Second tab: your accepted list which is stored locally on you device.
>>>
>>> 7. Nice to have: On acceptation of your lead, you send an update to
>>> server. Server side broadcast to all SA (except yourself) to
>>> refresh unassigned leads list.
>>>
>>> I don't think this is a nice to have but a necessity. Otherwise you
>>> could have multiple users trying to assign the same lead.
>>>
>>
>> +1
>>
>> it also shows a nice integration between all the layers: mobile,
>> backend/business server app, and the PushServer(s)
>>
>>
>>
>>>
>>>
>>> ok for all?
>>>
>>> Corinne
>>>
>>>
>>> On 21 June 2013 09:41, Sebastien Blanc <scm.blanc(a)gmail.com> wrote:
>>>
>>>> I think I am going to change the GET /leads service to retrieve only
>>>> unassigned leads rather than a new service
>>>>
>>>>
>>>> On Fri, Jun 21, 2013 at 9:35 AM, Sebastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Jun 21, 2013 at 9:20 AM, Corinne Krych <
>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>
>>>>>> if we go go for storing the lead locally in "in progress
tab" are we
>>>>>> going to display the leads from local storage then and not the
one not
>>>>>> assigned. is that how you see it?
>>>>>>
>>>>>
>>>>> Yes, and that could be a good start for in the future when we will
>>>>> expand the demo with offline and sync (NOT NOW :) )
>>>>>
>>>>>
>>>>>>
>>>>>>
>>>>>> On 21 June 2013 09:07, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Jun 21, 2013 at 9:02 AM, Sebastien Blanc <
>>>>>>> scm.blanc(a)gmail.com> wrote:
>>>>>>>
>>>>>>>> I like it but for now there is no service to retrieve
leads by
>>>>>>>> SaleAgents, so we have 2 options :
>>>>>>>>
>>>>>>>> - Implement the service (Doh!)
>>>>>>>> - Store the accepted leads on the device
>>>>>>>>
>>>>>>>
>>>>>>> +1 on device storing (using the AG-DataStore API)
>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>> Seb
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Jun 21, 2013 at 8:38 AM, Corinne Krych <
>>>>>>>> corinnekrych(a)gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi guys,
>>>>>>>>>
>>>>>>>>> So I see it with 2 tabs:
>>>>>>>>> one "in progress leads" with all the leads
accepted by the agent
>>>>>>>>> logged (default screen)
>>>>>>>>> another with "new leads" with all pushed
leads unassigned
>>>>>>>>>
>>>>>>>>> a bubble notification appear on "new leads"
tab icon once a lead
>>>>>>>>> has been pushed by the admin
>>>>>>>>>
>>>>>>>>> the sale agent can then accept this lead which then
move to the
>>>>>>>>> "in progress tab"
>>>>>>>>>
>>>>>>>>> If another agent accept the lead, the lead should
disappear from
>>>>>>>>> the "new leads"
>>>>>>>>>
>>>>>>>>> are you ok with the UI workflow?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 20 June 2013 23:33, Sébastien Blanc
<scm.blanc(a)gmail.com>wrote:
>>>>>>>>>
>>>>>>>>>> Show all leads that have no sale agent id set
>>>>>>>>>>
>>>>>>>>>> Envoyé de mon iPhone
>>>>>>>>>>
>>>>>>>>>> Le Jun 20, 2013 à 22:21, Corinne Krych
<corinnekrych(a)gmail.com>
>>>>>>>>>> a écrit :
>>>>>>>>>>
>>>>>>>>>> Sebi,
>>>>>>>>>>
>>>>>>>>>> When a sale agent logs in he should see a list of
leads with
>>>>>>>>>> criteria like all lead belonging to him or leads
made in his area or just
>>>>>>>>>> all leads?
>>>>>>>>>> as the admin user does selective push (with
geolocation criteria
>>>>>>>>>> or other) i wonder if it makes sense to display
all leads at initial login.
>>>>>>>>>>
>>>>>>>>>> On the other hand if the sale agent got only its
lead there is
>>>>>>>>>> no point to broadcast to others when a lead is
accepted.
>>>>>>>>>>
>>>>>>>>>> wdyt?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On 16 June 2013 11:56, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Sun, Jun 16, 2013 at 7:46 AM, Douglas
Campos <qmx(a)qmx.me>wrote:
>>>>>>>>>>>
>>>>>>>>>>>> On Thu, Jun 13, 2013 at 11:33:12AM +0200,
Matthias Wessendorf
>>>>>>>>>>>> wrote:
>>>>>>>>>>>> > JIRA =>
https://issues.jboss.org/browse/AEROGEAR-1261
>>>>>>>>>>>>
>>>>>>>>>>>> Please assign those to me next time -
spent a good time trying
>>>>>>>>>>>> to find
>>>>>>>>>>>> it :P
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Oh, sorry :) I thought I did that. Added (and
reopened) for one
>>>>>>>>>>> more repo request:
>>>>>>>>>>>
>>>>>>>>>>> - aerogear-push-quickstart-web
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Cheers!
>>>>>>>>>>> Matthias
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> qmx
>>>>>>>>>>>>
_______________________________________________
>>>>>>>>>>>> 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
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> 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
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>