Hi Charles,
Thanks for the response, I have just updated vimball + netrw again...
| * URLs with question marks in them, like
| http://www.grida.no/products.cfm?pageID=13
| I just tried it; this appears to work (under linux). Is there still a
| problem with windows/cygwin?
This is still a
Hugo Ahlenius wrote:
Hi Charles,
Thanks for the response, I have just updated vimball + netrw again...
| * URLs with question marks in them, like
| http://www.grida.no/products.cfm?pageID=13
| I just tried it; this appears to work (under linux). Is there still a
| problem with
| -Original Message-
| From: A.J.Mechelynck [mailto:[EMAIL PROTECTED]
| IIUC, when an http: URL ends in a slash, or when it names a directory
| even without a slash, the server retrieves the default page (if any)
| in the directory in question; and it is up to the server to determine
|
Hugo Ahlenius wrote:
The http prefix should tell that this is a URL that should be retrieved
using the http protocol and nothing else. A URL with a trailing slash is
still a fully valid URL, and doesn't not signify directories or anything
like that on the www. I would really like netrw to just
On Tue 1-Aug-06 1:52am -0600, Hugo Ahlenius wrote:
I just upgraded netrw to netrw 103b from Charles Campbell's web-site. Now it
seems like opening a directory by just trying to edit it doesn't work, like
it used to:
:e c:\
Could there be an autocommand that is missing? The only
| Do you still have the distribution copy of netrw v98 installed to
| $vimruntime?
Yes I had -- your change did it!
Thanks,
Hugo
On Tue 1-Aug-06 1:52am -0600, Hugo Ahlenius wrote:
I just upgraded netrw to netrw 103b from Charles Campbell's
web-site.
Now it seems like opening a directory by just trying to edit it
doesn't work, like it used to:
:e c:\
I am having a similar issue, but I am using 102
