Comment #1 on issue 150 by zulolox4...@gmail.com: same normal cmds on linux
and windows
http://code.google.com/p/vim/issues/detail?id=150
In windows the input file : fileinwin32 and output, after command:
fileoutwin32, attached.
The vim win32 version tested on:
VIM - Vi IMproved 7.4a BE
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 150 by zulolox4...@gmail.com: same normal cmds on linux and
windows
http://code.google.com/p/vim/issues/detail?id=150
What steps will reproduce the problem?
1.Open the file fileinlinux (attached) in vim :
2.Execute the vim
Hello,
I noticed ftplugin/man.vim has problem if user set nu or rnu.
I'm not sure disabling the nu/rnu is a good idea.
I just follow the rule of VIM's help page.
If someone wants to set nu/rnu in man page, we can change like:
let $MANWIDTH = winwidth(0) - &nu - &rnu
I'm not sure 'nofen' is r
ZyX wrote:
> > I've put syntax/vim.vim version 7.4a-1 up on my website:
> > http://www.drchip.org/astronaut/vim/index.html#SYNTAX_VIM . I don't
> > intend to remove the documented standard-plugin commands that are in the
> > help (:TOhtml, etc).
>
> I second the glts. TOhtml and lowercase co
Actually, come to think of it, the best logical place to start looking
would be at
any window size or decoration calculations that *don't* use
GetSystemMetrics().
Cheers,
Andre.
Hi,
I haven't taken a look at the VIM code, but a logical place to start
looking might be
for any window size
Hi,
I haven't taken a look at the VIM code, but a logical place to start
looking might be
for any window size or decoration calculation code that calls the
GetSystemMetrics()
function with any of:
- SM_CXBORDER
- SM_CYBORDER
- SM_CXEDGE
- SM_CYEDGE
- SM_CXVSCROLL
- SM_CYHSCROLL
With each new
Adnan Zafar wrote:
> Hi vim_dev,
>
> Attached is a patch that makes the interface between glob() and
> globpath() consistent. An optional fourth argument to globpath() makes
> it return a list. This fixes the following todo.txt item.
>
> > It should be possible to make globpath() return a list
Charles Campbell wrote:
> In file included from regexp.c:7918:
> regexp_nfa.c: In function 'addstate':
> regexp_nfa.c:3850: warning: 'save_lpos.lnum' may be used uninitialized
> in this function
> regexp_nfa.c:3850: warning: 'save_lpos.col' may be used uninitialized in
> this function
> regexp_
Yukihiro Nakadaira wrote:
> How about this?
>
> I guess the key is ":setl scb | wincmd p", executing these two command
> in one normal_cmd() session.
Wasn't there a reason these commands were in a separate file?
As mentioned before, we should have a test for the tests...
--
Back off man, I'
On Jul 15, 2013 11:22 PM, "Ben Fritz" wrote:
>
> On Monday, July 15, 2013 12:27:03 PM UTC-5, ZyX wrote:
> > > > With bundles one still needs to repost each time he has an update
(common for emailed bundles and diff).
> > >
> > > I view that as a good thing. You'll need to post anyway when you make
On Monday, July 15, 2013 12:27:03 PM UTC-5, ZyX wrote:
> > > With bundles one still needs to repost each time he has an update (common
> > > for emailed bundles and diff).
> >
> > I view that as a good thing. You'll need to post anyway when you make an
> > update, otherwise nobody knows about it
This sympton I was only able to reproduce on some Unix machines, I can now
produce it on Windows machines too.
If you execute this command:
let msg = "Enter character:" | echo msg | let c = getchar() | let c =
nr2char(c)
| echon c
The output you get is:
Enter character:j
Some users on different
Mike Williams wrote:
> On 15/07/2013 09:40, Mike Williams wrote:
> > Hi,
> >
> > Been playing with reduced maxmem and found I can crash VIM when getting
> > spelling suggestions. The following will reproduce the crash under
> > Windows (line wrapped, and lots of fun getting the double quotes rig
> ?! Where is my description on the main project page?
Sry, fixed to: https://gist.github.com/ZyX-I/5561409
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.ph
Spotted this very minor error in index.txt. Thanks.
diff -r c015eedb9b4a runtime/doc/index.txt
--- a/runtime/doc/index.txtSun Jul 14 15:06:50 2013 +0200
+++ b/runtime/doc/index.txtMon Jul 15 20:07:27 2013 +0200
@@ -1191,7 +1191,7 @@
|:digraphs|:dig[raphs]show or enter digraphs
|:
> Is heavily working on improving the Python API. His description about the
> changes: https://code.google.com/p/vim/
?! Where is my description on the main project page?
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replyi
> I've put syntax/vim.vim version 7.4a-1 up on my website:
> http://www.drchip.org/astronaut/vim/index.html#SYNTAX_VIM . I don't
> intend to remove the documented standard-plugin commands that are in the
> help (:TOhtml, etc).
I second the glts. TOhtml and lowercase commands are different elem
> of contributors to vim-extended.
Link? I'd like to add it to
http://vim-wiki.mawercer.de/wiki/vim-development/recent-work.html
If you come up with something know consider adding it to:
http://vim-wiki.mawercer.de/wiki/vim-development/development.html
Should we start fund raising for developmen
On Mon, Jul 15, 2013 at 6:59 PM, Charles Campbell
wrote:
> I've put syntax/vim.vim version 7.4a-1 up on my website:
> http://www.drchip.org/astronaut/vim/index.html#SYNTAX_VIM . I don't intend
> to remove the documented standard-plugin commands that are in the help
> (:TOhtml, etc).
Thanks.
It
> > Bundles solve exactly one problem: they avoid problems with applying
> > patches. They do introduce another problem: now it is tricky to see the
> > diff (any discussion around PR’s assumes having web interface for them).
>
> No, the discussion only assumes that everyone can see the same ch
On Monday, July 15, 2013 11:33:55 AM UTC-5, ZyX wrote:
> > Since we're using Mercurial, and Bram wants to allow email submissions, a
> > developer can email a "bundle" if he/she doesn't have/want access to a
> > public repository. Then just the commits required for the fix (with some
> > commit
Nikolay Pavlov wrote:
On Jul 14, 2013 9:36 PM, "Tony Mechelynck"
mailto:antoine.mechely...@gmail.com>>
wrote:
>
> On 07/14/13 17:40, glts wrote:
>>
>> Hi list,
>>
>> sent this to the maintainer in May. Now resending an updated patch to
>> the list. I removed some mistaken keywords from the v
I recently had an encounter with the dev process used for Go. They use
Mercurial with the Rietveld code review extension. Every change must be
submitted for public review first and needs explicit approval from the
devs/community before receiving an LGTM ("looks good to me") and commit.
I found it
> Since we're using Mercurial, and Bram wants to allow email submissions, a
> developer can email a "bundle" if he/she doesn't have/want access to a public
> repository. Then just the commits required for the fix (with some commit also
> in Bram's repository as a parent) need to be emailed, and
On Mon, Jul 15, 2013 at 7:31 AM, ZyX wrote:
> I would vote against any development process that uses patches, be it
> current one, suggested two-eye system or anything else.
>
> The two-eye system looks reasonable, but it should be applied to PR’s
> (commit series requested for inclusion as a whol
On Monday, July 15, 2013 9:31:00 AM UTC-5, ZyX wrote:
> I would vote against any development process that uses patches, be it current
> one, suggested two-eye system or anything else.
>
>
>
> The two-eye system looks reasonable, but it should be applied to PR’s (commit
> series requested for i
Hi vim_dev,
Attached is a patch that makes the interface between glob() and
globpath() consistent. An optional fourth argument to globpath() makes
it return a list. This fixes the following todo.txt item.
> It should be possible to make globpath() return a list instead of a string,
> like with gl
In file included from regexp.c:7918:
regexp_nfa.c: In function 'addstate':
regexp_nfa.c:3850: warning: 'save_lpos.lnum' may be used uninitialized
in this function
regexp_nfa.c:3850: warning: 'save_lpos.col' may be used uninitialized in
this function
regexp_nfa.c:3852: warning: 'save_ptr' may be
I would vote against any development process that uses patches, be it current
one, suggested two-eye system or anything else.
The two-eye system looks reasonable, but it should be applied to PR’s (commit
series requested for inclusion as a whole) and not patches:
This is how we can protect fro
On 11/07/2013 10:34, Charles wrote:
Hi,
Does anyone know why when compiled with visual studio 2012, the vim
gui has gap between the scrollbars and the window borders.
Here's the screenshot of vim compiled with visual studio 2010
http://imgur.com/lI05rgq
And here is when compiled with visual s
On 15/07/2013 09:40, Mike Williams wrote:
Hi,
Been playing with reduced maxmem and found I can crash VIM when getting
spelling suggestions. The following will reproduce the crash under
Windows (line wrapped, and lots of fun getting the double quotes right):
gvim -u NONE -U NONE -c "call feedke
Hi,
Been playing with reduced maxmem and found I can crash VIM when getting
spelling suggestions. The following will reproduce the crash under
Windows (line wrapped, and lots of fun getting the double quotes right):
gvim -u NONE -U NONE -c "call feedkeys("":set" "maxmem=512"
"spell\iasd\z="
On 15/07/13 01:02, Lech Lorens wrote:
On 14-Jul-2013 Bram Moolenaar wrote:
Ken Takata wrote:
When I run the test 98 with gvim, it stops at the last line of test98a.in.
call feedkeys(":setl scb\n\\", 't')
It seems that feedkeys() works different on CUI and GUI.
I don't know why the differ
33 matches
Mail list logo