URLs in Internet Explorer 7

re: URLs in Internet Explorer 7

Cheong — Tue, 16 Aug 2005 10:24:29 GMT

Oh, I've expected IE has used CURI-like objects already.
Afterall, this is the expected OOP style of handling a functionality that'll be used throughout the application. (And possibly "the system")
And concerning the "Unicode Homograph attacks", as a Chinese user, I'd like to know is there any built-in function in Windows that'll allow translation between Traditional Chinese(CHT) and Simplified Chinese(CHS)? If not, your team may want to ask other teams to build one or you can't possibly get around the "Unicode Homograph Attacks" using Chinese characters.
I live in Hong Kong where people use both CHT and CHS in their life, and people likely treat an address in CHS as those in CHT, therefore creating the possbility for opening a fake website with one or two characters changed to another character set.
Even if this is too complicated to be done(I fully understand how difficult a task it could be to achieve a good effect), it'd be great if the browser can issue a warning popup to alert the user about this possible abuse.

re: URLs in Internet Explorer 7

puco — Tue, 16 Aug 2005 11:12:24 GMT

Good to know that the URI parsing/handling will be so extensible, so next step could be data URIs.

re: URLs in Internet Explorer 7

xuzak — Tue, 16 Aug 2005 11:56:56 GMT

I hope for the new optimized URI handling architecture.

re: URLs in Internet Explorer 7

Barthax — Tue, 16 Aug 2005 12:22:29 GMT

I find it quite shocking that only with version seven of IE has someone at MS finally figured this out! I hope this "new-found-thought" extends to other common parts of MS too!

URL performance in IE's fleet.

Chris H — Tue, 16 Aug 2005 13:05:26 GMT

Sorry if I may have missed this in your post (or previous posts) but …

A few years back, when I was first starting out in HTML and web site building, I recall that the book I was learning from stated that when using hyperlinks or referring to images (or any address for that matter) that a relative path should always be used when the resource is hosted under the same domain, as the web browser can match them up and request the resource more effectively, but after reading your post, and talk of combining and cracking each URL makes me think differently.

So could I ask if I should in fact be using absolute URL’s for each resource within any given web page for the current fleet of IE’s or if I have just miss-read part of your post?

Thanks

Internet Explorer 7 : les URL

l'XPditif... Le weblog Bleu-Blanc-Belge qui d — Tue, 16 Aug 2005 13:09:30 GMT

re: URLs in Internet Explorer 7

Jason — Tue, 16 Aug 2005 13:59:12 GMT

IDN support AT LAST!

Only when MSIE has native support for it we can start to use IDN.

re: URLs in Internet Explorer 7

Samuel — Tue, 16 Aug 2005 13:59:22 GMT

And here I was thinking, is there still somebody that doesn't do this already..

re: URLs in Internet Explorer 7

Lachlan Hunt — Tue, 16 Aug 2005 14:02:11 GMT

It is really great to hear that IE7 will support IDN, and I'm interested to hear how you're addressing the homograph problem.

Also, will IE7 support the data: URI scheme?

IEBlog : URLs in Internet Explorer 7

Ron Crumbaker at myITforum.com — Tue, 16 Aug 2005 14:16:42 GMT

re: URLs in Internet Explorer 7

Daniel Glazman — Tue, 16 Aug 2005 14:31:39 GMT

Urgh. Does this really mean IE6 deals with URI only in string form ?!? Scary.

re: URLs in Internet Explorer 7

minghong — Tue, 16 Aug 2005 15:26:59 GMT

hmm, are there URLs not in string form? I'm confused…

re: URLs in Internet Explorer 7

AlexdaRe — Tue, 16 Aug 2005 15:46:28 GMT

I tried to find a wishlist for Internet Explorer but couldn't find one. I was wondering if the new Internet Explorer will have tooltips over links like Opera.
This is a truly remarkable thing, you point your mouse over a link and in a tooltip you have the real address to where yjat link points to. With this you can hardly make the mistake of clicking a link that will take you anywhere else that the text suggests.

re: URLs in Internet Explorer 7

Sanbog — Tue, 16 Aug 2005 15:46:40 GMT

All IE7 is a knock-off version of FireFox, Netscape (owner of Mozilla, which created FireFox) has always been a better internet Browser

re: URLs in Internet Explorer 7

