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 "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(a)redhat.com&gt; wrote: -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf

Step 3 of the wizard is tricky. We don't want the user to get stuck, on the other hand we want to help him successfully install a variant and test it. I'll put together the different scenarios to make it more clear. About Sender API tab, Patternfly supports subnavigation under tabs: https://www.patternfly.org/wp-content/uploads/patternfly/tests/tab.html Maybe it is a good idea to use it to show Java, node and other api information. I'll test that out. ----- Original Message ----- From: "Sebastien Blanc" <scm.blanc(a)gmail.com&gt; To: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt; Sent: Thursday, January 15, 2015 2:26:54 PM Subject: Re: [aerogear-dev] UPS console redesign screencast and demo On Thu, Jan 15, 2015 at 6:12 PM, Matthias Wessendorf < matzew(a)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. 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) "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(a)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(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

On Thu, Jan 15, 2015 at 6:43 PM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: 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 .

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 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. Thanks ----- Original Message ----- From: "Matthias Wessendorf" <matzew(a)apache.org&gt; To: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt; 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(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:43 PM, Matthias Wessendorf < matzew(a)apache.org > wrote: On Thu, Jan 15, 2015 at 6:26 PM, Sebastien Blanc < scm.blanc(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:12 PM, Matthias Wessendorf < matzew(a)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/... 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(a)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(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

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(a)apache.org&gt; To: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt; 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(a)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(a)apache.org > To: "AeroGear Developer Mailing List" < aerogear-dev(a)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(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:43 PM, Matthias Wessendorf < matzew(a)apache.org > wrote: On Thu, Jan 15, 2015 at 6:26 PM, Sebastien Blanc < scm.blanc(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:12 PM, Matthias Wessendorf < matzew(a)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/... 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(a)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(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

+1 on 4a and 4b On Fri, Jan 16, 2015 at 3:36 PM, Andres Galante <agalante(a)redhat.com&gt; wrote: -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf

I want to avoid the user to click Continue without setting up the variant (or event read about it). I'll build a prototype with the btn at the top, gather users and do a usability test next week and to check this behaviour, and the rest of the console. ----- Original Message ----- From: "Sebastien Blanc" <scm.blanc(a)gmail.com&gt; To: "AeroGear Developer Mailing List" <aerogear-dev(a)lists.jboss.org&gt; Sent: Friday, January 16, 2015 12:31:03 PM Subject: Re: [aerogear-dev] UPS console redesign screencast and demo On Fri, Jan 16, 2015 at 3:36 PM, Andres Galante < agalante(a)redhat.com > wrote: 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 The code snippet take the whole screen and you have to scroll down to click "continue", maybe it could be collapsed or having the button "continue" at another place ? 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(a)apache.org > To: "AeroGear Developer Mailing List" < aerogear-dev(a)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(a)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(a)apache.org > To: "AeroGear Developer Mailing List" < aerogear-dev(a)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(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:43 PM, Matthias Wessendorf < matzew(a)apache.org > wrote: On Thu, Jan 15, 2015 at 6:26 PM, Sebastien Blanc < scm.blanc(a)gmail.com > wrote: On Thu, Jan 15, 2015 at 6:12 PM, Matthias Wessendorf < matzew(a)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/... 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(a)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(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 _______________________________________________ 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