Hi François :)
* François Pinard <[EMAIL PROTECTED]> dixit:
> [DervishD]
> >[Bram Moolenaar]
> >>Only a few things might need to be spread to other directories, using
> >>symlinks when possible (binary in /usr/local/bin, libs in
> >>/usr/local/lib, header files in /usr/local/include).
> >We
[DervishD]
[Bram Moolenaar]
Only a few things might need to be spread to other directories, using
symlinks when possible (binary in /usr/local/bin, libs in
/usr/local/lib, header files in /usr/local/include).
Well, I know about a packaging system that does exactly that (I don't
remember it
Hi Bram :)
* Bram Moolenaar <[EMAIL PROTECTED]> dixit:
> DervishD wrote:
>
> > > Generally I find it quite strange to order application-specific files
> > > by their type instead of by the application.
> >
> > But that's a very sensible thing to do. This way you can partition
> > the hi
DervishD wrote:
> > Generally I find it quite strange to order application-specific files
> > by their type instead of by the application.
>
> But that's a very sensible thing to do. This way you can partition
> the hiearchy much more efficiently. For example, I have my /usr "zone"
> backup
Hi Bram :)
* Bram Moolenaar <[EMAIL PROTECTED]> dixit:
> DervishD wrote:
> > Given that "/usr/doc" or "/usr/share/doc" are pretty standard when
> > it comes to install documentation, shouldn't "ex_helpgrep" use the
> > directory from "helpfile" too, just like ":help" does?
>
> Vim docume
DervishD wrote:
> I've discovered that ":helpgrep pattern" doesn't work for me, always
> returning "E480" (BTW, ":help E480" shows help about "argdelete", as if
> E numbers in source code and docs weren't synchronized).
>
> But that's not the weird part. If I search for a very common wor
Hi Tony :)
* A.J.Mechelynck <[EMAIL PROTECTED]> dixit:
> DervishD wrote:
> >That won't work, because docs are not in /usr/doc/vim/doc, but in
> >/usr/doc/vim. Otherwise it would work. On my system, documentation is
> >under /usr/share/doc/ (the "share" part is variable, since
> >I maintai
DervishD wrote:
Hi Bill :)
* Bill McCarthy <[EMAIL PROTECTED]> dixit:
On Sun 28-Jan-07 4:33pm -0600, DervishD wrote:
Finally, examining the source code, I found the problem. I
have my vim documentation installed in /usr/doc, which is
where all documentation is installed on my system. I'v
Hi Tony :)
* A.J.Mechelynck <[EMAIL PROTECTED]> dixit:
> DervishD wrote:
> >I've discovered that ":helpgrep pattern" doesn't work for me, always
> >returning "E480" (BTW, ":help E480" shows help about "argdelete", as if
> >E numbers in source code and docs weren't synchronized).
> >
> >
Hi Bill :)
* Bill McCarthy <[EMAIL PROTECTED]> dixit:
> On Sun 28-Jan-07 4:33pm -0600, DervishD wrote:
>
> > Finally, examining the source code, I found the problem. I
> > have my vim documentation installed in /usr/doc, which is
> > where all documentation is installed on my system. I've
>
On Sun 28-Jan-07 4:33pm -0600, DervishD wrote:
> Finally, examining the source code, I found the problem. I
> have my vim documentation installed in /usr/doc, which is
> where all documentation is installed on my system. I've
> set "helpfile" so ":help" finds the docs. BUT ":helpgrep"
> doesn't us
DervishD wrote:
Hi all :)
I've discovered that ":helpgrep pattern" doesn't work for me, always
returning "E480" (BTW, ":help E480" shows help about "argdelete", as if
E numbers in source code and docs weren't synchronized).
But that's not the weird part. If I search for a very commo
12 matches
Mail list logo