Jean Pascal — Tue, 16 Aug 2005 15:56:04 GMT

Dear Eric,

thanks for your reaction on mine and other posts regarding the IDN-technology.

It is so good to hear the first official MS-statement that confirms IDN will be supported by IE 7.

I'm very curious which solutions you've chosen.

Thanks again,

Jean Pascal

re: URLs in Internet Explorer 7

Mike J — Tue, 16 Aug 2005 16:34:42 GMT

You just mentioned
"crack-and-combine process hundreds of times per page is quite inefficient"
This is true. But this is not dominated issue for browser efficiency with current CPU speed.(As long as it is not used in mobile).
Need more work to solve No Response, or freeze issue. When IE7 go to Tabbed, this will become a hot complain. If one tab is freezed, at least let user switch tab.

Mike J

re: URLs in Internet Explorer 7

kL — Tue, 16 Aug 2005 16:54:50 GMT

Great! To-the-point talk, with references to RFCs instead of marketing material :)

Don't forget Data URI scheme! It's very useful sometimes.

re: URLs in Internet Explorer 7

Thanks — Tue, 16 Aug 2005 16:56:07 GMT

Thanks for the IDN-support!

re: URLs in Internet Explorer 7

Isaac — Tue, 16 Aug 2005 16:57:20 GMT

Good work! I'm glad its coming out this way. I think you guys should open up a forum to discuss that tabbed browsing when you get a chance, or perhaps a chat session. Just my 2c.

IDN & Internet Explorer 7

Matt — Tue, 16 Aug 2005 17:34:25 GMT

Thanks for listening to us. IDN support is a great add-on.

re: URLs in Internet Explorer 7

Brianiac — Tue, 16 Aug 2005 17:47:14 GMT

Would you *please* fix your RSS feeds to include the proper character encoding? I'm tired of looking at question marks and blocks in my feed readers.

It isn't hard, to the top just add:

<?xml version="1.0" charset="windows-1252"?>

I've requested this a couple of times on your contact page.

re: URLs in Internet Explorer 7

netquik — Tue, 16 Aug 2005 17:52:33 GMT

CURI = ?

Centralized Uniform Resource Identifiers ?

re: URLs in Internet Explorer 7

Brianiac — Tue, 16 Aug 2005 17:55:01 GMT

Please support data: URIs.

For very little development investment, it would add some useful flexibility.

re: URLs in Internet Explorer 7

Brianiac — Tue, 16 Aug 2005 18:10:25 GMT

While the number of representations of a URI is not infinite, it is very large.

Are all URIs cracked? I thought only URLs were cracked. For example, there isn't such a thing as a relative URN, at least to my knowledge.

I'm honestly surprised that different parts of IE weren't already sharing the same crack routine. Security aside, that just seems like basic code reuse.

re: URLs in Internet Explorer 7

Alberto — Tue, 16 Aug 2005 19:14:05 GMT

Provided you are forgiving with my english, which is not my native language, my comment is rather simple.

I do not care where I would be placed by surfers or more seasoned web developers - whether in hell or purgatory or paradise; whether in the seclusion of the amateur, in the dregs of the parvenu, in the empyrean of the professional, or onto the paths of the lonesome geek, or even in the no man's land of the nonsense and of the freak. I can live with my self esteem regardless of my own conceit and of the opinion of the others, and so I just go on coding.

But to my humble experience, the outcome of it is simply one: Internet Explorer rocks.

I spent years seeing comments of sophisticated -very sophisticated- persons who endlessly blamed IE and accused it of nearly everything, from bad weather to fixed layers, from bad digestion to limited selectors' hovering.

To me, css dhtml or whatever you throw at its jaws, my problems NEVER came from Internet Explorer but invariably (I want to stress this: i-n-v-a-r-i-a-b-l-y) by OTHER browsers.
Internet Explorer has always been the browser that always behaved the expected way when COMPARED to what incredible amount of wrong behaviours other browsers were able to misdo.
To me, this has always appeared as a FACT, whence derives the opinion, and NOT as a previously established opinion after which we go in search of facts to support it.
So, I even dare deem it unbiased.

When I read some comments where IE gets bashed and other browsers, clearly clustered with flaws, get worshipped, it always seemed to me there was in action either an underlying undeclared IDEOLOGICAL assumption (IE as the metaphor of greedy capitalism versus the proletarian knack of other browsers - yet still developed by billions yielding Companies, a particular conveniently overlooked) or the habit that long ago Bertrand Russell stressed with his witty sarcasm: that two plus two yields four "is an opinion that only very, very experienced philosophers would feel like contending".

