Just tested on macbook pro with 10.4.11, works fine. I tried "set anti",
"set noanti", worked as expected.The binary was built on 10.5 with 10.4u
sdks.
LC
On Mon, Aug 25, 2008 at 8:11 PM, Bram Moolenaar <[EMAIL PROTECTED]> wrote:
>
> LC Mi wrote:
>
> > I tested it on 10.5, but it should work for
Robert Webb wrote:
> If I use ":set tags = tags,../tags", and the tags file in the parent
> folder includes all the tags in the local folder (plus more from other
> folders), then I get tag matches repeated. Using taglist() the only
> difference is in the "file" field, which has a different rel
LC Mi wrote:
> I tested it on 10.5, but it should work for 10.4 as well, since ATSUI is
> some "traditional" thing. :-)Just use "LC Mi" is fine.
Before including this code we should make sure it also works on 10.4.
Can someone please verify?
> btw, I noticed MacVim already has similar code to
On Mon, Aug 25, 2008 at 5:45 PM, fnegroni <[EMAIL PROTECTED]> wrote:
>
> There is a feature in Perforce, which allows the command line client
> (p4) to find its configuration file (.p4rc) by looking up the current
> directory and any directory above it in recursive order, stopping at
> the first o
fnegroni wrote:
> It is a feature that I would absolutely love to have: I
> develop for several projects following different indentation
> styles and visualisation rules.
Some code in your vimrc to detect the current directory at startup, then
implement
the wanted settings, might be easier.
O
Robert Webb wrote:
> I believe it's the same on all systems. qsort() just
> compares the sign.
Of course it would be impossible to check every qsort() on all systems(), but
the
fact that strcmp() uses that logic is a pretty good sign (!) that qsort() will
as
well.
However, as others have poi
There is a feature in Perforce, which allows the command line client
(p4) to find its configuration file (.p4rc) by looking up the current
directory and any directory above it in recursive order, stopping at
the first one that has a .p4rc file in it. If that fails, it falls
back to the one in the
On Mon, Aug 25, 2008 at 4:21 PM, Tony Mechelynck
<[EMAIL PROTECTED]> wrote:
>
> On 25/08/08 21:35, James Vega wrote:
>> On Mon, Aug 25, 2008 at 3:10 PM, Tony Mechelynck
> [...]
>>> - On systems where hard links are possible (including not only
>>> Unix/Linux, but also, IIUC, NTFS filesystems on Wi
On 25/08/08 21:35, James Vega wrote:
> On Mon, Aug 25, 2008 at 3:10 PM, Tony Mechelynck
[...]
>> - On systems where hard links are possible (including not only
>> Unix/Linux, but also, IIUC, NTFS filesystems on Windows NT and later) a
>> file may have more than one name (more than one directory en
On Mon, Aug 25, 2008 at 3:10 PM, Tony Mechelynck
<[EMAIL PROTECTED]> wrote:
>
> On 25/08/08 15:14, Jürgen Krämer wrote:
>>
>> Hi,
>>
>> Robert Webb wrote:
>>> Another simple question:
>>>
>>> In a vim script, how do I compare two file names to see if they are the same
>>> file? They may be relativ
On 25/08/08 15:14, Jürgen Krämer wrote:
>
> Hi,
>
> Robert Webb wrote:
>> Another simple question:
>>
>> In a vim script, how do I compare two file names to see if they are the same
>> file? They may be relative or absolute paths.
>>
>> Obviously if I can expand both to a full path then the compa
On Sun, Aug 24, 2008 at 11:22 AM, Robert Webb wrote:
>
> Hi,
>
> The help for sort() says the following with respect to the function
> reference argument:
>
>...The function is invoked with two
>items as argument and must return zero if they are equal, 1 if
>the first one sorts after t
2008/8/24 Bram Moolenaar <[EMAIL PROTECTED]>:
> Robert Webb wrote:
>
>> The help for sort() says the following with respect to the function
>> reference argument:
>>
>> ...The function is invoked with two
>> items as argument and must return zero if they are equal, 1 if
>> the first on
On 25/08/08 05:07, Bram Moolenaar wrote:
[...]
> Vim uses qsort(). My man page says that the value of the compare
> function can be any value less than, equal to or bigger than zero.
> Is it like that on all systems?
>
Mine says the same; it also says
CONFORMING TO
SVr4, 4.3BSD, C89, C9
On Aug 25, 10:29 am, Charles Campbell <[EMAIL PROTECTED]>
wrote:
> OK -- I've made a reporting-only variable, g:rltvnmbrmode (=1 enabled,
> =0 disabled) for this purpose (v3b).
>
Hey, thanks!
Should that be b:rltvnmbrmode, since signs (and therefore the plugin)
work local to a buffer?
As you'
Ben Fritz wrote:
>
> On Aug 23, 6:20 pm, Charles Campbell <[EMAIL PROTECTED]>
> wrote:
>
>> I'll update the link to your patch (when I get a chance -- I'm still
>> updating vim on this machine+o/s). I hope you don't consider my plugin
>> a competitor, I thought of it as more of a step towards
On Aug 23, 6:20 pm, Charles Campbell <[EMAIL PROTECTED]>
wrote:
> I'll update the link to your patch (when I get a chance -- I'm still
> updating vim on this machine+o/s). I hope you don't consider my plugin
> a competitor, I thought of it as more of a step towards your patch (whet
> folks' app
I wrote:
> If I use ":set tags = tags,../tags", and the tags file in the parent
> folder includes all the tags in the local folder (plus more from other
> folders), then I get tag matches repeated. Using taglist() the only
> difference is in the "file" field, which has a different relative path
Hi,
Robert Webb wrote:
>
> Another simple question:
>
> In a vim script, how do I compare two file names to see if they are the same
> file? They may be relative or absolute paths.
>
> Obviously if I can expand both to a full path then the comparison is easy,
> but expand("path/file:p") does
Hi,
Another simple question:
In a vim script, how do I compare two file names to see if they are the same
file? They may be relative or absolute paths.
Obviously if I can expand both to a full path then the comparison is easy,
but expand("path/file:p") doesn't do it. ":p" only works after "%"
Hi,
If I use ":set tags = tags,../tags", and the tags file in the parent
folder includes all the tags in the local folder (plus more from other
folders), then I get tag matches repeated. Using taglist() the only
difference is in the "file" field, which has a different relative path
due to the ct
Tony Mechelynck wrote:
> The script will only work on Windows anyway, because each OS has its own
> way (when it has one) of opening a given non-executable file in the
> default handler program for that filetype. There's no portable way to do
> that, you've got to use, for each OS, whatever works
> >:silent! normal! heb
>
> Won't work if the word is a single character.
Also won't work at the start of this text: "== blah".
The idea is to put the cursor at the start of the word that
expand("") would return.
This works quite well:
func! Sow()
if (getline(".")[col(".") - 1] =~ '
Bram replied:
> > The help for sort() says the following with respect to the function
> > reference argument:
> >
> > ...The function is invoked with two
> > items as argument and must return zero if they are equal, 1 if
> > the first one sorts after the second one, -1 if the first o
On 25 Aug 2008, at 01:51, Bill McCarthy wrote:
> I just updated my runtime and noticed that motion.txt
> (August 10, 2008) has what looks like a French comment.
It's a joke, non? See Magritte.
--
Andy Armstrong, Hexten
--~--~-~--~~~---~--~~
You received this
I tested it on 10.5, but it should work for 10.4 as well, since ATSUI is
some "traditional" thing. :-)Just use "LC Mi" is fine.
btw, I noticed MacVim already has similar code to handle this as well. Thus
I used the same variable name "useAntialias" to remind other developers
about this fact. Yeah,
26 matches
Mail list logo
