<?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: qooxdoo 0.6.2 released</title>
	<atom:link href="http://news.qooxdoo.org/qooxdoo-062-released/feed" rel="self" type="application/rss+xml" />
	<link>http://news.qooxdoo.org/qooxdoo-062-released</link>
	<description>The qooxdoo news section</description>
	<pubDate>Wed, 19 Nov 2008 12:02:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: qooxdoo 0.6.2 Released</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-1467</link>
		<dc:creator>qooxdoo 0.6.2 Released</dc:creator>
		<pubDate>Mon, 08 Jan 2007 14:37:22 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-1467</guid>
		<description>[...] qooxdoo has a new release that adds support for Webkit.  As mentioned above and already announced in our developer blog, qooxdoo now includes support for WebKit. We expect to fully support the next major version Safari 3.0 which will be based on the current development of WebKit. There is only limited support for Safari in its current version 2.0.4, though. Reason is, that Safari 2.0 still has many bugs that can hardly be worked around. Luckily, many of those bugs are already fixed in the nightly builds of WebKit. Besides the various bugs, Safari 2.0&#8217;s JavaScript engine and its execution speed is not competitive with respect to the latest versions of the other major browsers (Firefox 2.0, IE7, Opera 9). Good news is, that the current builds of WebKit are tremendeously faster than Safari 2.0, approximately by a factor of 7-8 for a typical qooxdoo demo. [...]</description>
		<content:encoded><![CDATA[<p>[...] qooxdoo has a new release that adds support for Webkit.  As mentioned above and already announced in our developer blog, qooxdoo now includes support for WebKit. We expect to fully support the next major version Safari 3.0 which will be based on the current development of WebKit. There is only limited support for Safari in its current version 2.0.4, though. Reason is, that Safari 2.0 still has many bugs that can hardly be worked around. Luckily, many of those bugs are already fixed in the nightly builds of WebKit. Besides the various bugs, Safari 2.0&#8217;s JavaScript engine and its execution speed is not competitive with respect to the latest versions of the other major browsers (Firefox 2.0, IE7, Opera 9). Good news is, that the current builds of WebKit are tremendeously faster than Safari 2.0, approximately by a factor of 7-8 for a typical qooxdoo demo. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabian Jakobs</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-715</link>
		<dc:creator>Fabian Jakobs</dc:creator>
		<pubDate>Mon, 27 Nov 2006 11:11:53 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-715</guid>
		<description>Marc, Leland, we haven't done detailed profiling yet to see in which areas Safari 2.0 is exactly slower than WebKit BUT all of our demos start up to 7 times faster in WebKit. You can see this by loading any of the qooxdoo demos (http://demo.qooxdoo.org/html/showcase/Showcase_1.html is a good one) and look at the first column of the logging console. This is the time in ms since the initial page load. Here WebKit is significantly faster and comparable to Firefox. But what is more important is that qooxdoo FEELS so much snappier in WebKit. Just open up the At a glance demo (http://demo.qooxdoo.org/html/at-a-glance/index.html) in Safari 2.0 and WebKit to feel the difference.

So no microbenchmarks were used but the measured load time and the perceived performance in real life scenarios.

Marc, we would like to know the exact reason for the difference as well but right now we are still investigating.

BTW
I have just file my first WebKit bug ;-) It's amazing how fast WebKit is coming along.</description>
		<content:encoded><![CDATA[<p>Marc, Leland, we haven&#8217;t done detailed profiling yet to see in which areas Safari 2.0 is exactly slower than WebKit BUT all of our demos start up to 7 times faster in WebKit. You can see this by loading any of the qooxdoo demos (http://demo.qooxdoo.org/html/showcase/Showcase_1.html is a good one) and look at the first column of the logging console. This is the time in ms since the initial page load. Here WebKit is significantly faster and comparable to Firefox. But what is more important is that qooxdoo FEELS so much snappier in WebKit. Just open up the At a glance demo (http://demo.qooxdoo.org/html/at-a-glance/index.html) in Safari 2.0 and WebKit to feel the difference.</p>
<p>So no microbenchmarks were used but the measured load time and the perceived performance in real life scenarios.</p>
<p>Marc, we would like to know the exact reason for the difference as well but right now we are still investigating.</p>
<p>BTW<br />
I have just file my first WebKit bug <img src='http://news.qooxdoo.org/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> It&#8217;s amazing how fast WebKit is coming along.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Rowe</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-714</link>
		<dc:creator>Mark Rowe</dc:creator>
		<pubDate>Mon, 27 Nov 2006 10:19:07 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-714</guid>
		<description>Sebastian, I'm mainly asking about performance to get a feel for the areas in which performance was relevant in this case.  It's useful to know which parts of the code have been unacceptably slow in the past so that they can be taken into account in performance regression tests, to ensure that any changes don't regress performance in a substantial way.

It would also be great if you could file bug reports against WebKit for any issues that you have had to work around.  Safari 3.0 obviously isn't released yet, so it may be possible for fixes to make their way in before that happens.  The WebKit website has a page on &lt;a href="http://webkit.org/quality/reporting.html" rel="nofollow"&gt;how to file bug reports&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Sebastian, I&#8217;m mainly asking about performance to get a feel for the areas in which performance was relevant in this case.  It&#8217;s useful to know which parts of the code have been unacceptably slow in the past so that they can be taken into account in performance regression tests, to ensure that any changes don&#8217;t regress performance in a substantial way.</p>
<p>It would also be great if you could file bug reports against WebKit for any issues that you have had to work around.  Safari 3.0 obviously isn&#8217;t released yet, so it may be possible for fixes to make their way in before that happens.  The WebKit website has a page on <a href="http://webkit.org/quality/reporting.html" rel="nofollow">how to file bug reports</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KolayOnline Web Portal &#187;</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-710</link>
		<dc:creator>KolayOnline Web Portal &#187;</dc:creator>
		<pubDate>Sun, 26 Nov 2006 23:10:32 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-710</guid>
		<description>[...] bir açık kaynak ajax framework&#8216;ü olan qooxdoo 0.6.2 sürüm numarasına kısa bir süre önce ulaştı.lgpl lisansı ile dağılan ve firefox, ie, safari ve opera web tarayıcıları tarafından sorunsuzca çalıştırılabilen bu yeni sürümle ilgili notlara şuradan ulaşabilirsiniz. [...]</description>
		<content:encoded><![CDATA[<p>[...] bir açık kaynak ajax framework&#8216;ü olan qooxdoo 0.6.2 sürüm numarasına kısa bir süre önce ulaştı.lgpl lisansı ile dağılan ve firefox, ie, safari ve opera web tarayıcıları tarafından sorunsuzca çalıştırılabilen bu yeni sürümle ilgili notlara şuradan ulaşabilirsiniz. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian Werner</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-703</link>
		<dc:creator>Sebastian Werner</dc:creator>
		<pubDate>Sun, 26 Nov 2006 15:31:59 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-703</guid>
		<description>Mark, I think the issues have been fixed with Safari 3.0 e.g. current webkit versions. I don't exactly now which part of the JavaScript/Dom engine is slow - compared to the other engines, but the current webkit provides the same power as Firefox for example. Do you think about an backport, or why does this need further investigations. In my opinion it is great that Safari 3.0 will be supported.

Leland, I am happy that you are happy. Finally we have added Safari support. Even to support 3.0 we have to add some workarounds for some strange bugs. In Safari 2.0 there are even more issues, which were already addressed and fixed. I simply hope the users will be switching to the new Safari as it is available to the public. To support the current 2.0.x, too, would mean many more days/weeks of work and this for a browser which will be hopefully upgraded in the next year by most of its users. So I don't see any reason to enhance the support even further for the current version. I think there are more interesting stuff, to do, like fixes to qooxdoo's layout engine, etc.</description>
		<content:encoded><![CDATA[<p>Mark, I think the issues have been fixed with Safari 3.0 e.g. current webkit versions. I don&#8217;t exactly now which part of the JavaScript/Dom engine is slow - compared to the other engines, but the current webkit provides the same power as Firefox for example. Do you think about an backport, or why does this need further investigations. In my opinion it is great that Safari 3.0 will be supported.</p>
<p>Leland, I am happy that you are happy. Finally we have added Safari support. Even to support 3.0 we have to add some workarounds for some strange bugs. In Safari 2.0 there are even more issues, which were already addressed and fixed. I simply hope the users will be switching to the new Safari as it is available to the public. To support the current 2.0.x, too, would mean many more days/weeks of work and this for a browser which will be hopefully upgraded in the next year by most of its users. So I don&#8217;t see any reason to enhance the support even further for the current version. I think there are more interesting stuff, to do, like fixes to qooxdoo&#8217;s layout engine, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Rowe</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-683</link>
		<dc:creator>Mark Rowe</dc:creator>
		<pubDate>Sat, 25 Nov 2006 09:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-683</guid>
		<description>I'm a bit surprised that you've found Safari 2.0's JavaScript engine to be slower than Mozilla and IE -- in most benchmarks that I have seen, Safari has been very competitive in terms of JavaScript and DOM manipulation.  It would be great if you could provide some more information (working code tweaked to collect timing info would be great, if at all possible) on the areas in which you had trouble with the performance so that any interested WebKit developers can investigate the issue further.  It's worth keeping in mind that performance on a handful of micro-benchmarks is usually in no way representative of the performance in general, real-world scenarios.

I'd like to finish up by saying thanks for putting the work into supporting future versions of Safari, and other WebKit-based browsers, in Qooxdoo!</description>
		<content:encoded><![CDATA[<p>I&#8217;m a bit surprised that you&#8217;ve found Safari 2.0&#8217;s JavaScript engine to be slower than Mozilla and IE &#8212; in most benchmarks that I have seen, Safari has been very competitive in terms of JavaScript and DOM manipulation.  It would be great if you could provide some more information (working code tweaked to collect timing info would be great, if at all possible) on the areas in which you had trouble with the performance so that any interested WebKit developers can investigate the issue further.  It&#8217;s worth keeping in mind that performance on a handful of micro-benchmarks is usually in no way representative of the performance in general, real-world scenarios.</p>
<p>I&#8217;d like to finish up by saying thanks for putting the work into supporting future versions of Safari, and other WebKit-based browsers, in Qooxdoo!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leland Scott</title>
		<link>http://news.qooxdoo.org/qooxdoo-062-released#comment-677</link>
		<dc:creator>Leland Scott</dc:creator>
		<pubDate>Sat, 25 Nov 2006 02:32:48 +0000</pubDate>
		<guid isPermaLink="false">http://news.qooxdoo.org/qooxdoo-062-released#comment-677</guid>
		<description>Great news... Glad Safari/WebKit is now on your radar screen for qooxdoo, even if you're avoiding full support for Safari 2.0.  Safari 3.0 isn't that far away, and most Mac developers are using WebKit by now anyway.  I'll be adding qooxdoo to the list of Ajax frameworks to re-review the next time I update the &lt;a href="http://www.musingsfrommars.org/2006/03/ajax-dhtml-library-scorecard.html" rel="nofollow"&gt;Scorecard&lt;/a&gt;.
Cheers,
Leland</description>
		<content:encoded><![CDATA[<p>Great news&#8230; Glad Safari/WebKit is now on your radar screen for qooxdoo, even if you&#8217;re avoiding full support for Safari 2.0.  Safari 3.0 isn&#8217;t that far away, and most Mac developers are using WebKit by now anyway.  I&#8217;ll be adding qooxdoo to the list of Ajax frameworks to re-review the next time I update the <a href="http://www.musingsfrommars.org/2006/03/ajax-dhtml-library-scorecard.html" rel="nofollow">Scorecard</a>.<br />
Cheers,<br />
Leland</p>
]]></content:encoded>
	</item>
</channel>
</rss>