That Internet Explorer is not SIMPLY FABULOUS a browser, is an opinion that only very very experienced and very very sophisticated developers would challenge too strongly and so loudly.

Period.
Alberto, unitedscripters dot com

ActiveX controls and Browser Helper Objects

search-engines-web — Tue, 16 Aug 2005 19:15:56 GMT

How much of this surfing information is retrievable by Microsoft - will it be used in the New MSN search ALGOs?

["The CURI object is available for consumption by external callers like ActiveX controls and Browser Helper Objects;." ]

re: URLs in Internet Explorer 7

PatriotB — Tue, 16 Aug 2005 20:06:12 GMT

Netquik asked: "CURI = ?

Centralized Uniform Resource Identifiers ?"

My guess is that CURI is the class name of the object itself. ("C" is a standard prefix for classes.) In other words, it is the class that implements the IUri interface that is documented at: http://msdn.microsoft.com/library/default.asp?url=/workshop/networking/moniker/reference/ifaces/IUri/IUri.asp

re: URLs in Internet Explorer 7

Bob Andrew — Tue, 16 Aug 2005 20:09:11 GMT

Give me a break Mr Alberto.
All the other browsers are the ones we need to blame?
I think you aren't beeing fair!
What about the w3c Standards? The ones that IE DOESN'T follow?
What about security issues?

I'm Not a professional web developer, but since I discover and learn about the standards, I can see where MS did the wrong job, not following the standards and blaming other browsers, just like you did right now!

So don't spread FUD and think after talk

PS 2 plus 2 is five (when you count wrong)
Goood Bye

re: URLs in Internet Explorer 7

codemastr — Tue, 16 Aug 2005 20:15:00 GMT

I too am rather shocked and appalled that MS has just realized, in 2005, that OOP is the way to go. No wonder IE has had so many security problems. Do I dare ask what other common code is currently implemented dozens of times?

re: URLs in Internet Explorer 7

Rick — Tue, 16 Aug 2005 20:18:50 GMT

So, the 508 character URL limit is fixed now? (for Bookmarks)

If so, please post the new limit...

If not, please go back to your developers and give em a good kick.

Rick

Ever Wonder How a URI Works?

Steven Rockarts — Tue, 16 Aug 2005 22:21:19 GMT

re: URLs in Internet Explorer 7

peter — Tue, 16 Aug 2005 23:32:01 GMT

Guys, could you add a setting to turn off SOUNDS in IE? It drives me insane that for the last however many years I have to listen to pages loading!!!

re: URLs in Internet Explorer 7

anonymous — Tue, 16 Aug 2005 23:44:15 GMT

Alberto, here is an article that will bring you up to speed:
http://www.howtocreate.co.uk/wrongWithIE/

re: URLs in Internet Explorer 7

EricLaw [MSFT] — Tue, 16 Aug 2005 23:44:34 GMT

1. ChrisH: No need to convert your relative hyperlinks to absolute; the efficiency savings would be miniscule, you'd have to transfer more bytes over the wire, and it would cause problems if you ever wanted to change your root domain.

2. Brianiac: Actually, the equivalent set is infinite. http://www.example.com/1/../ == http://www.example.com/2/../, etc.

3. Peter: You can turn off sounds using the Control Panel.

re: URLs in Internet Explorer 7

Brianiac — Tue, 16 Aug 2005 23:54:29 GMT

EricLaw, even given unlikely ../ directories in absolute addresses, it is still not infinite if there is a practical limit to the length of URLs.

CURLs could also help IIS

Jie Ren — Wed, 17 Aug 2005 01:21:50 GMT

An encapsulated URL class that controls all aspects of URL can also help the server side URL parsing. I recall there are several URL parsing related vulnerabilities with older IIS, some are national language related.

I am wondering what would be the next architectural change in URL handlers. Previous comments request support for data: URL. I am actually wondering whether javascript: URL would receive a different treatment, since this is inherently more dangerous than just showing some text or image. I am guessing maybe a URL scheme based policy can help, and probably the proper URL permissions/origins can be propagated along all code path.

From a secure software architecture viewpoint, the CURL is a great improvement. Good job!

