Re: [aerogear-dev] Push "all inclusive" demo

On Fri, Jun 21, 2013 at 2:15 PM, Kris Borchers <kris(a)redhat.com&gt; wrote: > I think this all sounds good except see #7 > > On Jun 21, 2013, at 3:11 AM, Corinne Krych <corinnekrych(a)gmail.com&gt; > 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&gt; 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&gt;wrote: >> >>> >>> >>> >>> On Fri, Jun 21, 2013 at 9:20 AM, Corinne Krych <corinnekrych(a)gmail.com&gt;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&gt; 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&gt; 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&gt; 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&gt; 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&gt;wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Sun, Jun 16, 2013 at 7:46 AM, Douglas Campos <qmx(a)qmx.me&gt;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