<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 22, 2015 at 10:54 AM, Matthias Wessendorf <span dir="ltr">&lt;<a href="mailto:matzew@apache.org" target="_blank">matzew@apache.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Jan 21, 2015 at 11:55 PM, Andres Galante <span dir="ltr">&lt;<a href="mailto:agalante@redhat.com" target="_blank">agalante@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hey!<br>
<br>
Today Lukas, Sebastien help me review UPS new UI.<br>
I also did some usability testing yesterday (over dinner with slightly drunk programmers friends of mine).<br>
<br>
Here are the results and a bunch of questions for us to discuss:<br>
<br>
- Code snippets need a “copy” btn like <a href="http://getbootstrap.com/components/" target="_blank">http://getbootstrap.com/components/</a></blockquote><div><br></div></span><div>+1</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
- Descriptions on apps and variants. Can we just remove them? Are they useful?<br></blockquote><div><br></div></span><div>yeah, I think we can remove them. Here is a JIRA for it: <a href="https://issues.jboss.org/browse/AGPUSH-1240" target="_blank">https://issues.jboss.org/browse/AGPUSH-1240</a></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- &quot;Add a variant&quot; form. There is going to be a validation of the form to make sure connections are correctly set up.<br></blockquote><div><br></div></span><div>+1 created <a href="https://issues.jboss.org/browse/AGPUSH-1241" target="_blank">https://issues.jboss.org/browse/AGPUSH-1241</a></div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- Variants page [1]. If the user has lots of variants set up, the list would be huge. I am working on solutions, Lukas and Sebastien had very good ideas.<br>
<br>
- &quot;Send notification&quot; form has the same problem. Lukas suggested a great solution, to use Multiple select boxes <a href="https://select2.github.io/examples.html" target="_blank">https://select2.github.io/examples.html</a></blockquote><div><br></div></span><div>any details?</div></div></div></div></blockquote><div><br></div><div>Sebi commented on &quot;Send notification&quot; screen that checkboxes are not ideal way to select multiple variants when you have huge number of variants, say 20.</div><div><br></div><div>In other to save screen space, we would need to make it scrollable OR put into several columns OR as I suggested, we may use a search selection box with groups per platform and auto-completion, such as &quot;Multiple select boxes&quot; sample on <a href="https://select2.github.io/examples.html">https://select2.github.io/examples.html</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
<br>
- Warnings. Where to show them? How to display them? </blockquote><div><br></div></span><div>I like how they are presented in the current UI</div></div></div></div></blockquote><div><br></div><div>Andres presented us that warnings are shown on the variant screen: <a href="http://andresgalante.com/ups-console/app-detail-variants.html">http://andresgalante.com/ups-console/app-detail-variants.html</a></div><div><br></div><div>I just wondered when the warning disappears (what&#39;s a best approach from UX perspective).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">How to make them disappear once the issue is solve?<br></blockquote><div><br></div></span><div>Not sure.... we keep them, and after 30 days there is a job to delete the warnings. I&#39;d keep them, for tracking that there was a problem a few days ago.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- Delete apps or variants takes a lot of time. there is a JIRA about this.<br></blockquote><div><br></div></span><div>which one ? </div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- Add a progress bar to show progress of notifications been sent.<br></blockquote><div><br></div></span><div>Isn&#39;t that miss leading? We can not guarantee that the message are delivered to the phone.</div><div>We just give them to Google/Apple/etc. If they move them to /dev/null - well :-)</div></div></div></div></blockquote><div><br></div><div>I don&#39;t remember discussing this, I was talking about design of &quot;progress indicators&quot; in general - if the app is taking any action, the UI should not allow the user to do anything else unless the request is fully processed (which is not true in the 1.0.x) - and ideally show some action indicator - e.g. a spinner. :-)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- Add links to documentation everywhere.<br></blockquote><div><br></div></span><div>yeah - do we have a JIRA for that ? </div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- We talked about adding sorting options on the variants list (by name, or by creation date) but it seems that search would be enough. although there was one tester that asked for sorting options.<br></blockquote><div><br></div></span><div>+1 for search only. Did you guys create a JIRA for that ? </div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
- It also come to my attention that the name “Variant” is too general. Every non UPS developer I&#39;ve shown the console asked me “what are variants” and when I explain, they asked me “Why don’t you find a better name that represent “group of devices”?<br></blockquote><div><br></div></span><div>It&#39;s not just group of devices - it&#39;s also per platform. Imagine if there are paid and free versions of an app. That *can* be managed as two variants, on one app. I am open to improvements here </div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Lukas mention that a change of wording at this point would be very hard since we have the word “Variant” all over our docs. But maybe for 2.0 we can think of a better way to help the user understand what a Variant is.<br></blockquote><div><br></div></span><div>+1 - perhaps we can improve the text on the UI ? </div></div></div></div></blockquote><div><br></div><div>We should be far more descriptive about what &quot;application&quot; and &quot;variant&quot; and &quot;installation&quot; terms means. :-) It is not enough to describe it in the docs. </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<br>
Here is the prototype, click around and send feedback :)<br>
<a href="http://andresgalante.com/ups-console/login.html" target="_blank">http://andresgalante.com/ups-console/login.html</a></blockquote><div><br></div><div><br></div></span><div>I still think the *skip* is too small.</div><div><br></div><div>Also, on the wizard, if it should always go to Send (but we had that on a different thread)</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><br>
<br>
<br>
[1]<a href="http://andresgalante.com/ups-console/app-detail-variants.html" target="_blank">http://andresgalante.com/ups-console/app-detail-variants.html</a><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></blockquote></span></div><span class=""><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>Matthias Wessendorf <br><br>blog: <a href="http://matthiaswessendorf.wordpress.com/" target="_blank">http://matthiaswessendorf.wordpress.com/</a><br>sessions: <a href="http://www.slideshare.net/mwessendorf" target="_blank">http://www.slideshare.net/mwessendorf</a><br>twitter: <a href="http://twitter.com/mwessendorf" target="_blank">http://twitter.com/mwessendorf</a></div>
</font></span></div></div>
<br>_______________________________________________<br>
aerogear-dev mailing list<br>
<a href="mailto:aerogear-dev@lists.jboss.org">aerogear-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a><br></blockquote></div><br></div></div>