Re: license of runtimefiles

2012-02-07 Fir de Conversatie Per Andersson
On Fri, Feb 3, 2012 at 5:45 PM, Thilo Six t@gmx.de wrote: Hello Bram, hello maintainers, regarding the license of runtimefiles the current state is as attached. James-San already contacted me so i expect the Debian related files will be handled. Debian files (runtime/debchangelog.vim

RE: GVim flickers during page down/up scrolling - fonts renderer issue?

2012-02-07 Fir de Conversatie MacDonald, Stuart
I have vim 7.3 (p1-46) on Win 7. From: On Behalf Of Christian Brabandt On Fr, 03 Feb 2012, John Little wrote: On Feb 4, 10:17 am, Mikey smieciar...@gmail.com wrote: Hello again. Accidentally I've discovered some new facts about described problem. In contrast to my previous posts

Re: [MPF] runtimefiles cpo+=l save

2012-02-07 Fir de Conversatie Thilo Six
Thilo Six wrote the following on 03.02.2012 17:37 Hello Bram, hello Maintainers, for those who do not know MPF stands for mass patch filling. ;) All proposed patches have been sent out to maintainers. The according list is attached. By the way how long should we wait on maintainers before

Re: [MPF] runtimefiles cpo+=l save

2012-02-07 Fir de Conversatie Andy Wokula
Am 07.02.2012 18:29, schrieb Thilo Six: I had a rather usefull discussion with Andriy Sokolov offlist. He pointed out to me: ,[ :h syn-pattern ]- Syntax patterns are always interpreted like the 'magic' option is set, no matter what the actual value of 'magic' is. And

Re: [MPF] runtimefiles cpo+=l save

2012-02-07 Fir de Conversatie Thilo Six
Andy Wokula wrote the following on 07.02.2012 20:40 -- snip -- ,[ :h syn-pattern ]- Syntax patterns are always interpreted like the 'magic' option is set, no matter what the actual value of 'magic' is. And the patterns are interpreted like the 'l' flag is not

Re: Looking for a volunteer to fix find_file_in_path()

2012-02-07 Fir de Conversatie Nazri Ramliy
On Mon, Feb 6, 2012 at 5:18 AM, Bram Moolenaar b...@moolenaar.net wrote: We have had quite a few bugs in the find_file_in_path() code. Now the problem is that when the current directory path contains ** then :cd fails, because it tries to expand ** instead of taking in literally. [challenge

Re: Looking for a volunteer to fix find_file_in_path()

2012-02-07 Fir de Conversatie Nazri Ramliy
On Wed, Feb 8, 2012 at 9:59 AM, Nazri Ramliy ayieh...@gmail.com wrote: I'd like to report that the behavior does not exist outside of $HOME: One more detail: The bug is triggered only when '**' is right under $HOME. It does not appear for this case: cd $HOME $ mkdir -p 'a/**/xxx/yyy' $

Re: Looking for a volunteer to fix find_file_in_path()

2012-02-07 Fir de Conversatie Nazri Ramliy
On Wed, Feb 8, 2012 at 11:50 AM, Nazri Ramliy ayieh...@gmail.com wrote: On Wed, Feb 8, 2012 at 9:59 AM, Nazri Ramliy ayieh...@gmail.com wrote: I'd like to report that the behavior does not exist outside of $HOME: One more detail: The bug is triggered only when '**' is right under $HOME. It

Re: Looking for a volunteer to fix find_file_in_path()

2012-02-07 Fir de Conversatie Nazri Ramliy
On Wed, Feb 8, 2012 at 11:59 AM, Nazri Ramliy ayieh...@gmail.com wrote: On Wed, Feb 8, 2012 at 11:50 AM, Nazri Ramliy ayieh...@gmail.com wrote: On Wed, Feb 8, 2012 at 9:59 AM, Nazri Ramliy ayieh...@gmail.com wrote: I'd like to report that the behavior does not exist outside of $HOME: One more

Re: Looking for a volunteer to fix find_file_in_path()

2012-02-07 Fir de Conversatie Nazri Ramliy
On Wed, Feb 8, 2012 at 12:06 PM, Nazri Ramliy ayieh...@gmail.com wrote: But strangely:  $ cd $HOME  $ mkdir -p 'tmp/**/xxx/yyy'  $ cd 'tmp/**'  $ vim -u NONE  :cd xxx  -- gives error??? Ah sorry for the noise. The problems exists irrespective of $CWD. It's just that in my /tmp there are