<br><br><div class="gmail_quote">On Thu, Jun 10, 2010 at 12:24 AM, Aryeh Gregor <span dir="ltr"><<a href="mailto:Simetrical%2Bw3c@gmail.com">Simetrical+w3c@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Wed, Jun 9, 2010 at 2:29 PM, narendra sisodiya<br>
<<a href="mailto:narendra@narendrasisodiya.com">narendra@narendrasisodiya.com</a>> wrote:<br>
> Case 1 - Abode can make its flash-player inside canvas API. I know, it will<br>
> not be 100% compatible. They can create a CanvasAPI based flash player.<br>
> Their are already  2 client side run time engine in JavaScript - Smokescreen<br>
> and Gordon - <a href="http://twitter.com/jdowdell/statuses/14985295733" target="_blank">http://twitter.com/jdowdell/statuses/14985295733</a> , Biggest<br>
> advantage with JS and client side is that you can see sourcecode. In order<br>
> to hide the source code , Adobe can use server side. Some processing will be<br>
> on server side and output will be streamed (in form of image) to client side<br>
> and renders into CANVAS area with pixel. You can grab event from canvas area<br>
> and send bacl to server. This way Developer may come up with a Server Side<br>
> HTML5 toolkit which will reuse BAD standards like flash with Hiding Source<br>
> code of a Web Application . Adobe or other companies can modify their<br>
> products and generate server side HTML5 code which will render the<br>
> application CANVAS API.<br>
> A huge number of dummy developer use such non-standards tools and with this,<br>
> they will be able to reuse skills by this and will not adopt a true spirit<br>
> of HTML5.<br>
>           So, This I do not like,,,--> ''designer/developers will be using<br>
> non-standard server side code, generated from non-standards ToolKits, and<br>
> pretend that we also use HTML5"<br>
<br>
</div>The goal of HTML5 is that all browsers and platforms should be able to<br>
display all web pages, without dependence on any particular software<br>
vendor.  If a company like Adobe writes a framework using<br>
cross-browser, cross-platform, openly specified APIs, we're in a far<br>
better situation than now.  It would really be no different from<br>
jQuery.<br>
<br></blockquote><div><br>Yes, sure, I love to advocate adobe/similarcompany and modify my video - <a href="http://tinyvid.tv/show/2dz18ka146nfz">http://tinyvid.tv/show/2dz18ka146nfz</a> , Provided they should do it in Client side so source can be seen.<i> Providing a server side or similar rendering system which use 'Canvas' for displaying everything inside canvas from server side is as bad as flash player/plugin.Web may be hidden again under pixels.</i> <br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Furthermore, it's not *possible* to prevent anyone from writing<br>
toolkits that use HTML5 features.  Or do you have any suggestions to<br>
stop it?<br>
</blockquote></div><br>We can't stop anyone. Advocate SVG and making SVG-animation support with SVG animation authoring tools is a good way to reduce 'server side canvas rendering'.<br><br clear="all"><br><br>
-- <br>┌─────────────────────────┐<br>│    Narendra Sisodiya<br>│    <a href="http://narendrasisodiya.com">http://narendrasisodiya.com</a><br>└─────────────────────────┘<br>