﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0"><channel><title>Intersoft Community - Lounge - Roadmap for Web and Mobile Web</title><link>http://www.intersoftsolutions.com/Community/Lounge/Roadmap-for-Web-and-Mobile-Web/</link><description /><generator>http://www.intersoftsolutions.com</generator><language>en</language><copyright>Copyright 2002 - 2015 Intersoft Solutions Corp. All rights reserved.</copyright><ttl>60</ttl><item><title>Roadmap for Web and Mobile Web</title><link>http://www.intersoftsolutions.com/Community/Lounge/Roadmap-for-Web-and-Mobile-Web/</link><pubDate>Fri, 02 Mar 2012 02:48:13 GMT</pubDate><dc:creator>jimmyps</dc:creator><description>Hi Michael,&lt;br /&gt;&lt;br /&gt;Thanks for your valuable feedback!&lt;br /&gt;&lt;br /&gt;The statement of "no plugins will be allowed in Windows 8" appears to be only partially correct. Windows 8 will continue to support plugins in the Desktop mode. So the "no plugin" context applies only to the Metro mode. This, however, is still in speculation in the current stage. There have been rumors that Microsoft might make their way to exceptionally support Silverlight in Metro mode, although they may have no intentions to support any other plug-ins. This is possible since MS has been making more exceptions on the Metro, for example, Office 15 will exceptionally support Metro eventhough its codebase is originally built for Desktop mode. So let's wait and see their next move.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;Jimmy&lt;br /&gt;</description></item><item><title>Roadmap for Web and Mobile Web</title><link>http://www.intersoftsolutions.com/Community/Lounge/Roadmap-for-Web-and-Mobile-Web/</link><pubDate>Tue, 28 Feb 2012 12:07:36 GMT</pubDate><dc:creator>mgbloomfield</dc:creator><description>&lt;p&gt;Thanks for your response, Jimmy. Very helpful.&lt;/p&gt;
&lt;p&gt;At this time, I don't need to utilize mobile-specific API so native apps would be a low priority.&lt;/p&gt;
&lt;p&gt;I can see how I might need to design HTML5 layouts for different sizes (desktop, tablet and mobile).&lt;/p&gt;
&lt;p&gt;I hestitate to deal with different browser implementations of HTML5. I might take the "lowest common denominator" approach to design. In other words, use the features of HTML5 that are common in all of the major browsers.&lt;/p&gt;
&lt;p&gt;Would be nice to have a tool that helps me design for different layout sizes (desktop, table and mobile, etc).&lt;/p&gt;
&lt;p&gt;I really like what you've done with ClientUI and the way that accessibility is baked in. That's really excellent. If Silverlight was the future for public websites, ClientUI would've been my first choice. If I was developing internal line of business websites, then ClientUI is an excellent choice. But since I'm developing for a public website, ClientUI/Silverlight was my first choice until Microsoft's message on Silverlight started to get muddled, especially when no plugins will be allowed in Windows 8, which includes not allowing Silverlight unless I've misunderstood).&lt;/p&gt;
&lt;p&gt;If and when you do create a tool for HTML5, please bake in accessibility. It's the right thing to do.&lt;/p&gt;
&lt;p&gt; &lt;/p&gt;</description></item><item><title>Roadmap for Web and Mobile Web</title><link>http://www.intersoftsolutions.com/Community/Lounge/Roadmap-for-Web-and-Mobile-Web/</link><pubDate>Mon, 27 Feb 2012 09:57:13 GMT</pubDate><dc:creator>jimmyps</dc:creator><description>Hi Michael,&lt;br /&gt;&lt;br /&gt;Thanks for raising this question. This seems to be a real challenge that every web developer has to face, sooner or later, as new technology took place. If you're targetting tablet and mobile apps, HTML5 might sound to be the right path, although there are few things to consider.&lt;br /&gt;&lt;br /&gt;One of the major problems with HTML5 is its undetermined specification working scope. As stated in the W3C site, the current HTML5 stage is still far from complete as it hasn't even reach the Candidate Recommendation stage. In reality, you will find a lot of inconsistencies and incompatibilities in each browser's implementation. Not to mention other annoying issues such as relying on vendor-specific prefix for CSS3 implementation which is currently in heavy debate, see &lt;a target="_blank" href="http://www.glazman.org/weblog/dotclear/index.php?post/2012/02/09/CALL-FOR-ACTION%3A-THE-OPEN-WEB-NEEDS-YOU-NOW"&gt;this post&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;The other consideration is whether your apps will require the utilization of mobile hardware-specific API. In such case, native app seems to be more ideal as it gives you full access to the hardware, say, the camera, accelerometer, etc.&lt;br /&gt;&lt;br /&gt;Finally, to answer your question, I'm afraid there's no such thing of "one size fits it all" in cross-devices development. Even with HTML5, you might have to create several version of pages/layout that target each device separately. That's because each device type has different size and your app needs to be designed in a way that displays best in each device. That's also probably the same reason why Twitter, Facebook, Evernote, etc, created each version for each different device.&lt;br /&gt;&lt;br /&gt;Nevertheless, we are watching closely on the maturity of HTML5 development and the possible use in the mobile -- and jump in when it's about the time.&lt;br /&gt;&lt;br /&gt;Let me know if you have other thoughts or feedback.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;Jimmy&lt;br /&gt;</description></item><item><title>Roadmap for Web and Mobile Web</title><link>http://www.intersoftsolutions.com/Community/Lounge/Roadmap-for-Web-and-Mobile-Web/</link><pubDate>Fri, 24 Feb 2012 12:18:05 GMT</pubDate><dc:creator>mgbloomfield</dc:creator><description>&lt;p&gt;I'm overwhelmed.&lt;/p&gt;
&lt;p&gt;Here's what I face. I provide invoice and scheduling to sign language interpreters. It is a niche market.&lt;/p&gt;
&lt;p&gt; I want my users to access my website at their desktop. I also want them to access my website via their mobile devices (iOS, Android, Windows and BlackBerry).&lt;/p&gt;
&lt;p&gt;There are different sizes to deal with: Desktop, Tablet and Mobile&lt;/p&gt;
&lt;p&gt;There are different browsers that inconsistently support HTML5, but they are all racing to have the most (or complete) support for HTML5.&lt;/p&gt;
&lt;p&gt;There are different flavors of implementation on tablets and mobile: HTML5, App inside Browser, and Native App.&lt;/p&gt;
&lt;p&gt;Supporting Native Apps on all mobile platforms is too much work.&lt;/p&gt;
&lt;p&gt;Supporting HTML5 app on all mobile platforms seems to be the most reasonable path.&lt;/p&gt;
&lt;p&gt;Can I "Code HTML5 Once - Deploy Everywhere"? How?&lt;/p&gt;
&lt;p&gt;&lt;br /&gt;&lt;/p&gt;</description></item></channel></rss>