I've recently moved to the ConEmu console and I'm loving it. Its very configurable and it has a lot of the features that I was looking for (A Mac Terminal App replacement of sorts.)
I've not been able to figure out how to search through the entire history buffer though. Theres a key called App+F which seems to search the visible buffer for a string, but theres nothing that lets me search through the entire 9999 lines of buffer. Does anybody know the Keyboard shortcut for this?
Thanks.
For Windows set different hotkey since win+f is binded to Windows actions.
Here is how to set ctrl+f
Apps+F may search entire buffer. But update to the latest build first and note that you need to "Freeze console" to enable buffer search.
BTW, Apps+F is default hotkey, you may choose any suitable.
Related
For the most part I very much like Qt Creator, but a few projects I'm working on require me to switch between my editor and my web browser for reference. Qt Creator is currently interpreting Alt+Tab to autocomplete, and then switching my window focus; this is a mild problem but it's really starting to get to me.
I've tried going to Tools→Options→Keyboard and searching for Alt+Tab, but found nothing. Is there a way to get it to selectively ignore the key combination without disabling autocomplete on the whole?
To complete the picture, I'm on Linux Mint 19.04 using XFCE desktop environment; or occasionally Maté. If I need to access something in system settings to do this I'm happy to; I just don't want to keep excessively second-guessing my code when I return to it.
Auto-complete is bound to Ctrl+Space by default, not Alt+Tab. In tools/options/keyboard, search for "CompleteThis" to see what it's bound to.
Maybe what you want is to disable auto-complete and use only manual-complete? That is, have the auto-complete list only show when you press ctrl+space, but never automatically. You can do that in options/text editor/completion.
I am aware that the mousefocus option is only supposed to work in gVim. But I was wondering, if it's possible to have the console Vim switch to different windows in response to mouse clicks, would it be not possible to easily add following mouse movement to it, too?
I'm an xmonad user, I love the focus following the pointer feature, I do a lot of pdf viewing and browsing while writing in Vim, and I'd be so much happier if I didn't have to keep mentally switching back and forth between two different types of focus changing.
If that's completely not possible, I guess opening new Vim windows (as with :split) in new instances of the terminal is no easier to do?
It would not be at all simple to add this. Using the mouse within the terminal works by vim sending control codes to the terminal requesting that mouse actions be sent as part of the input stream. Terminals only report clicks not changes in the pointer position, so vim has no way of knowing where the mouse is.
With major changes it would likely be possible for a vim with X support to get pointer activity directly from the X server, but that would likely be reported by pixel rather than by character so further work would need to be done before it could determine which vim window is currently under the pointer.
set mouse=a
should do the trick but it will probably depend on your terminal emulator. See :help 'mouse'.
This works for Windows 7/Cygwin 32bit mintty/vim 7.3: (I DO NOT use gvim!)
Having installed this: http://ehiti.de/katmouse/, I can scroll the window under my cursor without having to have clicked to select a window, click-selecting of single vim-windows works, too. It does not pull the vim window to the foreground, if another window overlaps it, if that is what you desire. Still it can be scrolled without click-selecting it first.
So:
Check if there exists a software paket for your distribution, that implements your desired mouse behavior on the OS level. When this works for my self-compiled vim in cygwin, it might very well work with console vim on linux, too.
This post here serves as evidence, that it is possible at all, that is the reason this was not made a comment. When I am on linux again I will investigate this further and update this post, but that might take a while.
On set mouse=a: The vim help states you a need a terminal capable of handling mouse inputs, further information can be found here. :help ttymouse might also be helpful, i.e. if you have a xterm-compliant console, but :help term is set to something else.
UPDATE: (Freshly installed Fedora 19 with packages, no self-compiled stuff.)
Fedora 19 + se mouse=a = scrolling in single console vim window with several buffers opened next to each other independently works, too. Window manager used is LXDE.
I'm new to debugging using xdebug (or any other software), so I installed this plugin, and I followed these instructions just to know the value of variable. So for checking the value of a variable I think these are the steps:
Create the breakpoing
Press F5 in vim
Press F5 in browser
Press F4 in vim
Move the cursor to the variable
Press F12 to check the value of the variable
It works ok, but for me these are too much steps just to avoid the typical var_dump($variable);die; line.
Is there anything am I doing wrong? is there any other quicker way to check the value of a variable?
Vim is first and foremost a text editor; due to its versality and extensibility, you can make it more IDE-like, though.
If you're a beginner (with debugging) and you want a comfortable, easy experience, I suggest using a fully-fledged IDE instead. (You can still integrate Vim into your workflow for the act of text editing; e.g. I open files in Vim from my IDE with a simple shortcut.)
If you really want to avoid an IDE (for whatever reason) and stick with simple, command line-oriented tools, I'd suggest learning xdebug standalone first, and only then try to integrate it with Vim.
I've searched for different types of workarounds to deal with the preview window splitting the current window to display documentation when doing a selection in Omnicompletion, like closing the preview window if it exists when you leave insert mode.
However, those solutions are impractical. Sometimes you may want to go into the preview window to read some documentation about the current completing module, but with the autocommand in place this would not be possible.
Even if it would, I am looking to have the documentation never show up because I really don't want it.
Reading the source code in pythoncomplete.vim I see that the value for the documentation is hard coded and it will force the preview window to show up if this has any contents (it skips this if it can't come up with docs for the module).
Is there a global option that I am not aware to tell Vim to never display docs? Or be able to toggle it?
If I do want to read the docs in a split window allow me to do so (maybe with some shortcut) otherwise don't show me anything.
I really want to avoid having to copy/paste pythoncomplete.vim to tweak this particular setting to my liking.
The preview is controlled by the global 'completeopt' setting. To turn that off, use
:set completeopt-=preview
What's a good text editor in Windows that automatically updates the view whenever the opened file has been modified by another process? I need this to watch the output of my program.
If you like using a mouse, Notepad++ is great
If you're happier with the keyboard, for me, it has to be Emacs. Here's the download for Windows.
To use the feature in Emacs, add the following to your .emacs:
(global-auto-revert-mode t)
There are lots of people at work who like Textpad but I don't understand why, it doesn't even have column editing.
Notepad++ has this feature.
If you want to reload automatically, go to Settings / Preferences, then the MISC tab and uncheck Update silently under File Status Auto-detection.
What I use is snaketail. It can update in real time several files, even without the focus.
I would recommend Notepad2. It refresh the content automatically without focus switching. You just need to go to menu 'Settings' and set 'File Change Notification...' option, and then save your settings. But keep in mind, refresh has a delay about 2-3 seconds.
Editplus is great.
This doesn't really answer your question, but it sounds like what you really want is some kind of console view, not a file. Would it be possible to pipe your program's output into an output stream that's visible in a console instead? Those are designed to show new lines as they arrive, automatically scroll, etc.
See the Viewer (F3 option) in FAR file manager, when End button is pressed, it updates and scrolls text automatically
Use Tail For Windows.
Tail doesn't need to have focus on.
I've got it from superuser.com answer.