I added a "KeyListener" to Shell for changing FullScreen or not.
Also I added a "MouseWheelListener" to GLCanvas for changing its depth.
But there is a problem that if I enable the KeyLisetner in Shell, the MouseWheelListener doesn't work.
If I disable the other one, the KeyListener doesn't work either.
What may cause it?
code:
http://codepad.org/4V5ExY27 shell
http://codepad.org/BYnTWlMf mouse wheel
thanks.
Related
When I right click in the editor, vs code executes whatever menu item the cursor happens to be over. It happens far too fast for me to make my actual choice known.
I have already spent 30 minutes trying to find a solution. If you search for "right click" in the Command Palette, you are told there are no matches. You don't get any hits in the docs, either. Please advise. Thank you.
It has been reported that the situation you mentioned is a bug in the repository on GitHub. It is reported that Visual Studio Code works fine when zoom is disabled.
You can update the following setting to override this behavior:
"editor.mouseWheelZoom": false
Or you can update the mouseWheelZoom setting from the pop-up window by using the shortcut CTRL + , to go to Settings.
It's crazy, but this is still an issue for Linux users after so many years. Especially, when using a Laptop with touch-pad it makes VSCode frustrating to use. The problem occurs when you use "native" window style (you can tell, because the theme will not be applied to context menus) and have a non-default zoom.
The GitHub issue that #sercan linked to has a few solutions. In order to save you some time, there is basically two things that I found work and make sense:
Set your zoom level to default / 0. In settings.json add: "window.zoomLevel": 0 This works with all window styles, but obviously is not always viable
Change the title bar style from native to custom. In settings.json add: "window.titleBarStyle": "custom" This will change how the title bar but also the context menus look. Setting this, you can zoom in again
Since yesterday, I have a problem when want to edit code in VSCode. Apparently, after changing focus within VSCode, say switching to the menu bar or a to different view and then coming back to the editor view, the cursor changed from the caret to a filled rectangle, and normal keyboard input is blocked. I need to do something like pressing the Escape key which on the first, second, or third try finally puts me into overwrite mode from which I have to switch to insert mode. This is a very annoying situation. Does anyone have a remedy for this?
Apparently, I happened somehow to switch to the vim schema. Once I became aware of this, I simply switched back to the VS schema which I'm used to, and everything works as desired.
I have seen some questions about eclipse hotkeys, but not exactly like mine :
I have very weird behaviour with eclipse Luna :
I am typing some text in the editor window, and suddenly, all the hotkeys are not working anymore ( ctrl-s ctrl-z ctrl-f etc...).
Nevertheless,the keyboard is still working, I can enter some more text, use arrow keys : nothing tells I have lost the focus in the editor window.
I just click in a side view window to lose focus in the editor,
and click again in editor window to get the focus back, and that's it : the hotkeys are back.
I was using eclipse Keppler before Luna, there were not such a behaviour with Keppler.
As I am losing the hotkeys every minute, I really need to solve this problem : any idea ?
NOTE : I am using ubuntu 12.04 (gnome)
After one year I think I may have found how to fix it ...
I have a 12.04 precise with latest kernel (3.2.0-80-generic) and unity and with gnome compatibility settings enabled as well.
Compiz
I started to look at the Compiz Config Setting Manager
Disable The Workaround
As Eclipse is written in Java I found that maybe disabling fixes related to it could help.
From the CompizConfig Settings Manager go to Utility->Workarounds and disable:
Java Window Fix
Java Taskbar Fix
I actually have disable all the workaround and not just those. I restarted Eclipse and it seems now to work. (NOTE: I believe you may have Compiz running even if you don't use unity)
Result
I do not have to unfocus or refocus. It seems to work pretty well. Interleaving ctrl-s, ctrl-z and ctrl-f works fine. (but I just tested few minutes, the system is unstable so I opted for another solution, see below)
Final Solution for me
I login with gnome classic without 3D effect
Workaroud I actually use:
GDK_CORE_DEVICE_EVENTS=1 ./eclipse
I don't know how long would it be work.
I am using GDB with emacs and sometimes use GDB with DDD.
Starting version 22 (???) Emacs provides a tool-bar-mode, where you can do
the most important commands like run, next, step, up/down of stack frames in the emacs UI.
As such , I have moved away from DDD, since anyways I run most commands through command line and the sometime through the limited UI given in the tool-bar-mode.
However, the ability to hover your mouse over a variable and make the value to pop-up still seems to be missing. Does anyone know about some mode in emacs or some .el file that would allow Emacs to do the same.
This kinda goes against emacs not being a gui-ide. I can still use watchpoints/local variable buffer; but I really would like the ability to hover my mouse over some variable and see the value. Any help would be much appreciated.
gud-tooltip-mode is supposed to give you just that, I think.
Sometimes when I jump into source code, e.g. from search or when looking up the declaration of something, the Eclipse text editor tries to display nearby long lines by horizontal scrolling. This happens even if the item I jumped to is well within the display without scrolling. I find this rather annoying, so:
Is there a way to disable this? I have searched in vain through all the editor settings.
Specifically, this is about Eclipse CDT, but I suppose the behaviour is the same in JDT.
This seems to happen in other eclipse editors too (like PDT for PHP)
It could have been related with the ScrolledFormText, but the Plugin Spy tells us a WorkbenchWindow class is concerned, as well as an AbstractDecoratedTextEditor, that is in essence an org.eclipse.ui.texteditor.AbstractTextEditor.
The source of that AbstractTextEditor indicates having:
a ScrollLinesAction for vertical scrolling
a TextNavigationAction for settings the cursor and potentially triggering horizontal scrolling
I am not sure how to change that behavior, except by contributing somehow to the active editor identifier (for instance, for java, "org.eclipse.jdt.ui.ClassFileEditor"), and modifying that Action.
I was having the same issue and found these open bugs for it on the Eclipse Bugs:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=314208
https://bugs.eclipse.org/bugs/show_bug.cgi?id=321189
You can prevent it from happening when you switch the Code Folding off and reload the file.
grtz,
T
right click on your eclipse shortcut and choose properties. in compatibility tab choose "windows xp(servicepack 3). http://www.vistax64.com/vista-general/133849-disable-dynamic-horizontal-scrolling-vista.html