Re: [aerogear-dev] Compose Push UI - draft (was: Re: UnifiedPush: Sending notifications from the AdminUI)

On 27/02/2014 18:25, Matthias Wessendorf wrote: On Thu, Feb 27, 2014 at 6:32 PM, Hylke Bons <hbons(a)redhat.com&gt; wrote: > Hey, > > After some discussion with Sebastien, here's the first iteration of the > design: > https://raw.github.com/hbons/aerogear-design/master/tests/send-message.png > > It shows a summary at the end of the form for review, as sending messages > can go very badly if a mistake was made in the form. It may look a bit > excessive with the different pages, but it's an important case with actions > that can't be undone. > > Let me know your thoughts and whether this is at all possible. > I actually like the simplicity of Sebi's dialog: Send to [Everyone] Message [your text] <SEND BUTTON> It's not actually so simple once you want to filter and enter more than just the message.

The defaults are are the same in this design. It's just a [Next][Message][Next] for the same thing. It's also a dialogue to keep consistency with the rest of the UI: pages for viewing and dialogues for changing/actions. Dialogues keep the message in context as well (well, when we have hovering dialogue boxes, I believe there's a JIRA for this). Usually I'm the one of being accused of keeping things too simple. :)

Hylke For sending to a section of users, sure some criteria comes in for the actual filtering. However I am not really sure we need such a wizzard. Feels very enterprisy and I think feels complex. Did you get a chance to see what others do? E.g. Parse? Quite simple dialog (one page); works great for them. -Matthoas > > > Hylke > > > > On 26/02/2014 09:15, Sebastien Blanc wrote: > > Hi, > An update : here the latest screenshot of the current UI : > > > And also now you can test it for real since I deployed a new version > that manage the sending : : http://newpush-sblanc.rhcloud.com (admin > /123) > > > On Tue, Feb 25, 2014 at 11:36 AM, Matthias Wessendorf <matzew(a)apache.org&gt;wrote: > >> Hello Sebi, >> >> that looks really nice! >> >> Hylke can you take a look at the first version, from a UX persons view? >> >> Thanks! >> Matthias >> >> >> On Tue, Feb 25, 2014 at 10:06 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt;wrote: >> >>> Hi, >>> I started to work on a new "Compose Message" page. The idea is that you >>> can add criterias to your message , as you can see here on this screenshot >>> : >>> [image: compose2] >>> >> > > >> I've also deployed a live version but *DICSLAIMER* this is just UI >>> / Mockup work sending will not work for now : >>> http://newpush-sblanc.rhcloud.com => Select an App and you will have >>> a "Copomse Message" link on the next page. >>> >>> Feedback is welcome. >>> Sebi >>> >>> >>> On Mon, Feb 24, 2014 at 1:25 PM, Sebastien Blanc <scm.blanc(a)gmail.com&gt;wrote: >>> >>>> >>>> >>>> >>>> On Mon, Feb 24, 2014 at 12:52 PM, Hylke Bons <hbons(a)redhat.com&gt;wrote: >>>> >>>>> Sounds good. >>>>> Let me know if you need any help with the mockup designs. ;) >>>>> >>>> Sure, I will ASAP submit a "raw" mockup on which you can work on. >>>> What I would like is a dedicated page for the "Compose Push Message" >>>> feature. >>>> >>>> We wil have a criteria section to choose to who we want to send the >>>> message. I really like for instance how Jira do that like here >>>> http://postimg.org/image/5ur2j9wh5/ >>>> In our case we could have the drop downs for : "Variants", "Device >>>> Type", "Alias" and "Categories" >>>> And then below w will have a free text area to send a custom value. >>>> >>>> >>>>> >>>>> Hylke >>>>> >>>>> >>>>> >>>>> On 23/02/2014 12:08, Sebastien Blanc wrote: >>>>> >>>>> >>>>> >>>>> >>>>> On Sun, Feb 23, 2014 at 1:04 PM, Matthias Wessendorf < >>>>> matzew(a)apache.org&gt; wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> over the weekend I spoke w/ a friend: His company is doing some >>>>>> mobile (iOS/Android) apps which also support receiving push notifications. >>>>>> >>>>>> Two examples he told me. After receiving push notification: >>>>>> >>>>>> * One of their apps basically fetches the latest version of a CSV >>>>>> file, stored on a public HTTP Server. >>>>>> >>>>>> * Another app is used to tell sales guys new brochure files (PDF) >>>>>> are available on a protected resource of a webserver (which they _can_ than >>>>>> download from w/in the app, if the like to) >>>>>> >>>>>> The company build a simple console (PHP) which allows them to send >>>>>> new push messages, when ever their customers want to. >>>>>> >>>>>> I showed them our UnifiedPush Server and its usage via our AeroDoc >>>>>> example (iOS / backend). They really liked the UnifiedPush Server. >>>>>> Especially that it does store all the device metadata. >>>>>> >>>>>> But since a lot of their mobile apps don't have a backend >>>>>> requirement, they would still have to use their own console (which than >>>>>> connects to UPS) for submitting all the push messages they want. >>>>>> >>>>>> >>>>>> >>>>>> This brings me to [AGPUSH-38] and I really think we should >>>>>> implement that feature. Not only for sending test messages! If our >>>>>> UnifiedPush Server allows its users to simple send push messages to all of >>>>>> their mobile apps, it would make the server even more attractive. >>>>>> >>>>>> I regret a bit that I was against [AGPUSH-38] in the beginning, I >>>>>> guess that's due to my Java enterprise background, where you typically find >>>>>> complex setups, and server talk to servers :-( >>>>>> >>>>>> Anyways, now I really think that the UPS has to have such a 'send >>>>>> push' facility inside of the Admin UI :-) I believe that we could reach way >>>>>> more potential users with something like that >>>>>> >>>>> +9001 and I already started thinking about this for a while. I will >>>>> try to submit some mockups/POCs this week so we can discuss that and I have >>>>> quickly a first working version on master. >>>>> >>>>> >>>>>> Any thoughts? >>>>>> >>>>>> >>>>>> Greetings, >>>>>> Matthias >>>>>> >>>>>> >>>>>> [AGPUSH-38] https://issues.jboss.org/browse/AGPUSH-38 >>>>>> >>>>>> >>>>>> -- >>>>>> 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 listaerogear-dev@lists.jboss.orghttps://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 listaerogear-dev@lists.jboss.orghttps://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 listaerogear-dev@lists.jboss.orghttps://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