re: URLs in Internet Explorer 7

sntXrrr — Wed, 17 Aug 2005 02:11:17 GMT

Dear mr. Alberto, thank you for calling me and many other readers here very very experienced and very very sophisticated. I feel honored.

But please, you too can educate yourself. Simply look at microsofts list of bugfixes they are now going to release with IE7 (http://blogs.msdn.com/ie/archive/2005/07/29/445242.aspx) for confirmation and learn more about its deeper, current mysteries at http://www.positioniseverything.net/ie-primer.html and http://www.satzansatz.de/cssd/onhavinglayout.html.
Read up and come and join us at our side of the fence ;)

re: URLs in Internet Explorer 7

EricLaw [MSFT] — Wed, 17 Aug 2005 10:50:05 GMT

<<EricLaw, even given unlikely ../ directories in absolute addresses, it is still not infinite if there is a practical limit to the length of URLs.>>

Hehe. I stand corrected. :-) I'll refine my statement to be: There are somewhere in the neighborhood of ~40 ^ 2000 possible equivalent representations of a given URL.

(I misspelled minuscule, above. Oops.)

URL parsing in Internet Explorer 7

Tom Servo's Blogogogogog — Wed, 17 Aug 2005 15:55:09 GMT

The Internet Explorer team talks about URLs in IE7, and what they're doing to prevent spoofing as much...

Speaking of URLS and Internet Explorer...

Eric K. — Wed, 17 Aug 2005 22:33:12 GMT

...Is there going to be anything done about the way IE steals focus from the address bar upon loading the user's home page?

If you open IE, then start typing into the address bar, IE will suddenly steal focus, replace your typing with the URL of your home page, or, sometimes, just jump the cursor to the beginning of the line, leaving you typing URLs that come out as

gle.comhttp://www.goo

In my opinion, the very fact that the address bar has focus and has had recent typing activity means that IE has no business tinkering with the control focus or the contents of the address bar.

It's more than a little irritating.

re: URLs in Internet Explorer 7

mjb — Wed, 17 Aug 2005 23:05:47 GMT

It is encouraging to see a mention of RFC 3986 (a.k.a. STD 66 - it is the first URI spec to reach full IETF Internet Standard status!). Conformance with the resolution and normalization rules of this spec will be very welcome.

On the W3C URI Interest Group mailing list, we've had several abortive attempts to settle on a new 'file:' URI spec. On the list I've occasionally mentioned and hoped to get some input and feedback from Microsoft regarding issues related to this -- such as how UNC paths are mapped to and from 'file:' URIs (and your conventions & caveats re: 'file:' URIs in general); and what kind of URI normalization is performed by the Address Bar widget in Windows Explorer and Internet Explorer (and where the line is between what is done there and what is done in the resolver; the widget is lenient about what it accepts, and sometimes rewrites what you enter in it; what principles guide this normalization?).

A couple of MS folks do seem to be on the list (Alun Jones, Michel Suignard) but they remained focused on other issues. If possible, could anyone with an inside track at MS help us produce a 'file:' spec that reflects best current practice, if not also strives to provide better guiding principles for future implementations? Thanks

#fragment portion of URI and IE7 history

Randy Reddig — Thu, 18 Aug 2005 03:21:55 GMT

I noticed with IE7's new history handling, using Back and Forward on fragment links no longer works.

Clicking a fragment link in a page no longer adds an item to the history, breaking that functionality.

Is it planned to re-add history for fragment links?

re: URLs in Internet Explorer 7

Zach — Thu, 18 Aug 2005 11:05:10 GMT

Guys, could you add a setting to turn off SOUNDS in IE? It drives me insane that for the last however many years I have to listen to pages loading!!!

Whats wrong with the one that has been there for years?

In the same place every single other setting on windows is, strange enough - they put settings all in the control panel.

Start -> Control Panel -> Sounds and Audio -> Second Tab -> Either Edit the individual Sound on the bottom, or as I do, select the No Sound Scheme from the top drop down -> Click off on the stupid save/whatever alert that comes up after you hit apply -> Ok out

Done

Align=justify

Pratap — Thu, 18 Aug 2005 11:30:13 GMT

I don't understand why this align=justify does not work for text in IE. It works perfectly well in firefox 1.0 and above. IE developers, please try to see that this option works....

Pratap.

