[aerogear-dev] UPS console redesign screencast and demo

Fri Jan 16 09:36:52 EST 2015

This is the wizard flow, please check if we can do it:

1- Creates the app
http://andresgalante.com/ups-console/wizard01.html

2- Creates the variant (we validate this form before moving forward)
http://andresgalante.com/ups-console/wizard02.html

3- Information on how to set up the variant. We need to write very good instructions:
http://andresgalante.com/ups-console/wizard03.html

4 a- IF we have one installation we let him send the notification:
http://andresgalante.com/ups-console/wizard04.html

4 b- IF we have NO installations we give the user the option to skip this step or go back and get instruction to set up his device:
http://andresgalante.com/ups-console/wizard04-alt.html

5- set up sender API.....

I also added links to edit variant info or app name.

What do you think?

----- Original Message -----
From: "Matthias Wessendorf" <matzew at apache.org>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Friday, January 16, 2015 9:47:57 AM
Subject: Re: [aerogear-dev] UPS console redesign screencast and demo

On Fri, Jan 16, 2015 at 1:37 PM, Andres Galante < agalante at redhat.com > wrote: 

Good morning! 

I added tabs on the code snippet (click on the one that has no installations): 
http://andresgalante.com/ups-console/app-detail-variants.html 

and sub menu for node.js or other Sender API: 
http://andresgalante.com/ups-console/app-detail.html 

good stuff! 

As for step 2 and 3 of the wizard I still working on different flow options. I'll share with you something today to continue the discussion. 

cool! looking forward to that :-) 

Thanks 

----- Original Message ----- 
From: "Matthias Wessendorf" < matzew at apache.org > 
To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > 
Sent: Thursday, January 15, 2015 3:15:12 PM 
Subject: Re: [aerogear-dev] UPS console redesign screencast and demo 

On Thu, Jan 15, 2015 at 7:09 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: 

On Thu, Jan 15, 2015 at 6:43 PM, Matthias Wessendorf < matzew at apache.org > wrote: 

On Thu, Jan 15, 2015 at 6:26 PM, Sebastien Blanc < scm.blanc at gmail.com > wrote: 

On Thu, Jan 15, 2015 at 6:12 PM, Matthias Wessendorf < matzew at apache.org > wrote: 

Hin Andres! 

Wow! awesome - I love it! Where can I sign? :-) 

I watched the excelent video and here are a few coments on the new UI 

*Wizzard* 

After "Mobile device: Setup variant", when clicking "Continue", it brings us to the "test push" UI. 

Note - for that it is mandatory that the previous step was really executed: meaning the app needs to be launched on a (test) device - otherwise nothing to send the "test push" to :-) 
Perhaps we should bake that SKIP option a bit into the TEXT - so that it is obvious 
I have discussed that a bit with Andres. What we could do is after the user has enter the details of the variant (GCM ApiKey / iOS cert), we could send a dummy message to the vendors network in order to check if these settings are correct. This would already be a nice check. 

well, not much will happen: 
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/sender/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/APNsPushNotificationSender.java#L57-L59 
Ah right :) Because there are no installation but beside that "implementation issue" , would be nice to have a way to test if the API Key etc ... are valid . 

I agree - we can change it, I think we even have a ticket for that already 

Regarding the device itself, indeed, hard to check/test, but what we could do is check the DB if an installation has been added. (The developer registers the device and then click next) 

You mean present the "Send dialog" only if there is at least one device already registered? Otherwise, we can again state: now it's time to get a device registered... or something like that - not sure 

"Applications overview" 

wow -> that looks great :) Glad the navigation bar is gone - you are right -> way better. I also like the dashboard location. 

"App and its Variants overview" 
-> with no installations: not sure we do always, in that case, immediately show the source code. But I can be wrong 
-> with installations: let's integrate pagination. e.g. 10 per page! the table looks fantastic 

"Sender API" 
We do have more than Java. also Node.js; I think we could use some sort of TAB for the actual platform (similar to the client code) 

I do really like the INFO _above_ the code. All info in one place - good stuff 

"Send Notification to App" I like the popup/dialog, including the disabled button when there are no devices. Sweet! 

Skip Wizzard -> nice, overview with the blank screens 

Again, awesome work - I am really looking to get this implemented 

On Thu, Jan 15, 2015 at 5:55 PM, Andres Galante < agalante at redhat.com > wrote: 

Hi, 

I've been working on UPS console redesign for the last couple of weeks and I am finally able to share it with you :) 

Here is a screencast walk through: 
http://youtu.be/-ab4-F4OCJM 

And here is the prototype for you to click around: 
http://andresgalante.com/ups-console/wizard01.html 

There are a bunch of details to take care about, specially on step 2 of the wizard, we need to make it goes as smooth as possible. 

Please take a close look and try to find holes in the interaction. Let me know what you think. 

Thanks! 
_______________________________________________ 
aerogear-dev mailing list 
aerogear-dev at 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 at lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/aerogear-dev 

_______________________________________________ 
aerogear-dev mailing list 
aerogear-dev at 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 at lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/aerogear-dev 

_______________________________________________ 
aerogear-dev mailing list 
aerogear-dev at 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 at lists.jboss.org 
https://lists.jboss.org/mailman/listinfo/aerogear-dev 
_______________________________________________ 
aerogear-dev mailing list 
aerogear-dev at 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 at lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev