On Thursday, April 6, 2017 at 6:54:10 PM UTC-5, L. A. Walsh wrote:
> Jacky Liu wrote:
> > Just in case, you know that the split columns and lines in Gvim can be
> > dragged by mouse right? And this is still not what you want ?
> Thanks Jacky, but no. I _do_ use that to adjust the
> split lines after the split, but just now, I was editing
> 2 files (C++ & header: file.cc + file.h). They were each
> in a tab with line numbering + fdc=1 turned on and each
> had 80 columns for the text. (I try to keep my windows
> sized @ 80 columns so I know when I enter code, where it
> is going to wrap).
>
> I was switching back and forth adding some code, then realized
> something was inconsistent, so now I want to see them side by
> side.
>
> If I could drag a tab out and have it display itself in a new
> window, that'd be great -- 2 windows side-by-side, each
> 80-text columns wide.
>
So your goal is: two windows, 80 chars wide, with a different file in each. Let's call them file.c and file.h.
> If I used a vertical split, first problem is I have 2 vertical
> panes with the same file. How do I switch?
That's your first problem, you used the wrong command. The ":vsplit" command takes an argument, you don't need to split the same file. You could do this instead, assuming you're in file.c right now:
":vsplit file.h"
Now you have a split view of both files.
That's the basic usage. If you also want to preserve your first view of the file, i.e. if you want to rapidly switch between file.c in its own tab, and file.h in its own tab, and also file.c and file.h together in a view, then do this instead:
":tab split | vsplit file.h"
Or more succinctly since you don't like typing:
":tab sp | vsp file.h"
or even:
":tab sp | vsp %:r.h"
This last form is useful for long file names, like "this_is_a_really_long_filename_i_do_not_want_to_type_or_even_tab_complete.h". The "%:r" expands to the current file name (e.g. "file.c") with the file extension removed (e.g. "file")
Actually since you already have file.h open, it's already loaded in a "buffer". So you could use ":tab sp | vert sb file.h"
Note that tab completion works on all the file names above, especially the buffer version immediately above which will work even if the files are in different directories or something.
> If I click on the
> other tab, it switches to the ".h" file & 1 vertical tab.
Vim is designed for keyboard use. It can be used more powerfully and more efficiently without using the mouse for most things.
Vim tab pages are not the same as tabs in other programs, they are individual workspaces containing one or more windows, they are NOT locked to a file.
> So first I need to figure out how to get my 2nd file into
> one of the vertical tabs (the other tab would have my .cc file).
>
See above.
> Now say I have different files in each vertical column --
> but now the vertical columns are 38 columns wide each, right?
>
Yes they would be, if you started with a 80-character wide window. But the top-level window is easy to resize with the mouse or even by maximizing the window. I almost always use gvim maximized. If you want to keep a floating window instead use the mouse to resize or set the 'columns' option to the desired size.
> Line numbers are taking 3 columns, fdc is taking 1 column,
> so splitting the text window (80 columns, but reserving 4
> columns for the 2nd vertical pane's numbers+fdc), gives
> me 76 text columns so 38 columns each (maybe more if
> window decorations take up space).
If you want to turn off line numbers, etc. to save space, that is easy to do. In one window: ":set nonumber foldcolumn=0". In both: ":windo set nonumber foldcolumn=0".
If you use the suggestion above to set up a separate tab page for the split view, then you can even keep the numbering on in the original tab for easy reference.
>
> Then I need to move the split-marker to center --
> not the easiest thing to eyeball.
>
It should automatically be centered as soon as you create it. If it's not, a typing CTRL-W followed by = will make the window sizes equal. Or ":wincmd =".
> That takes time and a lot of work just to get the files displayed
> side-by-side.
>
":vsp file.h" is not a lot of work or time.
":tab sp | vsp file.h" is barely more.
I can do both of these faster than dragging a tab anywhere with a mouse.
> When I'm done, I need to undo all those window size changes and
> put the 2nd file back in its tab.
>
> I wouldn't know how to begin to do that all by keyboard.
>
By creating a third tab as I detail above, undoing all the window changes and such is as easy as ":tabclose" or ":tabc".
Of course you may still have a maximized application window to deal with, if you don't like that.
>
> The easiest thing I end up doing now is quiting and editing
> the files separately (and they both automatically come up
> the right size).
>
Is maximizing for the split view and then restoring the application window an option? If not is there a reason you need specifically 80-character application windows? Or do you just like that size?
> Do you see how that can be a major time waste and hassle, vs.
> dragging out the tab and either having it auto-spawn a window
> if dropped, or into a 2nd window, if I need to have one open
> first.
>
> Using only the keyboard, I don't think it would be easy to do
> quickly -- if it could be done at all.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Friday, April 7, 2017
Thursday, April 6, 2017
Re: RFE: enable gvim to open a buffer or tab in a new window
Jacky Liu wrote:
> Just in case, you know that the split columns and lines in Gvim can be
> dragged by mouse right? And this is still not what you want ?
Thanks Jacky, but no. I _do_ use that to adjust the
split lines after the split, but just now, I was editing
2 files (C++ & header: file.cc + file.h). They were each
in a tab with line numbering + fdc=1 turned on and each
had 80 columns for the text. (I try to keep my windows
sized @ 80 columns so I know when I enter code, where it
is going to wrap).
I was switching back and forth adding some code, then realized
something was inconsistent, so now I want to see them side by
side.
If I could drag a tab out and have it display itself in a new
window, that'd be great -- 2 windows side-by-side, each
80-text columns wide.
If I used a vertical split, first problem is I have 2 vertical
panes with the same file. How do I switch? If I click on the
other tab, it switches to the ".h" file & 1 vertical tab.
So first I need to figure out how to get my 2nd file into
one of the vertical tabs (the other tab would have my .cc file).
Now say I have different files in each vertical column --
but now the vertical columns are 38 columns wide each, right?
Line numbers are taking 3 columns, fdc is taking 1 column,
so splitting the text window (80 columns, but reserving 4
columns for the 2nd vertical pane's numbers+fdc), gives
me 76 text columns so 38 columns each (maybe more if
window decorations take up space).
Then I need to move the split-marker to center --
not the easiest thing to eyeball.
That takes time and alot of work just to get the files displayed
side-by-side.
When I'm done, I need to undo all those window size changes and
put the 2nd file back in its tab.
I wouldn't know how to begin to do that all by keyboard.
The easiest thing I end up doing now is quiting and editing
the files separately (and they both automatically come up
the right size).
Do you see how that can be a major time waste and hassle, vs.
dragging out the tab and either having it auto-spawn a window
if dropped, or into a 2nd window, if I need to have one open
first.
Using only the keyboard, I don't think it would be easy to do
quickly -- if it could be done at all.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> Just in case, you know that the split columns and lines in Gvim can be
> dragged by mouse right? And this is still not what you want ?
Thanks Jacky, but no. I _do_ use that to adjust the
split lines after the split, but just now, I was editing
2 files (C++ & header: file.cc + file.h). They were each
in a tab with line numbering + fdc=1 turned on and each
had 80 columns for the text. (I try to keep my windows
sized @ 80 columns so I know when I enter code, where it
is going to wrap).
I was switching back and forth adding some code, then realized
something was inconsistent, so now I want to see them side by
side.
If I could drag a tab out and have it display itself in a new
window, that'd be great -- 2 windows side-by-side, each
80-text columns wide.
If I used a vertical split, first problem is I have 2 vertical
panes with the same file. How do I switch? If I click on the
other tab, it switches to the ".h" file & 1 vertical tab.
So first I need to figure out how to get my 2nd file into
one of the vertical tabs (the other tab would have my .cc file).
Now say I have different files in each vertical column --
but now the vertical columns are 38 columns wide each, right?
Line numbers are taking 3 columns, fdc is taking 1 column,
so splitting the text window (80 columns, but reserving 4
columns for the 2nd vertical pane's numbers+fdc), gives
me 76 text columns so 38 columns each (maybe more if
window decorations take up space).
Then I need to move the split-marker to center --
not the easiest thing to eyeball.
That takes time and alot of work just to get the files displayed
side-by-side.
When I'm done, I need to undo all those window size changes and
put the 2nd file back in its tab.
I wouldn't know how to begin to do that all by keyboard.
The easiest thing I end up doing now is quiting and editing
the files separately (and they both automatically come up
the right size).
Do you see how that can be a major time waste and hassle, vs.
dragging out the tab and either having it auto-spawn a window
if dropped, or into a 2nd window, if I need to have one open
first.
Using only the keyboard, I don't think it would be easy to do
quickly -- if it could be done at all.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: RFE: enable gvim to open a buffer or tab in a new window
On Friday, April 7, 2017 at 1:46:51 AM UTC+8, L. A. Walsh wrote:
> Ben Fritz wrote:
> > I'm not quite sure I understand why you need another top-level
> > application window.
> ----
> Because it makes editing easier. I want to be able to
> rearrange the windows with a mouse -- drag them. I want to be able
> to drag a tab from one window to another. These are all simple actions
> that have existed for over a decade in browsers.
>
> Creating "auto-commands" to resize windows as I enter them is
> not something I can do just by dragging. I'd have to write custom
> scripts to handle windows in various ways. Having to write
> custom scripts to create custom windows is not something I want to
> spend my time doing when I could just press a key to open a tab
> in a new window.
>
> > From your description I think you may want to open a new tab on the
> > first file with ":tab sp" and then ":vsp other_file" to get both files
> > in one tab page (and you'll still have both files in the previous tab
> > pages as well). When you're done, ":tabclose" and you're back to where
> > you started.
> ----
> Tab sp/vsp/what? I don't want to try to type & split -- I want
> to use a mouse. That's a more logical action for what I'm talking about.
> How would I tell it to open a tab upward and to the right of the main
> window above a TTY window?
>
> I don't want to be constrained on how I open windows or their
> geometry. I want to be able to stagger them -- diagonally or
> side-by-side or over each other. Managing 10-12 files using a
> keyboard-only is way too much typing -- that I can't do as fast
> as moving something with a mouse.
>
> Due to nerve damage I don't type as fast as I used to. This
> is an ease-of-use issue -- I don't want to control windows with
> a keyboard. I want to control windows and their position w/a
> mouse and reserve typing for content in the windows. That's the
> bottom line -- I want to control window positions and visibility
> with a mouse -- not a keyboard.
>
> Using a keyboard to navigate around a desktop is a royal pain.
> That's what a mouse is for.
>
> As I asked above in opening a new vim-view above a tty window.
> How do you intersperse output from different applications with
> vim if vim is all 1 window?
>
> As I mentioned starting out -- this is a GUI issue -- where
> one uses a mouse to control window positions. I want vim to be
> able to use the window manager to manage windows so I can
> have windows of other applications interspersed.
>
> You can't do that when vim is one large block covering most
> of the screen.
Just in case, you know that the split columns and lines in Gvim can be dragged by mouse right? And this is still not what you want ?
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> Ben Fritz wrote:
> > I'm not quite sure I understand why you need another top-level
> > application window.
> ----
> Because it makes editing easier. I want to be able to
> rearrange the windows with a mouse -- drag them. I want to be able
> to drag a tab from one window to another. These are all simple actions
> that have existed for over a decade in browsers.
>
> Creating "auto-commands" to resize windows as I enter them is
> not something I can do just by dragging. I'd have to write custom
> scripts to handle windows in various ways. Having to write
> custom scripts to create custom windows is not something I want to
> spend my time doing when I could just press a key to open a tab
> in a new window.
>
> > From your description I think you may want to open a new tab on the
> > first file with ":tab sp" and then ":vsp other_file" to get both files
> > in one tab page (and you'll still have both files in the previous tab
> > pages as well). When you're done, ":tabclose" and you're back to where
> > you started.
> ----
> Tab sp/vsp/what? I don't want to try to type & split -- I want
> to use a mouse. That's a more logical action for what I'm talking about.
> How would I tell it to open a tab upward and to the right of the main
> window above a TTY window?
>
> I don't want to be constrained on how I open windows or their
> geometry. I want to be able to stagger them -- diagonally or
> side-by-side or over each other. Managing 10-12 files using a
> keyboard-only is way too much typing -- that I can't do as fast
> as moving something with a mouse.
>
> Due to nerve damage I don't type as fast as I used to. This
> is an ease-of-use issue -- I don't want to control windows with
> a keyboard. I want to control windows and their position w/a
> mouse and reserve typing for content in the windows. That's the
> bottom line -- I want to control window positions and visibility
> with a mouse -- not a keyboard.
>
> Using a keyboard to navigate around a desktop is a royal pain.
> That's what a mouse is for.
>
> As I asked above in opening a new vim-view above a tty window.
> How do you intersperse output from different applications with
> vim if vim is all 1 window?
>
> As I mentioned starting out -- this is a GUI issue -- where
> one uses a mouse to control window positions. I want vim to be
> able to use the window manager to manage windows so I can
> have windows of other applications interspersed.
>
> You can't do that when vim is one large block covering most
> of the screen.
Just in case, you know that the split columns and lines in Gvim can be dragged by mouse right? And this is still not what you want ?
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: RFE: enable gvim to open a buffer or tab in a new window
Ben Fritz wrote:
> I'm not quite sure I understand why you need another top-level
> application window.
----
Because it makes editing easier. I want to be able to
rearrange the windows with a mouse -- drag them. I want to be able
to drag a tab from one window to another. These are all simple actions
that have existed for over a decade in browsers.
Creating "auto-commands" to resize windows as I enter them is
not something I can do just by dragging. I'd have to write custom
scripts to handle windows in various ways. Having to write
custom scripts to create custom windows is not something I want to
spend my time doing when I could just press a key to open a tab
in a new window.
> From your description I think you may want to open a new tab on the
> first file with ":tab sp" and then ":vsp other_file" to get both files
> in one tab page (and you'll still have both files in the previous tab
> pages as well). When you're done, ":tabclose" and you're back to where
> you started.
----
Tab sp/vsp/what? I don't want to try to type & split -- I want
to use a mouse. That's a more logical action for what I'm talking about.
How would I tell it to open a tab upward and to the right of the main
window above a TTY window?
I don't want to be constrained on how I open windows or their
geometry. I want to be able to stagger them -- diagonally or
side-by-side or over each other. Managing 10-12 files using a
keyboard-only is way too much typing -- that I can't do as fast
as moving something with a mouse.
Due to nerve damage I don't type as fast as I used to. This
is an ease-of-use issue -- I don't want to control windows with
a keyboard. I want to control windows and their position w/a
mouse and reserve typing for content in the windows. That's the
bottom line -- I want to control window positions and visibility
with a mouse -- not a keyboard.
Using a keyboard to navigate around a desktop is a royal pain.
That's what a mouse is for.
As I asked above in opening a new vim-view above a tty window.
How do you intersperse output from different applications with
vim if vim is all 1 window?
As I mentioned starting out -- this is a GUI issue -- where
one uses a mouse to control window positions. I want vim to be
able to use the window manager to manage windows so I can
have windows of other applications interspersed.
You can't do that when vim is one large block covering most
of the screen.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> I'm not quite sure I understand why you need another top-level
> application window.
----
Because it makes editing easier. I want to be able to
rearrange the windows with a mouse -- drag them. I want to be able
to drag a tab from one window to another. These are all simple actions
that have existed for over a decade in browsers.
Creating "auto-commands" to resize windows as I enter them is
not something I can do just by dragging. I'd have to write custom
scripts to handle windows in various ways. Having to write
custom scripts to create custom windows is not something I want to
spend my time doing when I could just press a key to open a tab
in a new window.
> From your description I think you may want to open a new tab on the
> first file with ":tab sp" and then ":vsp other_file" to get both files
> in one tab page (and you'll still have both files in the previous tab
> pages as well). When you're done, ":tabclose" and you're back to where
> you started.
----
Tab sp/vsp/what? I don't want to try to type & split -- I want
to use a mouse. That's a more logical action for what I'm talking about.
How would I tell it to open a tab upward and to the right of the main
window above a TTY window?
I don't want to be constrained on how I open windows or their
geometry. I want to be able to stagger them -- diagonally or
side-by-side or over each other. Managing 10-12 files using a
keyboard-only is way too much typing -- that I can't do as fast
as moving something with a mouse.
Due to nerve damage I don't type as fast as I used to. This
is an ease-of-use issue -- I don't want to control windows with
a keyboard. I want to control windows and their position w/a
mouse and reserve typing for content in the windows. That's the
bottom line -- I want to control window positions and visibility
with a mouse -- not a keyboard.
Using a keyboard to navigate around a desktop is a royal pain.
That's what a mouse is for.
As I asked above in opening a new vim-view above a tty window.
How do you intersperse output from different applications with
vim if vim is all 1 window?
As I mentioned starting out -- this is a GUI issue -- where
one uses a mouse to control window positions. I want vim to be
able to use the window manager to manage windows so I can
have windows of other applications interspersed.
You can't do that when vim is one large block covering most
of the screen.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: RFE: enable gvim to open a buffer or tab in a new window
I've mapped switching windows inside a tab page to keys IKJL, window sizes are controlled by auto commands, adding a new window is done by pressing "+", it can't be any faster, although in your case I would prefer using different tab pages.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: execute sub command without moving cursor
On Wednesday, April 5, 2017 at 4:56:06 PM UTC-5, ZyX wrote:
> 2017-04-05 22:21 GMT+03:00 Ni Va <nivaemail@gmail.com>:
> > Hi,
> >
> >
> > I use this kind of command but it moves my cursor pos.
> >
> >
> > silent! exe '?^BEGIN?,/^END/s/^NETWORK.*$/\="NETWORK".s:inc()." \/\/In ".s[0]." : ".s[1]/e'
> >
> >
> > Can I avoid to move cursor when I replace executing sub command ?
> > Thanks
> > niva
>
> You can restore it afterwards: use winsaveview()+winrestview().
> Otherwise you will have to emulate `:substitute` with search() and
> setline() and this is going to be way too tricky.
>
Depending on what you're trying to do, winsaveview()/winrestview() may be overkill and a simple `` in normal mode may suffice. Or ma/`a.
Although maybe I should map something to winsaveview()/winrestview() one of these days...
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> 2017-04-05 22:21 GMT+03:00 Ni Va <nivaemail@gmail.com>:
> > Hi,
> >
> >
> > I use this kind of command but it moves my cursor pos.
> >
> >
> > silent! exe '?^BEGIN?,/^END/s/^NETWORK.*$/\="NETWORK".s:inc()." \/\/In ".s[0]." : ".s[1]/e'
> >
> >
> > Can I avoid to move cursor when I replace executing sub command ?
> > Thanks
> > niva
>
> You can restore it afterwards: use winsaveview()+winrestview().
> Otherwise you will have to emulate `:substitute` with search() and
> setline() and this is going to be way too tricky.
>
Depending on what you're trying to do, winsaveview()/winrestview() may be overkill and a simple `` in normal mode may suffice. Or ma/`a.
Although maybe I should map something to winsaveview()/winrestview() one of these days...
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Re: RFE: enable gvim to open a buffer or tab in a new window
On Wednesday, April 5, 2017 at 8:58:51 PM UTC-5, L. A. Walsh wrote:
> Paul wrote:
> > On Tuesday, 28 March, 2017 at 13:08:03 BST, L A Walsh wrote:
> >> Just the other day, I had two files open in tabs (.cc and .h: a C++
> >> source &
> >> header). Instead of window switching, I wanted to change my visual
> >> layout for
> >> 1 pair of files to see them side-by-side (and when I was done, close
> >> the 2nd
> >> display leaving the 2nd file as a 2nd tab in the 1st window.
> >
> > Why not just :vsplit the other file into the current tab, and :quit it
> > when done?
> ---
> If vsplit could split the file into another window, that'd be great!
>
> But I want to be able to arrange the windows side-by-side -- maybe 1
> on each side or, rarely, maybe 2 on each side (one above another).
>
> Trying to simulate all of this in 1 window is near impossible,
> but being able to view multiple files at the same time in
> some side-by-side or one-on-top seems like a fairly basic
> desire. Right now, I have 10 different copies of gvim running,
> each with 2 files (c++ source & header) and another 4 copies
> with other work/projects in them. At times I have 6-8 gvim's
> open on my desktop each w/different files that I move between
> to analyze call paths between different modules.
>
> In this case, sometimes I want to view the header & c++ source
> side-by-side in two windows and when done, I'd like to move
> the header-file-window back into a tab of the source-file-window.
>
> When I have to make code changes in multiple windows, it is
> a hassle that I don't have the same history list in common
> so I can repeat commands in each window instead of having to type
> them, afresh, in each window.
>
> People who do development get larger screens and multiple screens
> so they can have multiple files and projects open at the same
> time.
>
> Does that help understand my use case?
>
> Thanks!
> Linda
I'm not quite sure I understand why you need another top-level application window. From your description I think you may want to open a new tab on the first file with ":tab sp" and then ":vsp other_file" to get both files in one tab page (and you'll still have both files in the previous tab pages as well). When you're done, ":tabclose" and you're back to where you started.
I can see a need for multiple top-level application windows if you're asking about putting files up on a second monitor, I guess. But just splitting a view of two files at a time is easy to do in a new tab page with split windows on one monitor.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
> Paul wrote:
> > On Tuesday, 28 March, 2017 at 13:08:03 BST, L A Walsh wrote:
> >> Just the other day, I had two files open in tabs (.cc and .h: a C++
> >> source &
> >> header). Instead of window switching, I wanted to change my visual
> >> layout for
> >> 1 pair of files to see them side-by-side (and when I was done, close
> >> the 2nd
> >> display leaving the 2nd file as a 2nd tab in the 1st window.
> >
> > Why not just :vsplit the other file into the current tab, and :quit it
> > when done?
> ---
> If vsplit could split the file into another window, that'd be great!
>
> But I want to be able to arrange the windows side-by-side -- maybe 1
> on each side or, rarely, maybe 2 on each side (one above another).
>
> Trying to simulate all of this in 1 window is near impossible,
> but being able to view multiple files at the same time in
> some side-by-side or one-on-top seems like a fairly basic
> desire. Right now, I have 10 different copies of gvim running,
> each with 2 files (c++ source & header) and another 4 copies
> with other work/projects in them. At times I have 6-8 gvim's
> open on my desktop each w/different files that I move between
> to analyze call paths between different modules.
>
> In this case, sometimes I want to view the header & c++ source
> side-by-side in two windows and when done, I'd like to move
> the header-file-window back into a tab of the source-file-window.
>
> When I have to make code changes in multiple windows, it is
> a hassle that I don't have the same history list in common
> so I can repeat commands in each window instead of having to type
> them, afresh, in each window.
>
> People who do development get larger screens and multiple screens
> so they can have multiple files and projects open at the same
> time.
>
> Does that help understand my use case?
>
> Thanks!
> Linda
I'm not quite sure I understand why you need another top-level application window. From your description I think you may want to open a new tab on the first file with ":tab sp" and then ":vsp other_file" to get both files in one tab page (and you'll still have both files in the previous tab pages as well). When you're done, ":tabclose" and you're back to where you started.
I can see a need for multiple top-level application windows if you're asking about putting files up on a second monitor, I guess. But just splitting a view of two files at a time is easy to do in a new tab page with split windows on one monitor.
--
--
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
---
You received this message because you are subscribed to the Google Groups "vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vim_use+unsubscribe@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Subscribe to:
Posts (Atom)