<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Opera Dragonfly Goes Open Source</title>
	<atom:link href="http://www.favbrowser.com/opera-dragonfly-goes-open-source/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/</link>
	<description>Web Browser News and Reviews.</description>
	<lastBuildDate>Sat, 11 Feb 2012 17:39:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
	<item>
		<title>By: aavv</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86178</link>
		<dc:creator>aavv</dc:creator>
		<pubDate>Sat, 13 Feb 2010 10:23:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86178</guid>
		<description>I think opera made wise decision, because a lot of people want opera an open sourceand opera make part of its developing process an open source, moreover, Opera need to solve the most annoying problem in its browser (compatability) this can make people contribute to it and if other browser adher to that tool, web will be 100% compatible with Opera</description>
		<content:encoded><![CDATA[<p>I think opera made wise decision, because a lot of people want opera an open sourceand opera make part of its developing process an open source, moreover, Opera need to solve the most annoying problem in its browser (compatability) this can make people contribute to it and if other browser adher to that tool, web will be 100% compatible with Opera</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pneumatyka</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86094</link>
		<dc:creator>pneumatyka</dc:creator>
		<pubDate>Fri, 12 Feb 2010 17:34:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86094</guid>
		<description>Yep, you are right about JavaScript. Indeed its impossible to debug it this way.
I was thinking mostly about changing content/css, which is only part of a problem indeed.

And about Dragonfly, will see soon how good are those strong foundations. It doesn&#039;t have new features, but I guess you can agree that its fast, and stable.</description>
		<content:encoded><![CDATA[<p>Yep, you are right about JavaScript. Indeed its impossible to debug it this way.<br />
I was thinking mostly about changing content/css, which is only part of a problem indeed.</p>
<p>And about Dragonfly, will see soon how good are those strong foundations. It doesn&#8217;t have new features, but I guess you can agree that its fast, and stable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nobody</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86079</link>
		<dc:creator>nobody</dc:creator>
		<pubDate>Fri, 12 Feb 2010 15:14:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86079</guid>
		<description>well, most problems over the net comes from browsers understanding &#039;standards&#039; in different ways. there are COUNTLESS things, that are interpreted in &#039;slightly&#039; different ways. that slight differences are what makes the web unfortunatelly.

display problems, dom properties (browsers differ i.e.: in what are the default values of certain properties), event handling ( look at quirksmode.org event compatibility table.. there are almost no events handled identicaly. and there is the whole topic of javascript, that is the sole reason why dev tools are so important. you simply cannot debug js problems in browser A using engine B. it simply doesnt work that way. 

final reason why not to use dragonfly at all, is that this is very very stopgap solution, that doesnt offer really any functionality, even the basic one. problem is, that it is almost 3 years old now, and still is nowhere..</description>
		<content:encoded><![CDATA[<p>well, most problems over the net comes from browsers understanding &#8216;standards&#8217; in different ways. there are COUNTLESS things, that are interpreted in &#8216;slightly&#8217; different ways. that slight differences are what makes the web unfortunatelly.</p>
<p>display problems, dom properties (browsers differ i.e.: in what are the default values of certain properties), event handling ( look at quirksmode.org event compatibility table.. there are almost no events handled identicaly. and there is the whole topic of javascript, that is the sole reason why dev tools are so important. you simply cannot debug js problems in browser A using engine B. it simply doesnt work that way. </p>
<p>final reason why not to use dragonfly at all, is that this is very very stopgap solution, that doesnt offer really any functionality, even the basic one. problem is, that it is almost 3 years old now, and still is nowhere..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pneumatyka</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86076</link>
		<dc:creator>pneumatyka</dc:creator>
		<pubDate>Fri, 12 Feb 2010 14:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86076</guid>
		<description>&quot;why would you want or need dragonfly in FF and IE?&quot;

Dragonfly is way faster then firebug. Besides I simply would like to have same set of features, while debugging in all browsers.

&quot;there is no single feature dragonfly has, that firebug or visualStudio+ieDEVtoolbar do not have.&quot;
Yep, I know - I simply find dragonfly faster (as mentioned), and I like the way new dragonfly highlights elements.

&quot;and no, it isnt possible, because DF uses scope protocol, that both FF and IE are completly ignoring and will never look at it.&quot;
Well, who knows, they might - if it could be really useful. I don&#039;t know to much about it yet, so I cannot make such statements.

&quot;unless all the engines start interpreting standards in the same way.&quot;
Why? What would happen if I would run Dragonfly in firebug? I would see DOM structure, each element css, http headers, all other stuff, where is the problem here? And I could change it. If you are referring to some display problems, caused by wrong understanding something why not prepare simple javascript to overcome those problems?
I don&#039;t see why interpreting standards would be a problem here?</description>
		<content:encoded><![CDATA[<p>&#8220;why would you want or need dragonfly in FF and IE?&#8221;</p>
<p>Dragonfly is way faster then firebug. Besides I simply would like to have same set of features, while debugging in all browsers.</p>
<p>&#8220;there is no single feature dragonfly has, that firebug or visualStudio+ieDEVtoolbar do not have.&#8221;<br />
Yep, I know &#8211; I simply find dragonfly faster (as mentioned), and I like the way new dragonfly highlights elements.</p>
<p>&#8220;and no, it isnt possible, because DF uses scope protocol, that both FF and IE are completly ignoring and will never look at it.&#8221;<br />
Well, who knows, they might &#8211; if it could be really useful. I don&#8217;t know to much about it yet, so I cannot make such statements.</p>
<p>&#8220;unless all the engines start interpreting standards in the same way.&#8221;<br />
Why? What would happen if I would run Dragonfly in firebug? I would see DOM structure, each element css, http headers, all other stuff, where is the problem here? And I could change it. If you are referring to some display problems, caused by wrong understanding something why not prepare simple javascript to overcome those problems?<br />
I don&#8217;t see why interpreting standards would be a problem here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nobody</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86060</link>
		<dc:creator>nobody</dc:creator>
		<pubDate>Fri, 12 Feb 2010 12:23:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86060</guid>
		<description>why would you want or need dragonfly in FF and IE?

there is no single feature dragonfly has (except for remote debugging, that does not work in most cases anyway) that firebug or visualStudio+ieDEVtoolbar do not have.

and no, it isnt possible, because DF uses scope protocol, that both FF and IE are completly ignoring and will never look at it.

and as a final touch - debugging FF with Opera&#039; tool, or IE with FF tool is completly impossible, unless all the engines start interpreting standards in the same way. that wont ever happen.</description>
		<content:encoded><![CDATA[<p>why would you want or need dragonfly in FF and IE?</p>
<p>there is no single feature dragonfly has (except for remote debugging, that does not work in most cases anyway) that firebug or visualStudio+ieDEVtoolbar do not have.</p>
<p>and no, it isnt possible, because DF uses scope protocol, that both FF and IE are completly ignoring and will never look at it.</p>
<p>and as a final touch &#8211; debugging FF with Opera&#8217; tool, or IE with FF tool is completly impossible, unless all the engines start interpreting standards in the same way. that wont ever happen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pneumatyka</title>
		<link>http://www.favbrowser.com/opera-dragonfly-goes-open-source/#comment-86053</link>
		<dc:creator>pneumatyka</dc:creator>
		<pubDate>Fri, 12 Feb 2010 10:25:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.favbrowser.com/?p=3593#comment-86053</guid>
		<description>Dragonfly has a great potential. Its extremely fast and responsive, and wonderful highlighting (among other features). It lacks fast CSS disable/enable feature, and POST response content view, but this can be done quite fast at the moment.

Then I would like to see Dragonfly both in FF and IE - AFAIK it should be possible, since its mostly JavaScript anyway. Am I right?</description>
		<content:encoded><![CDATA[<p>Dragonfly has a great potential. Its extremely fast and responsive, and wonderful highlighting (among other features). It lacks fast CSS disable/enable feature, and POST response content view, but this can be done quite fast at the moment.</p>
<p>Then I would like to see Dragonfly both in FF and IE &#8211; AFAIK it should be possible, since its mostly JavaScript anyway. Am I right?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

