JScript Blog

PingBack from http://microsoftnews.askpcdoc.com/?p=3993

What about future plans in this area?

A generational GC for JScript could be interesting.

AJAX applications would also benefit greatly from JScript going JIT, like Mozilla is heading with the Tamarin project.

I really hate how this is going to sound but:

In the Silverlight example showing the difference between JavaSCript (silverlight 1.0) and C# (Silverlight 1.1/2.0), the Javacript version was 3 times slower on IE 7 than Firefox 2.

What's the ratio now?

.NET Video: Write Your First Silverlight Game Increasing the Size of your Stack Web CSS 真的可以浮动么？ xUnit

.NETVideo:WriteYourFirstSilverlightGameIncreasingtheSizeofyourStackWebCSS真的可以浮动么...

JP -

Thanks for these posts! I love the fact that you guys are making a kick-a** implementation of JScript!!

A couple of questions:

1. I assume you guys are running tests like Sunspider, etc. (John Resig of jQuery fame has some too) to test your performance of JScript. Everyone else is ;-).

2. When IE8 is finalized and shipping, is this newer JScript engine also going to be available for 'down-level' clients (like IE7) similar to the current Jscript 5.7 patch?

3. Is this gonna be known as JScript 5.8 ;-) ?

4. Can you guys fix the 'Process Manager' problem (I'm seeing it on Win XP, SP2, IE7) ? It 'lies' to you about how much memory the IE process is taking up, showing a huge amount of memory until you 'minimize' all IE windows. When you make the window visible again, the process shows that the memory is way down, usually about 50% of what it was before you minimized the window. It will slowing start to climb from there until you go through the same process. This doesn't affect the functionality of the application, its just worrisome to users who think that your web app is chewing up a bunch of memory.

Thanks again!!

Cheers,

- Bill

Good improvements, I think. Is this something like multithreading technology? Or does MT work a lot different?

So what version will ship with IE8 RTM? WScript 5.8?

I understand that Microsoft is actively contributing to the es3.1 spec. This is useful.

But where do you and Microsoft stand on ecmascript4 (es4)? There is a lot of good stuff in es4 even if initially it looks daunting. Javascript - even es3.1 - is not enough for the future of the web. Is Microsoft working on a "new language"?

What surprises me is that there was such a big rush to create that piece of crap called JScript.NET, but an almost opposite reaction to ES4...what gives? ES3.1 is a step in the right direction, but as Brendan Eich and others have stated many times, its just not enough.

(A whitepaper explaining this problem plus a comparison with Opera's and

FireFox's implementations is available at:

http://www.readableweb.com/forIEteam/IE8zoomanalysis.htm)

At any zoom level other than 100% - a condition which can't be detected via

script in IE8 - the new Zoom breaks the one and only available, standard,

time honored, and widely deployed script technique for detecting the size of

the browser window viewport in Internet Explorer.

That one and only method of detection available in IE - the values of

document.documentElement.clientWidth/Height (Standards Mode) or

document.body.clientWidth/Height (Quirks Mode) are rendered unreliable for

this purpose as an unintended consequence of IE8's new Zoom. Developers have

been able to rely unquestioningly on these properties for this purpose for

the past ten years. They no longer can.

I do is to web map programming, the map shows that this is the use of the mosaic map TABLE

eg:

<table>

<tr>

<td> <img src = "0_0.png" </ td>

<td> <img src = "0_1.png" </ td>

<td> <img src = "0_2.png" </ td>

</ tr>

</ table>

But when I open this page often do not show the picture, I must be in the picture of regional mouse click can show that, Firefox can be directly displayed without onclick, I do not know what it is because I am distressed!

Thanks for sharing! Nice article!

I don't understand the table. can you please explain?