My shortcuts on in ST3 stopped working today.
After some googling I've opened ST3 console and entered sublime.log_input(True) and got following results for english/russian:
key evt: control+k
key evt: control+л
But they should be the same, I think. So, there is something wrong with my system? What should I try?
P.S. I've installed some new packages for ST3 today, and also theme for my OS. Tried rollbacking everything - no results. Also tried rebooting ST3, OS. OS is Linux Mint 17.1
Related
Vim & NeoVim both leave patches of simply black text scattered in random locations across the viewport. This is most common when scrolling or jumping between locations. This affect has happened on multiple different colorschemes so I suspect its more a problem with vim or my shell, than with the scheme. Generally when I load a file these patches don't exist, but they appear pretty quickly after starting vim. Reloading my configuration file or changing the scheme definitely makes them appear. Restarting the shell or quitting and restarting vim doesn't have any affect.
I'm running windows build 17763.92 on windows 10 Education & vim/neovim on Ubuntu (version 18.04 Bionic) bash for windows under the WSL.
Could anyone enlighten me as to why this is happening?
Heres my vim version info.
Heres my vimrc File & A Screenshot of The Described Affect.
This is usually caused by a wrong terminal setting in $TERM. The commands that Vim sends to the terminal to clear it then don't properly set the background color, and only text written on top has the correct background.
If you don't find a fix for that, you can work around the problem by clearing the background color of the Normal highlight group:
:hi Normal ctermbg=NONE
This happened to me as well, I would get black highlighting when opening a new line using o or O, and it would also appear when paging down (ctrl D) then scrolling up (k).
I was using vim (.vimrc - colorscheme desert with syntax on) on windows ubuntu subsystem WSL.
I was able to make it go away by updating my Windows 10 version 1909, to Windows 10 version 2004.
My problem was similar to this post: https://vi.stackexchange.com/questions/21437/vim-is-highlights-everything-after-eol-in-yellow-upon-scrolling
and, someone had also mentioned it being related to the terminal type xterm-256color here (their recommendation was to upgrade Windows version, it worked for me): https://superuser.com/questions/1526515/vim-highlighting-newlines-in-a-file-how-to-disable
I've been using the Bépo keyboard layout for years in Ubuntu, labelled as "French (Bepo, ergonomic, Dvorak way)".
Since upgrading from Ubuntu 17.04 to 17.10 (Artful Aardvark), I now have to use Ctrl+Shift+V to paste, instead of Ctrl+V. This is unintuitive and I'd like to change it back, but I'm not sure how to revise it. In the system settings, there are keyboard shortcuts for starting the terminal etc, but nothing about sabotaging the effect of buttons such as Ctrl. There are no shortcuts listed for copying or pasting.
I suspect that Ubuntu itself has used a faulty key file, as I recall having a similar problem with Windows a while ago, having to mess around with Microsoft's Keyboard Layout Creator.
In Windows I'd experienced a phenomenon where the right alt key had been implemented as ctrl+alt or something along those lines, so I figured that maybe in Ubuntu, the OS was using an odd combination, capturing a potential combination for something unrelated.
I went into the keyboard settings and disabled lots of various combinations that I don't use; then «paste» is working again! There was nothing with a V, so this seems odd. Maybe there were side-effects happening somewhere along the way.
Im having some glitching issues while using JasperSoft Studio. (using the latest version from the AUR).Im using GNOME.
Steps to reproduce :
Add Text Field. Select it.
Go to Properties -> Borders -> Click on a border on the square.
The Pen Width (1.0 by default) appears for an instant and then "disappears" (Its still there as I can select it but i think the font color becomes white)
This can be temprorarily resolved by going to preferences and toggling the theme from classic -> GTK or vice versa. The resolution exists only for the current report and does not remain for other opened reports. Really annoying bug.
Ive tried Adwaita and GTK other themes etc...but no use. The bug persists.
I have a version 6.1.1 of Jaspersoft Studio on another machine running the latest UBUNTU GNOME and it works near perfectly.I tried running this version of Jasper on arch using various settings but it stops working as soon as I open a JRXML file. Nothing is clickable and I have to kill the process. I am guessing its a GTK issue.
I dont want to go back to using Ubuntu as I love the Arch experience. Can someone help me to run the AUR version of Arch without this glitch.
And if you think 6.1.1 should run fine on Arch...can someone help me overcome the GTK issue (Ive already tried export SWT_GTK3=0; but it doesnt work)
Thanks.
Try editing the runjss.sh script (probably in /opt/jaspersoftstudio) and add the line
export SWT_GTK3=0
Then try running JSS via that script and see if it helps.
I haven't had the same issue as you but I've been having a lot of Gnome-related problems and I'm using the same combination as your - Arch (Manjaro) and Gnome with JasperSoft Studio 6.4.3. Works perfectly since I added that line.
You can also edit the .desktop file to exec runjss instead of the default exec line.
I'm taking an online MIT programming course that suggested I use the enthought programming environment. I installed it and now my idle keyboard shortcuts have all changed. It seems to be directly caused by the installation of enthought, as my other computer (without enthought) still retained the old keyboard shortcuts. Anyone know how to get my old keyboard shortcuts back?
if i were you, try to continue and use your old shortcuts but if they still dont work, try to use "control" for "option" shortcuts and vice-versa. thanks to the the websites online for everything!
I was writing some HTML in Sublime Text 2 and I noticed that the auto complete feature was no longer working. Just so we're clear, I'm not referring to the dropdown menu that suggests elements but rather the tag completion. Normally what happens is if I were to type an opening tag all I'd have to do is type the beginning of the closing tag and it would auto complete the tag which obviously saved a lot of time but now it's not working for some reason. I do have package control installed along with quite a few extensions but I heard that this feature is actually built in. I deleted ST2 off my computer and re-downloaded it, and it still isn't working so I'm not sure what else to try.
Is this feature really a default feature in Sublime Text 2? If so, why wasn't it working when I re-installed Sublime Text 2?
I'm on a Mac and I'm running Yosemite.
Thank you for reading.
Installed Sublime Text 3 and it works again.