On Monday, June 3, 2013 7:33:39 AM UTC+9, Christian Wellenbrock wrote:
I recently noticed the following inconsistency regarding the 'fillchars' and
'statusline options:
- multi-byte 'fillchars' work with default 'statusline':
vim -u NONE -c set ls=2 fcs=stl:●
[No Name]
On 1 June 2013 15:13, ChengYi Lin t0963162...@gmail.com wrote:
give cscope full path
$ find `pwd` | cscope -i -
This indeed makes it work. That was what I was trying to show in my
example code. However, I think this should be done by Vim
automatically when using the cs add command.
On
ZyX wrote:
On Jun 3, 2013 1:09 AM, Bram Moolenaar b...@moolenaar.net wrote:
ZyX wrote:
The last proposal was using '_vim_runtimepath_' special item in sys.path
alongside with import hooks. I can hardly call this a consensus because
last my argument about why vim should use this
Axel Bender wrote:
I could probably live with the slowing down if it only affected re=2.
But it also affects re=1 which is not acceptable. The effect is quite
noticeable, 13 to 20 secs that's a lot. I hope that Bram goes into
that...
There are no changes to the old regexp engine that would
how to reproduce:
mkdir test
cd test
touch file1 file2
vim
:e file*
E77: Too many file names
i have the same error even when running with vim -u NONE -U NONE
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Jun 3 2013 09:16:47)
Included patches: 1-1105
Compiled by matteo.cavalleri@TDBD-cavalleri
On Mon, Jun 03, 2013 at 01:26:37AM -0700, Matteo Cavalleri wrote:
how to reproduce:
mkdir test
cd test
touch file1 file2
vim
:e file*
E77: Too many file names
i have the same error even when running with vim -u NONE -U NONE
was there an older version of vim where the same thing opened
was there an older version of vim where the same thing opened both
files?
mh... i could swear i did this in the past and it always worked, but i suppose
i can blame monday morning and the lack of caffeine. i'm unsubscribing from
this group, i already created too much noise :p
--
--
You
On Mon, Jun 3, 2013 at 3:21 PM, Bram Moolenaar b...@moolenaar.net wrote:
Axel Bender wrote:
I could probably live with the slowing down if it only affected re=2.
But it also affects re=1 which is not acceptable. The effect is quite
noticeable, 13 to 20 secs that's a lot. I hope that Bram
On Monday, June 3, 2013 9:29:03 AM UTC+2, mattn wrote:
On Monday, June 3, 2013 7:33:39 AM UTC+9, Christian Wellenbrock wrote:
I recently noticed the following inconsistency regarding the 'fillchars'
and 'statusline options:
- multi-byte 'fillchars' work with default
Sorry Bram, I wasn't aware of this (... Note that you need to set
'regexpengine' before opening a file ...) - maybe this should go into the docs?
Anyway, making the above mentioned setting in .vimrc brings back the 'good old
times' ;-)
Just for curiosity:
1) What ist NFA good for if it is so
ZyX wrote:
On Jun 3, 2013 1:09 AM, Bram Moolenaar b...@moolenaar.net wrote:
Glts wrote:
On Sunday, June 2, 2013 9:30:20 PM UTC+2, Bram Moolenaar wrote:
Christian Brabandt wrote:
Note, that latest patch I sent, does not require an extra option, is
rather small, makes
Patch 7.3.1106
Problem:New regexp engine: saving and restoring lastlist in the states
takes a lot of time.
Solution: Use a second lastlist value for the first recursive call.
Files: src/regexp.h, src/regexp_nfa.c
*** ../vim-7.3.1105/src/regexp.h2013-06-02
On Mon, Jun 03, 2013 at 01:57:11AM -0700, Matteo Cavalleri wrote:
was there an older version of vim where the same thing opened both
files?
mh... i could swear i did this in the past and it always worked, but i
suppose i can blame monday morning and the lack of caffeine. i'm
On Monday, June 3, 2013 6:01:47 PM UTC+9, Christian Wellenbrock wrote:
I have not tried using it with double width characters. The original intent
was to support single width multi-byte characters. I don't know if double
width character support is as easy to implement.
It seems that double
On Monday, June 3, 2013 12:25:50 PM UTC+2, mattn wrote:
On Monday, June 3, 2013 6:01:47 PM UTC+9, Christian Wellenbrock wrote:
I have not tried using it with double width characters. The original intent
was to support single width multi-byte characters. I don't know if double
width
Matteo Cavalleri cvl...@gmail.com wrote:
how to reproduce:
mkdir test
cd test
touch file1 file2
vim
:e file*
E77: Too many file names
That's not a bug. To do what you want, use:
:argadd file*
Dominique
--
--
You received this message from the vim_dev maillist.
Do not top-post!
Christian Wellenbrock wrote:
Hi vim_dev,
I recently noticed the following inconsistency regarding the 'fillchars' and
'statusline options:
- multi-byte 'fillchars' work with default 'statusline':
vim -u NONE -c set ls=2 fcs=stl:●
[No Name]
Christian Wellenbrock wrote:
On Monday, June 3, 2013 9:29:03 AM UTC+2, mattn wrote:
On Monday, June 3, 2013 7:33:39 AM UTC+9, Christian Wellenbrock wrote:
I recently noticed the following inconsistency regarding the
'fillchars' and 'statusline options:
[...]
I don't make sure
Hi,
I run windows 8 64 bit, with Vim 32 bit latest from
http://tuxproject.de/projects/vim/ patched till 1105.
With python 32 bit 2.7.5
When i do a :py import os i get the following error message
AttributeError: 'module' object has no attribute 'fchdir'
Is this known bug ?
--
Thanks Regards,
R
On 2 June 2013, Marc Weber marco-owe...@gmx.de wrote:
How to continue?
Submit ideas here:
http://vim-wiki.mawercer.de/wiki/vim74/devs-workflows.html
[...]
You mix up a number of mostly unrelated things.
(1) Mercurial and Git are virtually identical to one another in terms of
On Jun 3, 2013 9:55 AM, Marc Weber marco-owe...@gmx.de wrote:
Excerpts from ZyX's message of Sun Jun 02 12:58:10 +0200 2013:
execfile(filename, {}, {})
Would you pass a permanent individual global state dictionary like this?
if not foo.py in module_globals:
module_globals[foo.py]
On Sun, June 2, 2013 23:09, Bram Moolenaar wrote:
Christian Brabandt wrote:
here is a patch that fixes a bug with gn when the match is only a
single char width.
Thanks! I'll put it in the todo list.
Bonus points for writing a test.
Ha! I'll take the bonus points ;)
(patch already
On Sun, June 2, 2013 20:28, Yegappan Lakshmanan wrote:
I am attaching a patch to add the :cdo and :ldo commands. The :cdo command
can be used to execute commands over all the buffers in the quickfix list.
The :ldo command can be used to execute commands over all the buffers in
the location
I'm sure there's a reason, but I wonder:
why, in regexp_nfa.c nfa_recognize_char_class(), is the config using chars
instead of integer bitmaps? I would expect bitmaps to be faster (as well as
taking less space).
--
--
You received this message from the vim_dev maillist.
Do not top-post!
On 3 June 2013, LCD 47 lcd...@gmail.com wrote:
[...]
architecture is still showing through. It's social features are really
[...]
:s/It's/Its/
/lcd
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For
Hi ZyX,
2013/06/03 Mon 12:02:13 UTC+9 ZyX wrote:
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1370228411 -14400
# Mon Jun 03 07:00:11 2013 +0400
# Branch python-extended-4
# Node ID 08aaf194681a293aac74b3c394fd1c8de166912c
# Parent aeb6697bc6851e894681f9baad6ea9dc808c6714
On Sun, June 2, 2013 23:09, Bram Moolenaar wrote:
Christian Brabandt wrote:
On So, 02 Jun 2013, Bram Moolenaar wrote:
[variable tabstop patch]
I thought it was there, but I can't find it.
Where is the patch?
It was attached to the mail, to which I responded.
I keep track of patches by
On Monday, June 3, 2013 1:25:59 PM UTC+2, LCD 47 wrote:
On 2 June 2013, Marc Weber marco-owe...@gmx.de wrote:
Things can be
coordinated just fine over a mailing list, like other projects do: see
f.i. Linux kernel, KDE, *BSD.
Linux is on github though: https://github.com/torvalds/linux
Hi,
Dependencies of if_py_both.h are missing in Makefiles for Windows
such as Make_mvc.mak, Make_ming.mak and etc.
Attached patch fixes this.
Thanks,
Ken Takata
--
--
You received this message from the vim_dev maillist.
Do not top-post! Type your reply below the text you are replying to.
For
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com wrote:
On 2 June 2013, Marc Weber marco-owe...@gmx.de wrote:
How to continue?
Submit ideas here:
http://vim-wiki.mawercer.de/wiki/vim74/devs-workflows.html
[...]
You mix up a number of mostly unrelated things.
(1) Mercurial and
On Jun 3, 2013 3:14 PM, ashwin sathya ashwin.sat...@gmail.com wrote:
Hi,
I run windows 8 64 bit, with Vim 32 bit latest from
http://tuxproject.de/projects/vim/ patched till 1105.
With python 32 bit 2.7.5
When i do a :py import os i get the following error message
AttributeError: 'module'
Christian Brabandt wrote:
On Sun, June 2, 2013 23:09, Bram Moolenaar wrote:
Christian Brabandt wrote:
On So, 02 Jun 2013, Bram Moolenaar wrote:
[variable tabstop patch]
I thought it was there, but I can't find it.
Where is the patch?
It was attached to the mail, to which I
Ashwin Sathya wrote:
Hi,
I run windows 8 64 bit, with Vim 32 bit latest from
http://tuxproject.de/projects/vim/ patched till 1105.
With python 32 bit 2.7.5
When i do a :py import os i get the following error message
AttributeError: 'module' object has no attribute 'fchdir'
Is this
Charles Peacech wrote:
On Mon, Jun 3, 2013 at 3:21 PM, Bram Moolenaar b...@moolenaar.net wrote:
Axel Bender wrote:
I could probably live with the slowing down if it only affected re=2.
But it also affects re=1 which is not acceptable. The effect is quite
noticeable, 13 to 20 secs
Axel Bender wrote:
Sorry Bram, I wasn't aware of this (... Note that you need to set
'regexpengine' before opening a file ...) - maybe this should go into
the docs?
Anyway, making the above mentioned setting in .vimrc brings back the
'good old times' ;-)
Just for curiosity:
1) What
On Mon, June 3, 2013 16:02, Bram Moolenaar wrote:
Eh, I said author and date. I don't like puzzles. And I need the
original author, not the person who resent someone else's work.
Ah, I misunderstood you. I think it startet here:
and don't quit the group because of a simple brain fart -- hell if I
had to pinch myself every time I had one I'd be black and blue all
over
you are probably right :) but I think I can write my brain farts on the
vim_use group instead of polluting this list.
looks like the fact that I am a
On 3 June 2013, Chiel92 ctenbri...@gmail.com wrote:
On Monday, June 3, 2013 1:25:59 PM UTC+2, LCD 47 wrote:
Things can be coordinated just fine over a mailing list, like other
projects do: see f.i. Linux kernel, KDE, *BSD.
Linux is on github though: https://github.com/torvalds/linux
On Monday, June 3, 2013 4:16:12 AM UTC-5, Bram Moolenaar wrote:
ZyX wrote:
On Jun 3, 2013 1:09 AM, Bram Moolenaar b...@moolenaar.net wrote:
Glts wrote:
On Sunday, June 2, 2013 9:30:20 PM UTC+2, Bram Moolenaar wrote:
Christian Brabandt wrote:
Thanks for the clarification, Bram.
Chances that the NFA engine will take up speed?
--
--
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.php
---
You received
Ron Aaron wrote:
I'm sure there's a reason, but I wonder:
why, in regexp_nfa.c nfa_recognize_char_class(), is the config
using chars instead of integer bitmaps? I would expect bitmaps to be
faster (as well as taking less space).
Yeah, one of the things that still needs to be improved.
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 138 by mt.le...@gmail.com: Feature request: Add omnicompletion to
complete setting
http://code.google.com/p/vim/issues/detail?id=138
Allow to `set complete+=o` to use omnicompletion with completion popup
invoked via c-n
Charles Peacech wrote:
On Mon, Jun 3, 2013 at 1:06 AM, Bram Moolenaar b...@moolenaar.net wrote:
This item has been in the todo list for a very long time:
Python: :py raw_input('prompt') doesn't work. (Manu Hack)
It's nasty, I have to kill -9 Vim to get out.
It appears
Christian Brabandt wrote:
On Mon, June 3, 2013 16:02, Bram Moolenaar wrote:
Eh, I said author and date. I don't like puzzles. And I need the
original author, not the person who resent someone else's work.
Ah, I misunderstood you. I think it startet here:
On Monday, June 3, 2013 7:21:04 AM UTC-5, Josh wrote:
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com wrote:
(1) Mercurial and Git are virtually identical to one another in terms of
features. There are, of course, differences, but they are largely
irrelevant to this discussion.
On 3 June 2013, Josh Hoff randomendu...@gmail.com wrote:
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com wrote:
[...]
About GitHub now. GitHub project started in ~2008. Back then, some
of us have been writing code for ~20 years, and we were generally
doing fine in our unenlightened
On Jun 3, 2013 6:40 PM, Bram Moolenaar b...@moolenaar.net wrote:
Charles Peacech wrote:
On Mon, Jun 3, 2013 at 1:06 AM, Bram Moolenaar b...@moolenaar.net
wrote:
This item has been in the todo list for a very long time:
Python: :py raw_input('prompt') doesn't work. (Manu
On 3 June 2013, Ben Fritz fritzophre...@gmail.com wrote:
On Monday, June 3, 2013 7:21:04 AM UTC-5, Josh wrote:
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com wrote:
(1) Mercurial and Git are virtually identical to one another in
terms of features. There are, of course, differences,
On Jun 3, 2013 6:42 PM, LCD 47 lcd...@gmail.com wrote:
On 3 June 2013, Josh Hoff randomendu...@gmail.com wrote:
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com wrote:
[...]
About GitHub now. GitHub project started in ~2008. Back then, some
of us have been writing code for ~20
On 2013-06-03, A. S. Budden wrote:
On 1 June 2013 15:13, ChengYi Lin wrote:
give cscope full path
$ find `pwd` | cscope -i -
This indeed makes it work. That was what I was trying to show in my
example code.
But that is solving a different problem than the one described in
the forwarded
On Mon, June 3, 2013 16:40, Bram Moolenaar wrote:
Eh, that post is from 2007. So which is the most recent one from the
original author with the right patch?
I don't know, when Matthew posted the most recent patch.
As far as I know, Lech has updated the patch later, but it
went unnoticed by
On 3 June 2013 15:53, Gary Johnson garyj...@spocom.com wrote:
On 2013-06-03, A. S. Budden wrote:
On 1 June 2013 15:13, ChengYi Lin wrote:
give cscope full path
$ find `pwd` | cscope -i -
This indeed makes it work. That was what I was trying to show in my
example code.
But that is
On 2013-06-03, A. S. Budden wrote:
cs add can't know the second argument automatically (hence the need
for the pre-path argument), but it can know the location of the cscope
database automatically as it will either be provided as a complete
path or will be relative to the current working
On Sun, Jun 2, 2013 at 5:09 PM, Bram Moolenaar b...@moolenaar.net wrote:
Thanks. This is tricky stuff, can you please add a test?
One that partly fails before this patch.
I know that's not easy, but manually testing this is also
not a good idea.
It's OK if the test only works on Unix.
Hi
On Sunday, June 2, 2013 7:57:22 PM UTC+2, Bram Moolenaar wrote:
Almost three years ago Mark Mahnic sent a patch to access the screen
from inside Python. It was sent on 2010 July 19.
Does this fit in with the Python RFC? I haven't heard requests from
users for this functionality. Also, it
Ben Fritz wrote:
On Monday, June 3, 2013 4:16:12 AM UTC-5, Bram Moolenaar wrote:
ZyX wrote:
On Jun 3, 2013 1:09 AM, Bram Moolenaar b...@moolenaar.net wrote:
Glts wrote:
On Sunday, June 2, 2013 9:30:20 PM UTC+2, Bram Moolenaar wrote:
Christian Brabandt wrote:
Christian Brabandt wrote:
On Mon, June 3, 2013 16:40, Bram Moolenaar wrote:
Eh, that post is from 2007. So which is the most recent one from the
original author with the right patch?
I don't know, when Matthew posted the most recent patch.
As far as I know, Lech has updated the patch
On 3 June 2013 16:28, Gary Johnson garyj...@spocom.com wrote:
On 2013-06-03, A. S. Budden wrote:
cs add can't know the second argument automatically (hence the need
for the pre-path argument), but it can know the location of the cscope
database automatically as it will either be provided as a
On Friday, May 31, 2013 9:27:14 PM UTC+1, Christian Brabandt wrote:
On Fr, 31 Mai 2013, A. S. Budden wrote:
When using cscope, the path as provided to the cs add command is
used. If the working directory changes, this is potentially no longer
valid. This causes me a problem as I have
On Mon, June 3, 2013 18:07, abud...@gmail.com wrote:
Certainly looks promising: what do you think are the chances of getting
this into Vim 7.4?
Looks pretty good I would say. From the latest todo list in the
repository:
Patch to store absolute path for cscope. (Christian Brabandt, 2013 May 31)
On Mon, June 3, 2013 17:42, Bram Moolenaar wrote:
But let this not be an invitation for someone to do all this work,
because I'm just going to add a line in the todo list and it will sit
there for a while. At least until lots of bugs have been fixed before I
dare including a feature that most
On Friday, May 31, 2013 7:42:01 PM UTC+1, Gary Johnson wrote:
On 2013-05-31, A. S. Budden wrote:
Forwarding to vim-dev as requested... any cscope/vim experts here?
Not an expert but a daily user.
When using cscope, the path as provided to the cs add command is
used. If the working
On 02/06/2013 20:44, Marc Weber wrote:
How to continue?
Submit ideas here:
http://vim-wiki.mawercer.de/wiki/vim74/devs-workflows.html
Some comments on your notes:
o git staging area.
Yep, there is no equivalent to that in mercurial, but recent versions of
mercurial have `hg commit --amend`
Excerpts from Mike Williams's message of Mon Jun 03 18:11:34 +0200 2013:
o remotes and tracking anonymous branches
The equivalent to remotes would be to add new path aliases to the repo's
.hgrc file under [paths]. See `hg help paths` for more details on that.
Example:
me: having branches
On Monday, June 3, 2013, Ben Fritz wrote:
On Monday, June 3, 2013 7:21:04 AM UTC-5, Josh wrote:
On Jun 3, 2013, at 6:25 AM, LCD 47 lcd...@gmail.com javascript:;
wrote:
(1) Mercurial and Git are virtually identical to one another in terms
of
features. There are, of course,
Patch 7.3.1108
Problem:Error message for os.fchdir() (Charles Peacech)
Solution: Clear the error. (ZyX)
Files: src/if_py_both.h
*** ../vim-7.3.1107/src/if_py_both.h2013-06-02 18:54:16.0 +0200
--- src/if_py_both.h2013-06-03 20:01:23.0 +0200
***
***
Ken Takata wrote:
Dependencies of if_py_both.h are missing in Makefiles for Windows
such as Make_mvc.mak, Make_ming.mak and etc.
Attached patch fixes this.
Thanks!
--
hundred-and-one symptoms of being an internet addict:
73. You give your dog used motherboards instead of bones
/// Bram
Patch 7.3.1109
Problem:Building on MS-Windows doesn't see changes in if_py_both.h.
Solution: Add a dependency. (Ken Takata)
Files: src/Make_bc5.mak, src/Make_cyg.mak, src/Make_ming.mak,
src/Make_mvc.mak
*** ../vim-7.3.1108/src/Make_bc5.mak2013-02-26 14:56:24.0
Christian Brabandt wrote:
On Sun, June 2, 2013 23:09, Bram Moolenaar wrote:
Christian Brabandt wrote:
here is a patch that fixes a bug with gn when the match is only a
single char width.
Thanks! I'll put it in the todo list.
Bonus points for writing a test.
Ha! I'll take the
Hi Bram!
On Mo, 03 Jun 2013, Bram Moolenaar wrote:
Christian Brabandt wrote:
On Sun, June 2, 2013 23:09, Bram Moolenaar wrote:
Christian Brabandt wrote:
here is a patch that fixes a bug with gn when the match is only a
single char width.
Thanks! I'll put it in the todo
Excerpts from ZyX ZyX's message of Mon Jun 03 13:28:10 +0200 2013:
What for?
Stupid simple plugins which want to have minimal state such as
incermental counter ?
I don't know yet. You're right, you could create a new module and
import that just to keep state.
Anyway. Current interface is:
On Jun 3, 2013 7:42 PM, Bram Moolenaar b...@moolenaar.net wrote:
Ben Fritz wrote:
On Monday, June 3, 2013 4:16:12 AM UTC-5, Bram Moolenaar wrote:
ZyX wrote:
On Jun 3, 2013 1:09 AM, Bram Moolenaar b...@moolenaar.net wrote:
Glts wrote:
On Sunday, June 2, 2013 9:30:20
Hi,
I cloned the repository and have this in my vimrc
set rtp+=~/.vim/bundle/powerline/powerline/bindings/vim
Now when i start up Vim, i have this error message in mesages, and unable
to proceed forward.
1) Any help on how to diagnose this ?
2) Does the new powerline support windows ? I see no
Adding missing image.
On Tue, Jun 4, 2013 at 2:20 AM, ashwin sathya ashwin.sat...@gmail.comwrote:
Hi,
I cloned the repository and have this in my vimrc
set rtp+=~/.vim/bundle/powerline/powerline/bindings/vim
Now when i start up Vim, i have this error message in mesages, and unable
to
On Mon, 3 Jun 2013 18:34:37 +0200, Christian Brabandt cbli...@256bit.org
wrote:
Oh, well. I'll just carry it around for myself and keep working on it.
I already saw one problem, that when variable tabstops are enabled,
the 'tabstop' setting is ignored, but it still looks active.
This is
On Jun 4, 2013 12:38 AM, Marc Weber marco-owe...@gmx.de wrote:
Excerpts from ZyX ZyX's message of Mon Jun 03 13:28:10 +0200 2013:
What for?
Stupid simple plugins which want to have minimal state such as
incermental counter ?
?! How my proposal is against this? When you create a python
On Jun 4, 2013 12:54 AM, Marc Weber marco-owe...@gmx.de wrote:
I still vote for the module solution, because you can import it into
global
namespace for debugging and testing.
While writing plugins being able to
:py import my-module
:py my-module.do_thing(foo)
is important to me.
On Mon, Jun 3, 2013 at 3:45 PM, ZyX ZyX zyx@gmail.com wrote:
The basic idea of having an issue tracker is that *all* bugs, feature
requests and pull requests (PR's) go there.
Yes, if the developers decide they're worth doing anyway. It would
replace the TODO list.
Thus you don't need to
On Sunday, June 2, 2013 3:36:54 PM UTC-5, Grant Farnsworth wrote:
- :set nonu nornu means: I don't want any line numbers;
- :set nu nornu means: I want to see only absolute numbers;
- :set nonu rnu means: I want to see only relative numbers;
- :set nu rnu means: I want to have the best of
Hi,
2013/06/03 Mon 21:01:27 UTC+9 Ken Takata wrote:
There is still another problem on Windows.
The following commands cause a crash:
:py import vim
:py vim.fchdir()
I think NULL check of _chdir is needed in _VimChdir(),
or vim.fchdir should be undefined on Windows.
Attached patch at
[I'm replying again because I mixed up the recipients]
I added the MB_CHAR2LEN macro and used that instead of mb_char2len.
Does the mb_char2bytes call need a has_mbyte check as well?
Are there any other issues that need to resolved to bring this patch
forward?
Thanks!
2013/6/3 Bram Moolenaar
Bram Moolenaar b...@moolenaar.net wrote:
Ron Aaron wrote:
I'm sure there's a reason, but I wonder:
why, in regexp_nfa.c nfa_recognize_char_class(), is the config
using chars instead of integer bitmaps? I would expect bitmaps to be
faster (as well as taking less space).
Yeah, one of the
Excerpts from ZyX ZyX's message of Mon Jun 03 23:11:58 +0200 2013:
The discussion has now gone into the direction when I will be against
automatic sourcing of anything related to python.
Wow.. peace. I don't want to be offensive. And its hard to follow this
argument. this direction is not very
settmode(TMODE_COOK);
and everything works.
Now I wonder where to find documentation about why those modes exist.
Eg why should it not be possible to background Vim if a ex command is
running?
That solves the terminal issue.
About gui/gtk:
It looks like ZyX is right, another thread might be
On Jun 4, 2013 3:26 AM, Marc Weber marco-owe...@gmx.de wrote:
Excerpts from ZyX ZyX's message of Mon Jun 03 23:11:58 +0200 2013:
The discussion has now gone into the direction when I will be against
automatic sourcing of anything related to python.
Wow.. peace. I don't want to be offensive.
Not really, I would still have to hunt down messages in the archive,
look at patches to find one that looks like it would work, then figure
out who wrote this anyway...
But let this not be an invitation for someone to do all this work,
because I'm just going to add a line in the todo list and it
86 matches
Mail list logo
