WebRTC

Chrome 23 : après les jeux, la vidéo Après une version 22 qui met l’accent sur les FPS avec l’ajout de l’API HTML5 « Pointer Lock » (lire : Google ajoute le « Pointer Lock » dans Chrome 22), Chrome 23 intègre l’API PeerConnection afin de permettre aux développeurs de créer des applications de chat vidéo sans plugin. C’est une nouvelle brique qui vient s’ajouter à la technologie WebRTC. Cet Api s’ajoute à l’API getUserMedia qui a été ajoutée au sein de Chrome 21, et qui permet de manipuler une webcam à distance via le navigateur et sans avoir à recourir à l’utilisation d’un plug-in comme Flash. Pour rappel, cette dernière est toujours à l’état de brouillon. » Ensemble, l’API PeerConnection et getUserMedia représentent les prochaines étapes avec le standard WebRTC dont le but est de permettre des communications vidéo, audio et de données de haute qualité sur le Web « , écrit Justin Uberti, ingénieur logiciel chez Google. Pour télécharger Chrome dans sa version bêta, c’est par ici que cela se passe. Intéressant ?

Raphaël—JavaScript Library Getting Started with WebRTC WebRTC is a new front in the long war for an open and unencumbered web. Brendan Eich, inventor of JavaScript Real-time communication without plugins Imagine a world where your phone, TV and computer could all communicate on a common platform. Imagine it was easy to add video chat and peer-to-peer data sharing to your web application. Want to try it out? Open apprtc.appspot.com in Chrome, Opera or Firefox. There is a walkthrough of this application later in this article. Quick start Haven't got time to read this article, or just want code? Get an overview of WebRTC from the Google I/O presentation (the slides are here): If you haven't used getUserMedia, take a look at the HTML5 Rocks article on the subject, and view the source for the simple example at simpl.info/gum. Alternatively, jump straight into our WebRTC codelab: a step-by-step guide that explains how to build a complete video chat app, including a simple signaling server. A very short history of WebRTC Where are we now? Constraints

erbbysam/webRTCCopy Les navigateurs mobiles et leur compatibilité avec HTML5 Nous sommes nombreux à créer des sites optimisés pour mobile (et heureusement). Que ce soit en responsive design ou non, il faut, avant de se lancer, vérifier la compatibilité des navigateurs avec les différentes balises que nous offre le HTML5. Pour ce faire, il y a un site très bien que je vous recommande : MobileHTML5. Vous y trouverez un tableau croisant les différents navigateurs mobiles du marché, et leur compatibilité avec le CSS3, les sockets, la 3D (WebGl,…), les animations,… Le site est régulièrement mis à jour avec de nouveaux navigateurs et les nouvelles fonctionnalités des leaders. Grosso modo, on peut dire que les leader du marché (iOS et Android) supportent à peu près toutes les spécifications HTML 5 standards, et couvriront certainement l’ensemble de vos besoins techniques. Voici un aperçu de ce qui se fait en 2013 (cliquez pour agrandir) : Visiter MobileHTML5. Vous aimez cet article ? Partage

jQuery WebRTC Un article de Wikipédia, l'encyclopédie libre. WebRTC (Web Real-Time Communication, littéralement communication web en temps réel) est une interface de programmation (API) JavaScript actuellement au stade de brouillon (Draft) développée au sein du W3C et de l'IETF. C'est aussi un canevas logiciel avec des implémentations précoces dans différents navigateurs web pour permettre une communication en temps réel. Le but du WebRTC est de lier des applications comme la voix sur IP, le partage de fichiers en pair à pair en s'affranchissant des plugins propriétaires jusqu'alors nécessaires. La technologie WebRTC étant récente, son intégration au sein des différents navigateurs internet est encore inégale. Historique[modifier | modifier le code] Cependant, ces initiatives s'opposent à Microsoft qui a soumis une proposition concurrente CU-RTC-WEB (en) le 8 août 2012[11]. Le standard qui établira le WebRTC n'étant pas encore complet, il peut encore subir de fortes modifications.

Eric Feminella » Thoughts on Modern Web Application Development Recently, I shared a simple 8-step procedure with my team which outlines some of the general questions I tend to ask myself when writing tests, even if, perhaps, only subconsciously so. While quite simple in form, and somewhat obvious in process, this procedure helps to develop a useful mental model from which practical steps can be applied to common testing scenarios; which, in turn, helps to provide clarity of general design considerations, while also helping to guide specific implementation decisions. First things First Arguably, the single most important aspect of testing (and software development in general, for that matter) is to acquire a solid understanding of the problem domain; for, without having (at minimum) a general understanding of the problem one is intending to solve, important details are likely to be omitted which would have otherwise been considered, and thus, covered by our tests. Small Steps Clean Pass Negative Tests Stateless Tests Continued Improvement Meaningful Tests

The HTML5 test - How well does your browser support HTML5? HTML5 Cross Browser Polyfills · Modernizr/Modernizr Wiki The No-Nonsense Guide to HTML5 Fallbacks So here we're collecting all the shims, fallbacks, and polyfills in order to implant HTML5 functionality in browsers that don't natively support them. The general idea is that: We, as developers, should be able to develop with the HTML5 APIs, and scripts can create the methods and objects that should exist. Developing in this future-proof way means as users upgrade, your code doesn't have to change but users will move to the better, native experience cleanly. Looking to conditionally load these scripts (client-side), based on feature detects? svgweb by Brad Neuberg & others Fallback via FlashSnap.SVG from scratch by the author of Raphaël (Dmitry Baranovskiy) Abstracted API. FakeSmile by David Leunen Canvas Web Storage (LocalStorage and SessionStorage) Non HTML5 API Solutions ssw by Matthias Schäfer$.store by Rodney Rehmlawnchair by Brian Lerouxstore.js by Marcus WestinPersistJS by Paul DuncanSquirrel.js by Aaron GustafsonjStorage by Andris Reinman Video

Multiplayer is coming One of the most highly demanded features for Construct 2 has been support for making real-time multiplayer online games. While we have supported WebSockets for some time, it has two key barriers to real-time multiplayer: the need to write a separate server, and the guaranteed in-order transmission using TCP. This can create head-of-line blocking and ruin the performance of latency-sensitive games, compared to UDP which can ignore dropped packets and reduce latency. With the arrival of Chrome 32 and Firefox 27, we now have a solution: WebRTC DataChannels! What is WebRTC? WebRTC is a new browser feature allowing peer-to-peer connections. Peer-to-peer connections have the advantage that you don't need to write or even host a separate server! Which platforms are supported? Currently only Chrome 32+ and Firefox 27+ support interoperable WebRTC DataChannels. Features of the multiplayer engine We are writing our own custom multiplayer engine to best suit the needs of Construct 2 developers. Demos

jQuery Sortable So what does it do? Sorts any items in any container Fully supports nested containers Connect lists Callbacks and events (see docs) Pure drag/drop lists Vertical and horizontal sorting Why another sortable plugin? you might ask. The answer is: nested lists. The opinionated part This plugin does one and only one thing: sorting . Moreover this plugin assumes that the placeholder has zero height/width. Compatibility jquery-sortable.js has been tested with the following browsers Firefox >= 3.5 Chrome IE > 7 Safari >= 6 Opera Konqueror If you confirmed, that it works on other browsers please tell me .