re: URLs in Internet Explorer 7

Spammy McGriddle — Thu, 18 Aug 2005 15:43:08 GMT

I wonder if it would be worth exploring the TinyURL paradigm and creating a local database of frequent and/or common URI's and tagging them as a shortcut. This could work in conjunction with IDN's.

URL Handling in Internet Explorer 7

Ali Alvi's WebLog — Thu, 18 Aug 2005 20:26:02 GMT

Its been a while since my last post here. I guess Beta 2 work has been taking most of my time. But I...

New IE 7 Icon and Logo. URLs in Internet Explorer 7.

Donna's SecurityFlash — Fri, 19 Aug 2005 02:12:54 GMT

ftpsearch.ntnu.no is not an ftp site, you ignorant browser!

Fri, 19 Aug 2005 03:53:04 GMT

All I know is they'd better fix it so when I type in any url starting with "ftp" like ftpsearch.ntnu.no, it doesn't get all smart-retarded and open it with the ftp:// protocol. Dammit, Jim, it's a browser, not an FTP client!

re: URLs in Internet Explorer 7

codemastr — Fri, 19 Aug 2005 05:25:55 GMT

It'd be nice if I enter "blah.com:81" I don't need to enter http://.

re: URLs in Internet Explorer 7

Cheong — Fri, 19 Aug 2005 10:46:49 GMT

codemastr: But then when to tell if I actually means https://blah.com:81

I think it's right to assume protocols only on well known ports.

re: URLs in Internet Explorer 7

AA — Fri, 19 Aug 2005 11:09:44 GMT

Cheong: Running HTTPS on port other than 443 isn't a good thing, because you can't connect there via proxy.

Internet Explorer and Security

NYkrinDC — Fri, 19 Aug 2005 17:07:02 GMT

Why switching to Firefox is a good idea.

New Zero-Day IE Bug Can Give Attackers Control

By Gregg Keizer
Courtesy of TechWeb News

While an official patch isn't available from Microsoft -- making this a so-called "zero-day" exploit -- several workarounds can be applied by users or administrators, said the ISC. The kill bit for the ActiveX component could be set, the .dll could be removed (although that, warned the ISC, might break some applications), or users could switch to another browser, like Mozilla's Firefox, which doesn't use ActiveX.

http://www.internetweek.com/showArticle.jhtml?articleID=169400405

re: URLs in Internet Explorer 7

codemastr — Fri, 19 Aug 2005 21:03:53 GMT

"codemastr: But then when to tell if I actually means https://blah.com:81"

You're right. However, when I just type in "blah.com" it defaults to http. I didn't specify a WKP, it just assumes I want http. I think that should always be the case. Unless I specify a WKP or explicitely specify a protocol, it should default to http.

Actually, to make it even better and to address both mine and M's requests, what about making it configurable? IE apparently has some rules to determine "is this ftp?" "is this http?" what about making them user configurable. It could be like an Outlook rule.

Where the PORT is 81 use HTTP

Where the HOSTNAME begins with ftpsearch use HTTP

That'd be pretty cool if you ask me.

re: URLs in Internet Explorer 7

fredclown — Fri, 19 Aug 2005 21:13:15 GMT

>> All IE7 is a knock-off version of FireFox, Netscape (owner of Mozilla, which created FireFox) has always been a better internet Browser.

Firefox is a knock of Opera who has had tabbed browsing, popup blocking, css compliance, skinned browsing, search bar, abilty to turn off styles, etc. etc. etc. for years. Long before Firefox even existed. Firefox has copied Opera is so many ways it's rediculous. So, stop harping on Microsoft for copying Firefox because Firefox is only and Opera wannabe. By the way incorporating a feature that is not currently in your program to make it better, even though a compeditor has already done that, is not a bod thing. It shows you are keeping up with the times. Should we harang Microsoft because they are bettering their css support, saying "Microsoft is adding to their css ... they're copying Firefox's css support." It would be ludicrous to say that, and so is harping on Microsoft because they are adding tabbed browsing. Firefox didn't invent it and it isn't the best browser out there. Get over it.

re: URLs in Internet Explorer 7

Kevin Newman — Fri, 19 Aug 2005 23:07:49 GMT

This is related to the post titled "fragment portion of URI and IE7 history"

