Re: dev-media Digest, Vol 26, Issue 12

2014-04-23 Thread Jamie McDonnell
Another thought on this topic, I would be able to trap the moment where the browser looses focus after gUM is initiated and before onSuccess or onError was called if only the browser didn't loose focus when clicking into the door hanger - because this triggers focus and blur events it makes

Re: dev-media Digest, Vol 26, Issue 12

2014-04-22 Thread Jamie McDonnell
Hi Martin, thanks for the suggestions - in our app, you select if you want to connect with video and audio, audio only or chat only - hitting Allow begins the call connection. I can show a piece of UI where the door hanger should be (and yes I would have to style and position it based on UA

Re: dev-media Digest, Vol 26, Issue 12

2014-04-21 Thread Martin Thomson
On 2014-04-19, at 00:38, Jamie McDonnell jamie.mcdonn...@gmail.com wrote: what is the suggested approach for this scenario when a user alt-tabs away from the browser, or it looses focus while a gUM request is in progress? You can show an indicator in content that you are awaiting user input

Re: dev-media Digest, Vol 26, Issue 12

2014-04-18 Thread Jamie McDonnell
-- End of dev-media Digest, Vol 26, Issue 12 * -- -- Jamie McDonnell | User Experience Design Evangelist and Developer | eFace2Face mobile: (+420) 777 608 442 | email: jamie.mcdonn...@eface2face.com | web

Re: dev-media Digest, Vol 26, Issue 12

2014-04-18 Thread Martin Thomson
On 2014-04-18, at 02:59, Jamie McDonnell jamie.mcdonn...@gmail.com wrote: This is the current error but it seems to have gone quiet - any progress on this: https://bugzilla.mozilla.org/show_bug.cgi?id=895971#c24 As noted in the bug, that issue is invalid.