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 :
=>
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>wrote:
On Mon, Feb 24, 2014 at 12:52 PM, Hylke Bons <hbons(a)redhat.com> 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>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
>