[Kimchi-devel] [RFC] Move some error messages and notifications to Notifications API

[Aline Manera]

Hi Samuel,

Yeap! I agree it would be really good to have.
My only concerned is about browser support. From what I could see, the 
major problem will be with mobile browsers as no one seems to support it.

I'd say to implement that as an alternative and make sure the code will 
be safer enough to do not break anything while running on a browser that 
does not have Notifications support. And that case, from browser without 
Notifications support, what would be the default behavior? How is it today?

Regards,
Aline Manera

On 06/03/2016 08:13 AM, Samuel Henrique De Oliveira Guimaraes wrote:
>
> I’m investigating a problem when uploading volumes to Storage Pools 
> and switching tabs and I was thinking that some messages should be 
> available no matter which tab the user is currently on. For instance, 
> If I’m cloning or migrating a guest, uploading a volume or copying a 
> volume from a remote host etc. and switch tabs, I should know if the 
> task failed without having to switch back to the tab I started this 
> action. Currently we have to do this because only when the browser 
> goes through a function that lists the ongoing tasks inside these tabs 
> that it will receive the error messages. However, if I have a modal 
> window opened, it wouldn’t make sense to show a message that has a 
> different context from this opened window.
>
> I think that a good solution for this problem would be Notification 
> API for browsers that already support it:
>
> https://developer.mozilla.org/en-US/docs/Web/API/notification
>
> Support is relatively good:
>
> http://caniuse.com/#search=notifications
>
> Thanks,
>
> Samuel
>
>
>
> _______________________________________________
> Kimchi-devel mailing list
> Kimchi-devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/kimchi-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/kimchi-devel/attachments/20160608/8d54c618/attachment.html>