+1
On Mon, Jun 29, 2015 at 5:03 PM, Matthias Wessendorf <matzew(a)apache.org>
wrote:
I like it !
On Mon, Jun 29, 2015 at 4:30 PM, Andres Galante <agalante(a)redhat.com>
wrote:
> Hi!
>
> To solve the variant information I made this:
>
>
https://dl.dropboxusercontent.com/u/4371641/Screen%20Shot%202015-06-29%20...
>
> But we are already showing the sender info at the sender tab:
>
>
https://dl.dropboxusercontent.com/u/4371641/Screen%20Shot%202015-06-29%20...
>
> What do you think?
>
> Andrés
>
>
>
> On Mon, Jun 29, 2015 at 10:10 AM, Andres Galante <agalante(a)redhat.com>
> wrote:
>
>> Good idea Sebastien! That is a good placement. I'll test it and see if
>> we need a line or something to mark a separation between them and the
>> network info.
>>
>> On Mon, Jun 29, 2015 at 10:05 AM, Sebastien Blanc <scm.blanc(a)gmail.com>
>> wrote:
>>
>>> I would vote to have them along with the other variant details that are
>>> already shown (like google's project number etc ...)
>>>
>>>
>>> On Mon, Jun 29, 2015 at 2:58 PM, Matthias Wessendorf <matzew(a)apache.org
>>> > wrote:
>>>
>>>>
>>>>
>>>> On Mon, Jun 29, 2015 at 2:19 PM, Andres Galante
<agalante(a)redhat.com>
>>>> wrote:
>>>>
>>>>> Hi Matthias and Lukas,
>>>>>
>>>>> During the user research time I've learn that there are almost
none
>>>>> use case where the user uses this information stand alone. The user
would
>>>>> just copy and paste the code snippet.
>>>>>
>>>>
>>>> well, that does not always work (e.g. sligthly different structure of
>>>> code).
>>>> Even our own Android HelloWorld Demo is not able to use the snippets
>>>> and paste them in (due to different code structure - which is good).
>>>>
>>>> Having them visible give a bit more appreciation to these IDs (or call
>>>> em API keys), so it's easy to get the desired info quickly
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> We use it a lot because we test it and set it up a bunch of times
>>>>> UPS. We already have the code set up and we end up knowing where to
look
>>>>> for the data. Luke bring this same issue to me during Summit.
>>>>>
>>>>> Let me think of a good way to highlight that information to make the
>>>>> expert user life easier.
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Jun 24, 2015 at 2:12 PM, Lukáš Fryč <lukas(a)fryc.eu>
wrote:
>>>>>
>>>>>> Basically it is something that we "agreed on" (or
rather didn't
>>>>>> catch) during mockup reviews and that never changed from that
time.
>>>>>>
>>>>>> @Andres: did it have some reason to hide the details?
>>>>>>
>>>>>> I'm all for exposing it more visibly.
>>>>>>
>>>>>> st 24. 6. 2015 v 17:21 odesílatel Matthias Wessendorf <
>>>>>> matzew(a)apache.org> napsal:
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> on our old design the PushApplicationID/MasterSecret was very
good
>>>>>>> to notice:
>>>>>>>
>>>>>>>
https://aerogear.org/docs/unifiedpush/ups_userguide//img/applications_var...
>>>>>>>
>>>>>>> Now it's a bit more hidden (one has to click on the
"Sender API"
>>>>>>> tab of the Application).
>>>>>>>
>>>>>>> Similar w/ the VariantID/Secret pair, IMO it is also a bit
hidden,
>>>>>>> since this is only visible in the source snippets for the
variant.
>>>>>>>
>>>>>>> They used to be a bit more present:
>>>>>>>
>>>>>>>
https://aerogear.org/docs/unifiedpush/ups_userguide//img/applications_var...
>>>>>>>
>>>>>>> Since I find that suboptimal, I am wondering if that's
done for a
>>>>>>> good reason, or if something (in a future version?) should be
changed ?
>>>>>>>
>>>>>>> -M
>>>>>>>
>>>>>>> --
>>>>>>> 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
>
--
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