Feature request: shiftwidth=0 to make it equal to tabstop

2012-08-07 Fir de Conversatie Michał Górny
Hello, I am working on a C project where the coding style enforces using tab indentation only. Thus, I would like to enforce that policy via modeline without affecting user preferred tabstop. In order to do that, right now I use: // vim:noet:sts=0 Sadly, I don't think it is currently possible

Re: Feature request: shiftwidth=0 to make it equal to tabstop

2012-08-07 Fir de Conversatie Christian J. Robinson
On Tue, 7 Aug 2012, Michał Górny wrote: Thus, I'd like to request the following feature: option to reset the shiftwidth to the value of tabstop. Practically, it could be implemented by allowing 'sw=0' (much like 'sts=0'), and using the value of 'ts' in that case. For me, this is one of those

Re: Feature request: shiftwidth=0 to make it equal to tabstop

2012-08-07 Fir de Conversatie Christian Brabandt
Hi Michał! On Di, 07 Aug 2012, Michał Górny wrote: Hello, I am working on a C project where the coding style enforces using tab indentation only. Thus, I would like to enforce that policy via modeline without affecting user preferred tabstop. In order to do that, right now I use: //

Re: Building on Windows 7 - Perl crashes

2012-08-07 Fir de Conversatie Bram Moolenaar
Raymond Ko wrote: After some careful re-reading, I might have been too hasty in posting that link. It was for Perl 5.6 and Linux. Just thought it might be relevant since it seems to use the same way to retrieve errors. A more relevant post I found is this:

does .= have advantage?

2012-08-07 Fir de Conversatie Bee
Hello Bram These do the same thing: let @/ = @/ . pad[c] let @/ .= pad[c] Is there an advantage (speed? resources?) to use one rather the other? That is, other than less typing. :set allows a pre-pend as ^= as well as ap-pend with .= :let has only ap-pend with .= Bill -- You received