Konqueror file manager opens file1.f but the
working directory is always the user's home directory.
Does anybody know a way to solve this problem.
Best regards,
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying
Hello,
Please open a file1.
Open a file file2 in a new tab.
Use the File/Close menu to close file2 tab.
The tab is not closed, instead an empty buffer with name No Name
replaces file2.
So the File/Close menu is not a synonym for :close.
Is it a feature or a bug ?
Best regards,
Jean Johner
see no fatality why gvim is unable to have this behaviour by
default. Launching Nedit or emacs in the same conditions results in
the correct working directory. I will submit the problem to vim_dev
(did you eNG1Ne ?)
Best regards.
Jean Johner
--
You received this message from the vim_use
be compatible with the behaviour of almost all
other text editors in KDE (Emacs, XEmacs, Nedit, Kwrite, Kate). An
exception is Kedit which behaves like gvim.
Perhaps we could vote.
Best regards
Jean Johner
On Mar 1, 3:09 pm, Jürgen Krämer jottka...@googlemail.com wrote:
Hi,
Jean Johner
regards
Jean Johner
--
You received this message from the vim_use 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
Thank you Tim and Ben
Regards,
Jean
--
You received this message from the vim_use 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
,
Jean Johner
--
You received this message from the vim_use 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
On Mar 7, 1:30 am, John Little john.b.lit...@gmail.com wrote:
On Mar 7, 10:58 am, Jean Johner jean.joh...@cea.fr wrote:
I keep thinking that this command should be done by default by gvim.
Sometimes, one wants to edit a file somewhere else but remain where
you are. IMO vim isn't about
to the
Selection buffer (*).
Is there a reason for this behaviour or is it a bug ?
Best regards,
Jean Johner
--
You received this message from the vim_use 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
(or page up)
The first line displayed is the second line of the file. The cursor is
positionned on the last but one line displayed.
Same problem with vim
No problem with the Windows installation.
Has somebody had the same problem? Is there a patch?
Thank you for your help.
Jean Johner
--
You
Dear Tony,
Thank you for your long reply.
I had not time yet to read it in detail.
I just wanted to tell you that John Little (on vim_dev forum) has
reproduced the problem with 7.2.359 on Kubuntu.
I am just relieved not to be an isolated case.
Best regards.
Jean Johner
--
You received
, KDE Konsole or xterm window for the vim
case.
By the way, how do you get the precise xxx in 7.2.xxx. The « :version
» command only gives 7.2.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
Thank you Ben.
No Included patches in :version command so it is 7.2.0.
The review now appears to be:
7.2.359 on Kubuntu buggy
7.2.350, 359 on Mac OS X buggy
7.2.0 on Red Hat 5.2-11 with gnome buggy
7.2.184 on Windows OK
7.2.359 on Tony's machine OK
7.1.314 Debian GNU/Linux 5.0
Nice job, Ben.
I am not myself a C programmer but the problem seems to be in good
hands.
Thank you for having posted your contribution to vim_dev.
Regards,
Jean Johner
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
the fact that Home and Ctrl-Home are
synonymous with gnome terminal. Is it a choice or a bug? If it is not
a bug, is it possible to change this behaviour?
Thank you for your interest.
Best regards,
Jean Johner
--
You received this message from the vim_use maillist.
For more information, visit http
Dear Tony and John,
Than you for your nice advices.
Finally, I found that Konsole was available on the Gnome machine.
Sometimes I prefer using vim than gvim (in particular to compare
visually two similar files by rapidly changing the tab).
Perhaps, I will try to activate the correction of the
On Feb 18, 7:33 am, Ben Schmidt mail_ben_schm...@yahoo.com.au wrote:
The bug we were tracking down in this thread has been fixed with patch
7.2.366.
I have applied the patch 7.2.366. It works.
Thank you for that work.
Jean Johner
--
You received this message from the vim_use maillist
Hello,
After having folded some parts of a file, the search command (/) looks
in the complete file, unfolding parts where the pattern is found.
Is it possible to reduce the search to visible parts.
Same question for the substitute command.
Best regards
Jean Johner
--
You received
substitutioons on 4 lines (not OK)
Now, if you do exactly the same with
:%s/pfus/pfas/gc
then
:%s/pfas/pfus/gc
you get 3 substitutions on 2 lines twice, which is OK.
It looks like a bug.
Can you reproduce that.
Best regards.
Jean Johner
--
You received this message from the vim_use maillist
Hello,
One of my files gives the indication [converted] when using :w or :e
commands.
I do not see any difference between this particular file and others
which do not produce the [converted] message.
Best regards,
Jean Johner
--
You received this message from the vim_use maillist.
For more
Thank you Tony.
It seems that Vim uses UTF-8 by default on Linux and ANSI on Windows.
Best regards.
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
sincerely,
Jean Johner
--
You received this message from the vim_use maillist.
For more information, visit http://www.vim.org/maillist.php
Please try v137d of netrw, available from my website as:
http://mysite.verizon.net/astronaut/vim/index.html#NETRW
Netrw prevents entering insert mode while in its buffer, so I hadn't
thought about being in it via the procedure you gave above.
Regards,
Chip Campbell
Dear Charles,
Thank
the job.
When using Ctrl-O :e., the File browser is still opened in insert mode
(| cursor) but clicking is now active and the files are opened in
insert mode.
Congratulations !
However the error described on vim_dev mailing list with Ctrl-O/Ctrl-I
is still not fixed.
Thank you and best regards
Jean
in
the File browser (which is not necessarily desired).
This does not occur if you click inside file1 instead of clicking on
the black bar below file1.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying
Hello,
Scrolling down with Page-down or CTRL-F keeps 2 lines from the
previous sceen at the top of the new screen.
z+ does the same keeping 0 line.
Is it possible to keep 1 line (as some other editors do by default).
Best regards.
Jean Johner
--
You received this message from the vim_use
Hi Chip,
Sorry for my lack of precision.
The official name of the black bar below the file in the help is the
status line.
Let us take the windows vim7.2 distribution with the default _vimrc.
Please type:
gvim file1 (long enough file to full the window)
:sp . (long enough directory to full the
interested in the number of lines at the bottom of the
screen (before typing CRTL-F) which are reproduced at the top of the
screen after you have typed CTRL-F.
That number is always 2 independly of the scrolloff setting.
Thank you.
Jean Johner
--
You received this message from the vim_use
On Feb 26, 4:44 pm, Charles Campbell charles.e.campb...@nasa.gov
wrote:
Perhaps you should join the vimdev mailing
list as this problem appears to be a vim one to me.
I have created a post on vim_dev with the same name.
Best regards,
Jean Johner
--
You received this message from the vim_use
but the transition is visible on a slow
connection (VPN).
For CTRL-D, it is more complicated since it depends on the vertical
dimension of the screen.
It is nevertheless surprising that, in a code where everything can be
configured, this two lines overlap between screens seems to be set in
stone.
Best regards
Jean
which could be 0, 1, 2... but may be it is not so simple to
implement.
Best regards
Jean Johner
--
You received this message from the vim_use 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
the cursor
in that case.
Is it possible to have both
- mouse active (with left mouse button)
- modeless selection active (with right mouse button)
That would be the top.
Best regards,
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text
On Mar 2, 4:55 pm, rameo rai...@gmail.com wrote:
I have the tabs enabled but find always files in the bufferlist but
not in tabs.
How can I open buffers always in tabs?
use :tabe filename instead of :e filename
Jean Johner
--
You received this message from the vim_use maillist.
Do not top
On Mar 2, 6:10 pm, Tony Mechelynck antoine.mechely...@gmail.com
wrote:
In gvim, Ctrl-Shift-Mouse activates the modeless selection regardless of
what 'mouse' is set to.
It is the top !
Thank you, Tony.
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type
Hello,
1/ How do you generate the - Show quoted text - menu in a reply
2/ How do you reply to vim_use and simultaneously to an author.
Using Reply and cc does not work as part of the address is hidden.
Using Reply to author and cc to vim_use does not work.
Regards
Jean Johner
--
You received
. Congratulations.
Jean Johner
--
You received this message from the vim_use 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
.
(it worked yesterday 2 March).
Regards,
Jean Johner
--
You received this message from the vim_use 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
Then please do:
gvim file1
:sp .
File browser is opened with the cursor on ../
The second line shows the correct version number (netrw v137e)
Click on the status line of file1 (bottom of screen)
Nothing happens, the cursor freezes to vertical double sided arrow.
Can you reproduce this behavior.
Regards
Jean
Johner wrote
2/ How do you reply to vim_use and simultaneously to an author.
Using Reply to author and cc to vim_use does not work.
Using Reply and cc to vim_use@googlegroups.com (instead of vim_use)
seems to be the good solution using Google interface.
Regards,
Jean Johner
--
You received
with that OS.
My problem is for the Windows 7.2.0 distribution with the default
_vimrc (I must admit it was no so clear in my mail)
Could you try again
Regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying
a simple click.
If you do gvim file1 then :sp file2, a simple click on the status bar
is also sufficient to go from one window to the other.
So, there must be something wrong for Windows.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your
?
This does not occur with the Windows 7.2.0 version.
Best regards
Jean Johner
--
You received this message from the vim_use 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
a word
Click somewhere in file1 to position the cursor
Middle-mouse click (to paste)
Result: the word is not pasted at the position of the cursor but at
the position of the mouse.
Is there an explanation for this difference in behaviour.
Best regards
Jean Johner
--
You received this message
a new buffer without saving the current
one)
results in the error message to show again.
Thank you for trying again with that option set.
Thank you for your incredibly quick reactivity to netrw problems.
Regards,
Jean Johner
--
You received this message from the vim_use maillist.
Do not top
to be:
fixed colum width calculated to be the longest file name + 3.
Is it (or would it be) possible to have the same rule (the ls one) in
both environments.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying
rule does not allow).
Best regards,
Jean Johner
--
You received this message from the vim_use 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
// but it represents the last search string.
Best regards.
Jean Johner
--
You received this message from the vim_use 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
^ which is implicit and . which restrict the substitute
to non empty lines
The solution of François
[range]s/^\(.*\)$/c\1/
also works. It can be simplified to
[range]s/\(.*\)/c\1/
as ^ and $ are implicit in .*
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do
:s/^/c is even better than s/\ze/c.
IcEsc is good to know.
Thanks
Jean Johner
--
You received this message from the vim_use 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
is correctly
written in .viminfo.
Please confirm (at least once) this behaviour.
Do you think it is a feature or a bug?
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
on line 4, colum 10 (not line 1)
:e file2
Use Menu/Buffers/Previous (or :bprevious)
Buffer file1 is reopened with cursor on line 4, colum 1
Do you reproduce that?
It looks like a bug.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your
On Mar 7, 6:45 pm, Jean Johner jean.joh...@cea.fr wrote:
Thank you for trying again with that option set.
It seems that version netrw v137j solves the above problem.
Thank you Chip.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your
:
- The cursor column is remembered for line 1 even if the 8 lines are
removed from your .vimrc
- The cursor column is remembered for line 1 only if the 8 lines are
present in your .vimrc
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below
file3 (to open file3)
Use Menu/Buffers/Previous (or :bp) several times
Result: you go to file2, then netrw (UNEXPECTED), then file1, then
file3, then file2, then netrw ...
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below
in the cursor column being remembered
everywhere.
Replacing g`\ with g'\ results in only the cursor line being
remembered (as explained in help).
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying
Hello,
Working in insert mode, I sometimes type CRTL-O u to undo.
It works but very slowly (more than one second)
On the contrary, using CTRL-U imapped to C-Ou is immediate.
Strange.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your
-u NONE
should behave exactly the same. It is not the case for CTRL-O u.
I will submit the case to vim_dev.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
On Mar 22, 5:34 am, Matt Wozniski m...@drexel.edu wrote:
On Sun, Mar 21, 2010 at 2:10 PM, Jean Johner jean.joh...@cea.fr wrote:
AFAICS, it works fine if you use
gvim -u NORC -N file1
OK. Thank you, Matt.
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post
Hello,
Please launch gvim easy (using vimrc_example.vim as .vimrc)
gvim -y file1
Put the cursor (|) at the end of line 10
Quit
Reopen by gvim -y file1
Result: The cursor is not at the end of line 10.
Is there a solution?
Best regards
Jean Johner
--
You received this message from the vim_use
the fold, close the fold, reopen
it. You see that the cursor is well at the end of the line.
Best regards
Jean Johner
--
You received this message from the vim_use 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
normal mode is
that the x command (del) no longer goes back when reaching the end of
a line. Annoying in my opinion.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
Hello,
Please:
Use vimrc_example.vim as .vimrc
1)
Type:
vim -y file1
Put the cursor at line 10, column 15
Quit
Reopen by vim -y file1
Result: the cursor is at line 10, column 15
2)
Type:
evim file1
Put the cursor at line 10, column 15
Quit
Reopen by evim file1
Result: the cursor is at line 1,
On Mar 23, 6:24 pm, Gary Johnson garyj...@spocom.com wrote:
...
Hi Gary,
You are right, there is one column more in insert mode than in normal
mode.
This is clear if you have set ruler which indicates column 54 if you
are positionned after the last available column 53 in normal mode.
I guess that
On Mar 24, 3:33 pm, Tony Mechelynck antoine.mechely...@gmail.com
wrote:
...
Sorry. I did not want to be offending or authoritary.
I just wanted to outline that the fact that easy gvim (with the
present vimrc_example.vim) does not remember end of lines is an
obvious imperfection which gives a bad
On Mar 24, 6:29 pm, Andy Wokula anw...@yahoo.de wrote:
This one is slightly more robust:
...
It seems to work very nicely. Congratulations Andy!
Perhaps it could be worth suggesting Bram to incorporate that code in
his vimrc_example.vim (after addind the necessary tests that gvim is
called
On Mar 24, 10:00 pm, Jean Johner jean.joh...@cea.fr wrote:
(after addind the necessary tests that gvim is
called with -y or evim is used).
Tests are not even necessary, it works equally well with gvim alone.
Miraculous!
Best regards.
Jean
--
You received this message from the vim_use
of line (column 24)
Quit with Menu|Exit (or CTRL-O :q)
gvim -y file1 (to reopen)
Result: the cursor is on line 10, column 23
This does not occur with set virtualedit=onemore and the standard
autocmd.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post
Hello,
1) When you work with multiple windows and you go from one to the
other with CTRL-W w, you keep the cursor position (Nice!)
2) When you work with multiple tabs and you go from one to the other
with CTRL-PageUp, you keep the cursor position (Nice!)
3) When you work with multiple buffers
, column 23
I tried
autocmd BufEnter * exe normal! g`'
but it does not work.
Thank you for your help
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org
On Mar 25, 10:17 pm, Tony Mechelynck antoine.mechely...@gmail.com
wrote:
Here, :next or :prev keep the latest cursor position, if known
(otherwise they go to the start of the file); and I have 'startofline'
set. I don't use 'hidden'.
When you use set nohidden, :next and :prev really load
On Mar 26, 12:17 pm, Christian Brabandt cbli...@256bit.org wrote:
So use the BufWinEnter event for your autocmd.
Using BufWinEnter in the autocmd is exactly the solution I was
looking for (BufEnter does not work when switching multiple windows).
Thank you VERY MUCH, Christian.
Best regards,
Hello,
I just installed netrw v137k.
Please do the following:
gvim file1
:vs . (to launch netrw in a vertical window, the cursor is positioned
on ../)
click the vertical separation between the 2 windows
Result: .. is activated
Same error as previous with horizontal split. I guess the treatment is
Hello Chip,
I just installed netrw v137k.
With only set hidden in the .vimrc and typing
gvim .
i 8 times
q:
The error appears again.
I noted above that the error had been fixed with v137j.
Did you change something?
Best regards
Jean
--
You received this message from the vim_use maillist.
Do
On Mar 29, 5:39 pm, Charles Campbell charles.e.campb...@nasa.gov
wrote:
Please try netrw v137l.
Perfect!
So you're a physicist -- are you working with the LHC?
I work in the French Thermonuclear Fusion lab (CEA/Cadarache) close to
future ITER site.
Best regards
Jean Johner
--
You received
)
Best regards
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe from this group, send email to
vim_use+unsubscribegooglegroups.com
On Mar 29, 5:39 pm, Charles Campbell charles.e.campb...@nasa.gov
wrote:
Please try netrw v137l.
Perfect!
So you're a physicist -- are you working with the LHC?
I work in the French Thermonuclear Fusion lab (CEA/Cadarache) close to
the future ITER site.
Best regards
Jean
--
You received
is in my opinion the expected behaviour.
With let g:netrw_fastbrowse=2, the netrw buffer is no longer
unlisted after the second :e. call, so that it shows when you
use :bp. Can you reproduce that?
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post
On Mar 31, 3:11 pm, Charles Campbell charles.e.campb...@nasa.gov
wrote:
I do see the effect -- its on my todo list. It might be awhile, though...
Thank you. Good luck.
Regards
Jean
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you
.viminfo (DON'T FORGET)
gvim file1
:set insertmode
CTRL-O :h zR
Result: the help window opens at the beginning of fold.txt (not the
correct place)
If :set insertmode is not typed, the problem does not occur.
Do you reproduce that?
Best regards
Jean Johner
--
You received this message from
not work when startinsert is used instead (which has the
advantage of keeping the Esc key).
Could you cure that?
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
in vimrc_example.vim.
Best regards
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe, reply using remove me as the subject.
On Mar 30, 9:28 pm, Charles Campbell wrote:
I'm not sure why that error went away -- but 137m has a setlocal nomod
inserted, hopefully at the right place, just to handle this problem.
Hello Chip,
I installed v137m, this time the error has gone away.
Thank you.
Best regards
Jean Johner
On March 31, 10:39 pm, Andy Wokulaanw...@yahoo.de wrote:
NB: Your code works when set insertmode is present in .vimrc (as a
special case gvim -y).
It does not work when startinsert is used instead (which has the
advantage of keeping the Esc key).
Could you cure that?
Easily, but you need
is completely solved.
Bram does not seem enthusiastic to take all that into account
officially. Perhaps we could reiterate our proposition after intense
use has shown no side-effects.
Have nice holidays!
Regards,
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type
appearance kept?
Best regards
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe, reply using remove me as the subject.
Hello,
I would like to map CTRL-F5.
I tried:
map C-F5 xxx
map C-F5 xxx
map C-F5 xxx
Nothing works (but no error message)
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information
Thank you James.
The problem arose when logging to a KDE server via Cygwin.
I tried to connect a gnome server. It works with the C-F5 syntax.
It also works on windows.
In the KDE server case, opening a Konsole terminal and typing CTRL-F5
does not display anything. Moreover, all the CTRL-Fx keys
when the
similar in your script does not.
Best regards
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe, reply using remove me
100 at the
MIDDLE of the screen (OK).
If you type
gvim -p file1 file2
file1 is opened with line 100 at the TOP of the screen. file2 is OK.
The same occurs with 3 arguments, always for the first file.
It is a minor imperfection.
Does somebody reproduce it?
Best regards
Jean Johner
--
You
mode using Esc with imap Esc C-O:set
noinsertmodeCR
Reenter insert mode using i with map i :set insertmodeCR
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
:file (or CTRL-G) does not give the file format.
Is there a vim command to get it? (without quitting and reopening in
normal mode).
Best regards.
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more
On Apr 13, 2:30 pm, Tim Chase v...@tim.thechases.com wrote:
You can always ask for it:
:set ff?
Thank you, Tim, for this instantaneous hot line.
I realized the above solution just after posting!
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top
in its position)
Middlde click
Everything works the same in windows except Middle click (which paste
the content of the windows clipboard).
Is it possible to emulate the Linux behaviour in Windows? (e.g. by
assigning some subtle script to Middle click).
Best regards
Jean Johner
--
You
On Apr 13, 4:16 pm, Andy Wokula anw...@yahoo.de wrote:
Alternatively, you can increase the 'cmdheight':
:set ch=2
Probably the best solution when using insert mode. It also gives you
access to all other messages hidden by -- INSERT --.
Thank you
Best regards
Jean Johner
--
You received
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe, reply using remove me as the subject.
vim).
Although it is not strictly a vim question, perhaps some programmer
among you could help me.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org
data files to dos format before
doing the above copy.
Best regards
Jean Johner
--
You received this message from the vim_use 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
To unsubscribe, reply using remove
CTRL-PageUp should show C-
PageUp. Instead it shows two characters (idem for all function keys).
Do you reproduce these problems?
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more
prompt
and opening multiple tabs, the CTRL-PageUp (PageDown) keys have no
effect.
Thank you in advance.
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http
launched from a gnome terminal or from a KDE Konsole terminal,
it does not work (shows the escape sequence instead).
Does it work on your system (Linux with gnome environment if I
remember well).
Best regards
Jean Johner
--
You received this message from the vim_use maillist.
Do not top-post! Type
1 - 100 of 124 matches
Mail list logo