> Tony Mechelynck wrote:
>> To make it work, there may or may not be something in Firefox's
>> "Preferences" (or, on Windows, "Options") but you can make it work in
>> any case as follows:
> ... instructions follow...
> ---
>
> I wish there was a way to post a screen shot.
>
> I typed in 'about:config', and typed in 'browser.fixup',
>
> The options I have:
> browser.fixup.alternate.enabled, status=default, type=boolean, value=true
> browser.fixup.alternate.prefix, status=default, type=boolean, value=true
> browser.fixup.alternate.suffix, status=default, type=boolean, value=true
.prefix and .suffix ought to be type=String, with values set
respectively to www. (small-double-you-for-whiskey
small-double-you-for-whiskey small-double-you-for-whiskey full-stop) and
.com (full-stop small-see-for-Charlie small-oh-for-Oscar
small-em-for-Mike). Normally you can't change the type, except if the
pref is undefined by default, so what happens if you "Reset" these two?
> browser.fixup.alternate.hide_user_pass, status=default, type=boolean,
> value=true
>
>> From the above, I have those options enabled.
>
> But it doesn't work.
>
> That's why it stands out from other sites.
>
> I notice a query for 'vim.org' via 'dig' doesn't return immediately
> with a "not found" from my local name server as happens when a name
> doesn't exist, but instead, I get a response back from a server in
> the netherlands that it has a null address.
I guess it is because other *.vim.org domains do exist: ftp.vim.org is
an alias of ftp.nluug.nl and www.vim.org is (perhaps indirectly) an
alias of vhost.sourceforge.net. From here (Brussels, Belgium) a
traceroute to www.vim.org proceeds via London, Amsterdam,
Frankfort-on-the-Main, Chicago, and a place named Elk Grove, in that
order, which seems rather roundabout to me.
>
> Then there's the fact that www.vim.org is served by another DNS server
> so the browser may notice the different authorities and assume that
> since they are not the same, then vim.org shouldn't be auto-prefixed to
> .www, since they aren't under the same administrative control.
>
> But that's just a guess.
>
> Any domain where the site is named after the company, product or
> a project -- the 'www', is optional because it's not part
> of the company, product or project name
>
> "www" was useful at the dawning of the 'web' when
> domains and servers commonly didn't support the web: the 'www'
> prefix was a 'flag' that the company provided a web page.
>
> Now, it's the very uncommon exception -- if a company has any
> internet presence, at all, it will have a web page when you
> type in the company name (with no 'www').
>
> But besides, that, it seems that 'vim's DNS setup breaks normal
> browser roll-over mechanisms, which makes it stick out like a sore
> thumb. :-(
>
Breaks rollover mechanisms? I'd say it only breaks them for browsers
which don't have one. For browsers which have a rollover mechanism (at
least SeaMonkey and Konqueror), nothing is broken.
Best regards,
Tony.
--
Due to circumstances beyond your control, you are master of your fate
and captain of your soul.
--
You received this message from the "vim_use" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
No comments:
Post a Comment