<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Bindows 1.01</title>
	<atom:link href="http://erik.eae.net/archives/2004/03/06/18.32.36/feed/" rel="self" type="application/rss+xml" />
	<link>http://erik.eae.net/archives/2004/03/06/18.32.36/</link>
	<description>The Weblog of Erik Arvidsson</description>
	<pubDate>Thu, 20 Nov 2008 11:36:33 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Jim</title>
		<link>http://erik.eae.net/archives/2004/03/06/18.32.36/#comment-684</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Tue, 30 Nov 1999 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://erik.eae.net/wp/?p=53#comment-684</guid>
		<description>Hi Erik,
I tested out your Bindows and it is truly interesting and very attractive. However, one thing I couldn't exactly see is why someone should use it? That is, it is definitely a useful tool, but you see there are many other solutions, like java applets, .net web forms, xul etc...

This framework seems to be inappropriate for the web sites, because web sites has to work with various number of browsers. It seems to be it is way more expensive to use bindows for web sites (not the bindows license, but the amount of time you put into the development, cause you have to develop for two sets of browsers at least). If the web site owner targets the Internet Explorer, then I do believe it is a good solution, however I can not think of many web sites that require this much of complexity on the client side. That is if they develop something that works, it is still good for them. And also it seems that you have a more steep learning curve with Bindows and somewhat restricted by what you can do with it, cause there are not too much free articles for it. For example, if I choose to use normal HTML I can check out what other people do and quickly solve my problem, but if I choose Bindows I have to learn how to use it and restricted by what I have there. Also with normal HTML/DHTML I can extend or modify it anyway I want. 

If the Bindows target the internal networks, then I am wondering why not use java, .net web forms and so on. They seem to be more attractive for intranets. 

Finally, I wonder how can someone or a third party supply its own widgets for your framework. Is there a plan for it? Say can I produce one and sell as a third party? 

I think it is an excellent piece of work. In fact, nobody would believe that it is all done with dhtml. However, I couldn't figure out where is the true value of this solution, cause it seems to be a world in its own, rather than part of DHTML itself. That is it uses DHTML, but nobody who is expert on DHTML claim to be an expert in Bindows, cause it has its own set of rules and logic. 

If you can bring some light to these concerns/questions I would be really happy. Cause I am puzzled on exactly how this excellent framework bring value. It is an excellent piece of work, there is no doubt about it, but why should someone use it. The only logical answer I was able to come up with is when someone wants to target IE 5.5 or later and they want to be as responsive as possible on the client side.

Great inspiring work btw.</description>
		<content:encoded><![CDATA[<p>Hi Erik,<br />
I tested out your Bindows and it is truly interesting and very attractive. However, one thing I couldn&#8217;t exactly see is why someone should use it? That is, it is definitely a useful tool, but you see there are many other solutions, like java applets, .net web forms, xul etc&#8230;</p>
<p>This framework seems to be inappropriate for the web sites, because web sites has to work with various number of browsers. It seems to be it is way more expensive to use bindows for web sites (not the bindows license, but the amount of time you put into the development, cause you have to develop for two sets of browsers at least). If the web site owner targets the Internet Explorer, then I do believe it is a good solution, however I can not think of many web sites that require this much of complexity on the client side. That is if they develop something that works, it is still good for them. And also it seems that you have a more steep learning curve with Bindows and somewhat restricted by what you can do with it, cause there are not too much free articles for it. For example, if I choose to use normal HTML I can check out what other people do and quickly solve my problem, but if I choose Bindows I have to learn how to use it and restricted by what I have there. Also with normal HTML/DHTML I can extend or modify it anyway I want. </p>
<p>If the Bindows target the internal networks, then I am wondering why not use java, .net web forms and so on. They seem to be more attractive for intranets. </p>
<p>Finally, I wonder how can someone or a third party supply its own widgets for your framework. Is there a plan for it? Say can I produce one and sell as a third party? </p>
<p>I think it is an excellent piece of work. In fact, nobody would believe that it is all done with dhtml. However, I couldn&#8217;t figure out where is the true value of this solution, cause it seems to be a world in its own, rather than part of DHTML itself. That is it uses DHTML, but nobody who is expert on DHTML claim to be an expert in Bindows, cause it has its own set of rules and logic. </p>
<p>If you can bring some light to these concerns/questions I would be really happy. Cause I am puzzled on exactly how this excellent framework bring value. It is an excellent piece of work, there is no doubt about it, but why should someone use it. The only logical answer I was able to come up with is when someone wants to target IE 5.5 or later and they want to be as responsive as possible on the client side.</p>
<p>Great inspiring work btw.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
