Until recently I was able to use keymaps such as Ctrl+Right to move the caret to the next word in my Bash Terminals embedded in GoLand on Ubuntu 18.04. I'm not sure what has changed but these no longer work. Now if I try to use the example shortcut it just types C. What settings do I need to change to get this to work? I have tried this with both "Tools>Terminal>Override IDE shortcuts" checked and unchecked.
Turns out this was not an IDE issue. Whilst trying to add support for using Ctrl + Backspace for deleting words, I had created a ~/.inputrc file which was overriding my /etc/inputrc file. Deleting this file fixed the problem.
Related
I am using Windows 10 and the text editor I am used to is Vim. I just intalled a shiny new GNU Octave copy (version 7.2.0). The Octave editor is pretty limited and I know it is possible to override it to vim/gvim. I have tried different things to make it work, without success.
Using the Preference->Editor pane
It seems that Octave is never able to understand what I put in there. I have tried using gvim, gvim.exe, a full path to my copy of gvim, etc. When I go to the editor, I either get:
or, when using a full path to the editor (ex. here: C:\Program Files (x86)\Vim\vim82\gvim.exe):
I think Octave is unable to deal with spaces in paths (at least from this edit box). It have also tried using single and double quotes, but it also fails:
Using an .octaverc file
When nothing worked in the GUI, I tried configuring an .octaverc file, as described in the GNU Octave Wiki:
edit mode sync
edit home .
EDITOR('gvim')
I tried with vim as well, full paths, etc, to no avail. Now I know that this file is read and executed when lauching Octave because when I put garbage in it, I see it in the Command Window. I also found a Set Path option in the GUI and I tried adding the path to gvim there, but it had no effect:
Question
I can I make my GNU Octave editor gvim, on Windows? I would like to use my current installation (default for Octave, default for Vim as well...)
I am trying to use the "Open Containing Folder" keyboard shortcut for VSCode.
I am running VSCode 1.23.1, on Linux Mint 18.3.
I have confirmed the command works correctly when I use the mouse to initiate from the context menu.
But when I use the Alt+Ctrl+R hotkey, it fails to work.
So either VSCode is broke or Linux Mint is eating that key combo.
I can not seem to confirm if the key combo is already assigned in Linux Mint. I have tried assigning that key combo to something else and it did not warn me that it is already mapped....so I assume it is not.
Left click on the file or folder first, then Ctrl+Alt+R should work.
If you're cursor is inside the text of the file, the shortcut will not work.
You may need to upgrade to VSCode Version 1.24.0.
Make sure US keyboard is first keyboard:
What is the shortcut for deleting the current line where the cursor positioned.
ex: eclipse have crtl+d
To delete line(s)
Mac: Command+Shift+D
Windows: Ctrl+Shift+D
https://helpx.adobe.com/dreamweaver/using/keyboard-shortcuts.html
There are no direct shortcuts as far as I know but here is a list of commands for dreamweaver.
http://cpaoffers.com/design/dw-shortcuts.php
My typical method to do this is to hit the home > shift+end > del.
Or you could try shift+up or shift+down to select the line above or below and then hit delete.
Danilo Celic's answer helped me with CS6, just use the second one. Although it's in Japanese, just install and use it.
If you want to know more: Then, find the installed files in your own
C:\Users\[your user name]\AppData\Roaming\Adobe\Dreamweaver CS6\[your CS6 language]\Configuration\Commands
There you can open the just-installed files and check them. The comments are in Japanese. The code are in Javascript and are easy to read.
There are 5 commands in that file. To use only the "Delete line" function: In CS6, open history panel, go to design mode, do any action like press a key, right click on that action from history panel and record that action. Then you can find the record action in the Commands folder mentioned above, and then you can copy the javascript from the downloaded one into your own recorded action file.
I've seen two extensions that add the delete line functionality:
http://xtnd.us/dreamweaver/codeextras
http://yoropan.com/en/archives/544
I haven't used either one. I've been told that the first one may not work in Dreamweaver CS6, no idea about the other one. once installed, you should be able to add a keyboard shortcut (Edit -> Preferences, Dreamweaver -> Preferences on Mac) for functionality that you're looking for.
You can add a custom keyboard shortcut for deleting lines in Dreamweaver.
Dreamweaver uses Brackets for its text editor, and this is what handles the Delete Line command, not the traditional Menu system for rebinding most other Dreamweaver commands.
Create a Brackets keyboard shortcut configuration file.
Windows: %APPDATA%\Adobe\Dreamweaver CC 2019\en_US\Configuration\Brackets\keymap.json
Mac OS: ~/Library/Application Support/Adobe Dreamweaver CC 2019/en_US/Configuration/Brackets/keymap.json (untested)
Create an override in this file, according to the Brackets User Key Bindings JSON Data Format. Make sure you use the - separator between key names, not +.
{
"overrides": {
"Ctrl-E": "edit.deletelines"
}
}
Rebind any conflicting keyboard shortcuts in Dreamweaver. In my Ctrl+E example above, it collides with Quick Edit.
In Dreamweaver, go to Edit → Keyboard Shortcuts.
Make a new Set if you're using the default Dreamweaver Standard Set.
Find the command you want to change. Quick Edit is in the Code Editing section.
Highlight the shortcut you want to modify.
If you want to unbind that shortcut, click the - button.
Otherwise, rebind that shortcut by typing the new shortcut in the Press Key field, and then clicking Change.
Click OK to save your changes.
If your change is not persisted, you can usually fix this by editing the following files.
%APPDATA%\Adobe\Dreamweaver CC 2019\en_US\Configuration\Menus\Custom Sets\*.xml
%APPDATA%\Adobe\Dreamweaver CC 2019\en_US\Configuration\Menus\menus.xml
Restart Dreamweaver for your new Brackets keyboard shortcuts to be read.
To bind other commands besides Delete Line, see the full Brackets Shortcuts command ID column.
I used these steps with Adobe Dreamweaver 2019 (19.2) on Windows.
I am using "United States-International" on Windows 7, which causes problems in combination with gVim 7.3.
In the US-International keyboard layout the keys " and ' are dead keys, that means, you can combine them with another key. For example pressing "+a results in ä and the keys '+a in á. In order to insert one double quote you simply have to hit "+space.
But when I enter "+space in gVim (in edit mode) nothing happens, no character is inserted. When I further hit space, only spaces are inserted. It seems that the keys "+space are not combined to one " character. However combining " with a to ä works as expected.
When I press " followed by spaces, the " is buffered until I enter another char and is then combined with that (if possible). Examples:
"+space+space+a => » ä«
"+space+space+b => » "b«
"+space+space+" => » ""«
Does anyone know how to solve this problem?
BTW, the behaviour isn't affected in vim (through cmd.exe)
My current workaround: Use the latest gVim 6.x version, those don't have the described problem.
Are you in edit mode or command mode when you do this? It sounds to me like you are expecting command mode to work like edit mode. The quote character in command mode affects registers and the clipboard (e.g., for copy/paste).
I noticed that you can press " and then a to produce ä. On my machine (Windows XP) if I press and hold " and <Space> at the same time, it seems to work. If I try to press " and then <Space>, I get unexpected behavior.
Same problem here since 7.3.
I didn't try Yongwei's builds, but I built Vim myself (which was pretty straightforward using Wikia's instructions) and the problem went away \0/
Edit Spoke too soon : the 32bits version works fine, but the 64bits version is still broken :(
Edit Workaround: the 64bits version works fine if compiled with OPTIMIZE=SPACE
In some parts of the code, optimization is disabled using #pragmas, so a real solution would be to do the same thing for the precise code parts that need it so we could have optimized code for the rest of the program.
Edit I was building vim using the compiler that comes with Visual Studio 2010, which apparently can produce incorrect code when optimizing (see here). The solution was to install Visual Studio Express 2013 to get an updated compiler and build vim using this new version.
For what it's worth, here's the simple build script I used to get a python 2.7-enabled vim :
REM TODO: cd to your vim source code directory
:: Set environment for wanted options before building Vim.
set GUI=yes
set DYNAMIC_PYTHON=yes
set PYTHON=C:/Python27
set PYTHON_VER=27
set NETBEANS=no
set FEATURES=HUGE
set CPUNR=i686
set WINVER=0x500
set OLE=yes
set CPU=AMD64
set SDK_INCLUDE_DIR=C:\Program Files\Microsoft SDKs\Windows\v7.1\Include
REM setup environment to use VS2013's compiler
call "c:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\vcvarsall.bat" x86_amd64
nmake -f Make_mvc.mak clean
nmake -f Make_mvc.mak
I have the same problem with the official builds since 7.3 and including the current 7.4 beta. My "solution" is to use the unofficial Yongwei's builds (which also include all known patches) you can find the current build (7.3.1251) here: http://wyw.dcweb.cn/#download
I emailed VIm's author about that a few years ago but he had no idea where this problem could come from...
Once I also solved this problem by compiling VIm myself but it's easier to use Yongwei's builds as they include all the patches and are compiled with more features than the default build.
UPDATE: 2014-08-20
I've made a patch to address this issue: https://code.google.com/p/vim/issues/detail?id=250&sort=-id
(you can easily compile VIm under windows using MingW or MingW64 (easier) and the Make_ming.mak in Vim's src folder)
UPDATE: 2014-08-22
Patch included in VIm 7.4.413
I recently updated my Eclipse to the latest release 3.5 and since then I have a very annoying problem with c&p using the shortcuts.
In an editor (xml, jsp, doesn't matter which one) I try to copy something and paste it somewhere else, nothing happens. When I cut out something and put it somewhere else I sometimes get something else (like a messed up part of my previous selection) or just some whitespaces. This gets even worse when I change lines in between.
First I thought that my keyboard is probably broken but it works just fine in other programs. Then I tried using the context menus' c&p and there it works. Yesterday I managed to get at least an error message when I tried to copy a file in the navigator from one project to another (the message was just "error using copy...bla". no details).
Does anyone else have this problem, or know how to solve it?
I am running on Kubuntu 9.04, and have quite some plugins installed (but only from the Galileo Updates Site), like Birt, Mylin, WST, or Subversive.
For my problem, I had to go to Window > Preferences > Java > Editor > Typing, and uncheck "Update imports"
This must be related to the key mapping, since those shortcuts are defined according to context.
(Column "When", in Preferences / General / Keys)
Check if those shortcuts do not work for any editor (do they work for Java editor?)
If they work for some editor, not for other, then some plugin settings must have re-affected them to another command.
This is caused by various X clipboard managers doing weird things with the clipboard. (bug report).
In XFCE the clipman applet was rolled in XFCE 4.8, and will be the source of these problems.
To fix this in XFCE - kill xfce4-settings-helper. You will need to use Settings Manager -> Session and Startup -> Session to kill it, as otherwise it may restart automatically.
To prevent this starting next time, you will need to remove it from your startup/login programs in Settings Manager > Session and Startup > Application Autostart.
Problem was solved with newer Eclipse releases. I think >= 3.6. Depending on your distribution there may be a (back)port of this (not on my Xubuntu 11.04) within the repositories.
So a tarball installation of Eclipse 4.0 works perfectly for me. Cut&Paste works and I am lucky that my plugins are compatible to 4.0.
Unfortunately Sublime Text has the same problems.
I read somewhere that in KDE maybe Klipper / "Klipper on the panel" conflicts with eclipse copy action.
It's a tool for clipboard history. Try to remove that! It may solve your problem :-/
For me the xfce4-settings-helper killing worked.
Workaround:
You can cut&paste from the compare view. So simply compare the un-copyable file (e.g., local history) with a different version and Control-C what you need there.
In the *.java editor page, right click and select open in text editor. Past your snippet there. Your Snippet will show in the *.java page'
I use Eclipse Kepler for PHP development. It's dumb I know.
None of the solutions suggested here has solved this source of frustration.
I can confirm the copy function works whether shortcut keys are bound or not. As I can copy from eclipse and paste into any other application. Except eclipse.
My solution. Accidental discovery: Eclipse Kepler will allow you to paste outside the php open and close tags and allow you to click and drag the highlighted block of content into into position.
Acceptable solution for small bits of code. Horribly crippling for larger development environments.
For Xming, this resolved the problem for me. In XLaunch uncheck Clipboard (clipboard manager) in the "Specify parameter settings" GUI form.