While you are at it, there are some other bugs related to the fragment portion of the url - namely adding a new fragment (hash) when there are none on the page, doesn't create a history entry (I'm not sure if it should or not, but Netscape and Firefox both do), and when it changes, the change isn't reflected in the location.hash property.

While you are at it, if you could add an event to fire when the fragment (hash) changes, that would really be helpful to AJAX/Flash developers - even if it is non-standard (you could always submit it to some freindly standards body).

And really pushing it, maybe you could add an event (ontarget) for items that are targeted by the new fragment (hash) that fires when the element gets targeted - it would be similar to how the element gets it's style updated by the :target selector (if you plan to add that).

re: URLs in Internet Explorer 7

Toine de Greef — Sat, 20 Aug 2005 00:53:23 GMT

Please start fixing the URL length limit of 2083 (= 2048 + the length of "http://www.microsoft.com/index.html" ?), and support for data urls like data:image/jpg;base64 as well...

Latest Link Dump

the roarty blog — Sat, 20 Aug 2005 02:31:50 GMT

I've been round the blogverse and there are a lot of cool things being linked to. Seems a shame to have...

re: URLs in Internet Explorer 7

Eugene Ivanov — Sat, 20 Aug 2005 10:28:42 GMT

Хрень всё это. ;)

re: URLs in Internet Explorer 7

Ron — Sat, 20 Aug 2005 16:23:03 GMT

I recently found out that you're not supposed to be able to use back slashes (\) in URLs, yet IE supports the use of them.

This was causing problems with a certain website I was making because the programmer had linked to everything with back slashes, and ofcourse the links didn't work in Firefox.

Can you please rectify this problem so people don't assume it's ok to use backslashes for their websites?

re: URLs in Internet Explorer 7

codemastr — Sat, 20 Aug 2005 22:15:45 GMT

"Can you please rectify this problem so people don't assume it's ok to use backslashes for their websites?"

I completely disagree. There is an old rule of programming when implementing specifications, be conservative in what you send, and liberal in what you accept. I believe IE is following that rule. I'd much rather bad code work in IE than not work because of standards conformance. IE is correct probably 99% of the time when it assumes the user meant to use a /, so why add needless difficulty? Instead, I'd be asking the Firefox people to add this feature!

re: URLs in Internet Explorer 7

Daniel E. Renfer — Sat, 20 Aug 2005 23:01:53 GMT

So, will the classes controlling CURL's be added to the .NET Framework?

re: URLs in Internet Explorer 7

Ron — Sun, 21 Aug 2005 08:07:28 GMT

Codemastr,

I believe that's the sort of attitude that makes IE such a pain for designers and developers today.

There would be no need for rules and standards if they were just ignored all the time. By ignoring specifations you're just making things more confusing; because how would you know if what you're doing is correct?

I would rather have code that doesn't work at all rather than code that sometimes works. If something didn't work at all, at least you could fix it before it becomes a habit.

If a person repeatedly pronounced your name incorrectly would you not correct them?

Specifations are there for a reason, follow them!

re: URLs in Internet Explorer 7

chris28 — Mon, 22 Aug 2005 09:48:29 GMT

Could you make no limitation to URL length. Because URL length limitation to 2048 characters my Website is only compatible with Firefox. Thanks.

re: URLs in Internet Explorer 7

Will — Wed, 24 Aug 2005 12:00:41 GMT

<<<Could you make no limitation to URL length. Because URL length limitation to 2048 characters my Website is only compatible with Firefox.>>>

10 billion webpages get along just fine with URLs under 2048 characters. The RFC calls for 1024. What the heck are you doing? URLs this long are terrible for performance.

<<<There is an old rule of programming when implementing specifications, be conservative in what you send, and liberal in what you accept>>>

Alas, that's from the good old days, back before security bugs took advantage of liberal interpretations. IE should lock this down.

IEBlog : URLs in Internet Explorer 7

Venture Chronicles by Jeff Nolan — Fri, 26 Aug 2005 20:57:33 GMT

this is a really welcome enhancement. Link: IEBlog : URLs in Internet Explorer 7. Internet Explorer 7 includes a new URL handling architecture known internally as CURI. The new optimized URI functions provide more secure and consistent parsing of URIs

re: URLs in Internet Explorer 7

Bob — Mon, 29 Aug 2005 02:07:16 GMT

'I’m not quite ready to talk about IE7’s support for International Domain Names (IDN) yet'

whats soo secret??

(and why wasn't there support in first beta)

Introducing Internet Explorer 7 Beta 1

B# .NET Blog — Fri, 02 Sep 2005 01:23:42 GMT

re: URLs in Internet Explorer 7

hongson — Fri, 02 Sep 2005 16:09:41 GMT

so, is CURI the reason why Navigate() now fails
on IWebBrowser2?
i'm guessing i'll have to put the url inside
a CURI object.
in order to prepare for IE7,
us developers will need some details on CURI.

re: URLs in Internet Explorer 7

Ian — Tue, 06 Sep 2005 16:47:19 GMT

Is it a feature of IE6 that relative https: links don't work i.e. https:newpage.htm won't be cracked at all?

Mole Wall » Blog Archive » Chinese URL

Mole Wall » Blog Archive » Chinese URL — Mon, 22 May 2006 18:52:52 GMT

PingBack from http://molewall.wordpress.com/2006/05/03/chinese-url/

Better Living through Software » Blog Archive » A change in URI parsing between IE7 and IE6

Sat, 12 Aug 2006 05:48:10 GMT

PingBack from http://www.netcrucible.com/blog/2005/11/07/a-change-in-uri-parsing-between-ie7-and-ie6/

The Praveen » Blog Archive » Internet Explorer 7 for Windows XP Available Now

The Praveen » Blog Archive » Internet Explorer 7 for Windows XP Available Now — Thu, 19 Oct 2006 07:33:27 GMT

PingBack from http://www.thepraveen.com/internet-explorer-7-for-windows-xp-available-now/

Church Geek Links 10-19-06 « UberChurchTech

Church Geek Links 10-19-06 « UberChurchTech — Thu, 19 Oct 2006 12:51:13 GMT

PingBack from http://uberchurchtech.wordpress.com/2006/10/19/church-geek-links-10-19-06/

Virtual Solutions Network - VSNetwork.co.uk · Internet Explorer 7 Final Released Today

Thu, 19 Oct 2006 13:01:32 GMT

PingBack from http://www.vsnetwork.co.uk/2006/10/18/internet-explorer-7-final-released-today.html

Internet Explorer 7 for Windows XP Available Now « Just [invaleed]

Internet Explorer 7 for Windows XP Available Now « Just [invaleed] — Thu, 19 Oct 2006 13:38:55 GMT

PingBack from http://invaleed.wordpress.com/2006/10/19/internet-explorer-7-for-windows-xp-available-now/

Internet Explorer 7 Released! For Windows XP and Windows Server 2003. « Amarjeet Rai’s Blog

Thu, 19 Oct 2006 16:49:30 GMT

PingBack from http://arai.wordpress.com/2006/10/19/internet-explorer-7-released-for-windows-xp-and-windows-server-2003/

URL Handling in Internet Explorer 7

Ali Alvi's WebLog — Thu, 19 Oct 2006 23:56:59 GMT

Its been a while since my last post here. I guess Beta 2 work has been taking most of my time. But I

IE 7 Released · Style Grind

IE 7 Released · Style Grind — Sat, 21 Oct 2006 18:54:38 GMT

PingBack from http://stylegrind.com/ie-7-released/

Internet Explorer 7 for Windows XP Available Now « E.Krishna Kumar’s Weblog

Internet Explorer 7 for Windows XP Available Now « E.Krishna Kumar’s Weblog — Sun, 22 Oct 2006 17:18:55 GMT

PingBack from http://ekrishnakumar.wordpress.com/2006/10/22/internet-explorer-7-for-windows-xp-available-now/

Internet Explorer 7 released : Jason Ruyle

Internet Explorer 7 released : Jason Ruyle — Mon, 23 Oct 2006 21:02:59 GMT

PingBack from http://www.jasonruyle.com/2006/10/18/internet-explorer-7-released/

Browser Security News » URL Handling in Internet Explorer 7

Browser Security News » URL Handling in Internet Explorer 7 — Fri, 12 Jan 2007 00:06:26 GMT

PingBack from http://www.ie7security.net/2007/01/11/url-handling-in-internet-explorer-7/

IE7 js: URL problem?

JD on EP — Thu, 18 Jan 2007 02:49:37 GMT

IE7 js: URL problem? I messed up, and now I'm trying to fix it, and am also seeking anecdotal info you may have on whether Microsoft Internet Explorer 7 changes the way that "javascript:" URLs are handled when requested in ActiveX Controls. In an old

IPv6 URIs in IE7

IEBlog — Tue, 20 Feb 2007 23:30:15 GMT

One of the benefits of creating a new URI parsing API for IE7 was that we were able to more easily add

Reformed Adult Webmaster Reveals Cutting-Edge Marketing Secrets | Woody Maxim

Reformed Adult Webmaster Reveals Cutting-Edge Marketing Secrets | Woody Maxim — Sat, 26 May 2007 17:06:47 GMT

Reformed Adult Webmaster Reveals Cutting-Edge Marketing Secrets

Acid Reflux and Heartburn Tips

Acid Reflux and Heartburn Tips — Wed, 19 Sep 2007 14:45:44 GMT

A friend just showed me this brilliant Heartburn and Acid reflux website that gives you great tips

www.acidrefluxfree.com

www.acidrefluxfree.com — Thu, 04 Oct 2007 17:23:45 GMT

If you're looking cure your acid reflux, then this blog has some excellent tips!

Windosw Vista Download » Blog Archive » CURI Improves URL Handling in IE7

Windosw Vista Download » Blog Archive » CURI Improves URL Handling in IE7 — Tue, 08 Jan 2008 00:40:27 GMT

PingBack from http://www.vistadownload.org/ie7/curi-improves-url-handling-in-ie7.html

SitePoint » Why The data: URI Scheme Could Help Save Your Slow Site

SitePoint » Why The data: URI Scheme Could Help Save Your Slow Site — Fri, 21 Nov 2008 03:22:14 GMT

PingBack from http://www.sitepoint.com/blogs/2008/11/21/why-the-data-uri-scheme-could-help-save-your-slow-site/

IE7 include una nuova e innovativa architettura di gestione degli URL chiamata CURI orientata alla sicurezza | hilpers

Fri, 23 Jan 2009 09:06:55 GMT

PingBack from http://www.hilpers.it/1503595-ie7-include-una-nuova-e

Baby name meaning and origin for Keizer

Baby name meaning and origin for Keizer — Mon, 06 Apr 2009 06:45:17 GMT

PingBack from http://www.baby-parenting.com/baby/babyname/Keizer

Bander’s SharePoint Blog » Blog Archive » URL parsing in Internet Explorer 7

Wed, 06 May 2009 02:10:07 GMT

PingBack from http://isharethepoint.com/?p=593

IEBlog URLs in Internet Explorer 7 | Paid Surveys

IEBlog URLs in Internet Explorer 7 | Paid Surveys — Sat, 30 May 2009 01:16:41 GMT

PingBack from http://paidsurveyshub.info/story.php?title=ieblog-urls-in-internet-explorer-7

IEBlog URLs in Internet Explorer 7 | Wood TV Stand

IEBlog URLs in Internet Explorer 7 | Wood TV Stand — Mon, 01 Jun 2009 02:59:13 GMT

PingBack from http://woodtvstand.info/story.php?id=10579

IEBlog URLs in Internet Explorer 7 | Uniform Stores

IEBlog URLs in Internet Explorer 7 | Uniform Stores — Mon, 01 Jun 2009 15:46:12 GMT

PingBack from http://uniformstores.info/story.php?id=447

IEBlog URLs in Internet Explorer 7 | Uniform Stores

IEBlog URLs in Internet Explorer 7 | Uniform Stores — Mon, 01 Jun 2009 16:40:45 GMT

PingBack from http://uniformstores.info/story.php?id=14436

IEBlog URLs in Internet Explorer 7 | work from home

IEBlog URLs in Internet Explorer 7 | work from home — Tue, 16 Jun 2009 15:16:53 GMT

PingBack from http://workfromhomecareer.info/story.php?id=19088

IE7 is out of the door, Move along Firefox? | Jordan Ostreff's Place

IE7 is out of the door, Move along Firefox? | Jordan Ostreff's Place — Tue, 16 Jun 2009 17:36:03 GMT

PingBack from http://www.ostreff.info/?p=415

IEBlog URLs in Internet Explorer 7 | fix my credit

IEBlog URLs in Internet Explorer 7 | fix my credit — Wed, 17 Jun 2009 04:43:04 GMT

PingBack from http://fixmycrediteasily.info/story.php?id=845