I'm having a persistent problem with my VS2010. After working for a while, the display will start to glitch out. The code all shows as black-on-black (I use a dark background because it's easier on the eyes, but even when I switched to the default, it just makes the text white-on-white instead.) All tooltip hovers appear in the upper-left corner of the screen instead of where they're supposed to. If you select text, the code that gets selected is nowhere near where you clicked the mouse. (Not that you can read the text anyhow since it's the same color as the background.) And none of the dockable panels will appear or if they do they're all glitched out as well. The only solution seems to be closing the program and restarting it. I've been using this copy of VS2010 for years without issue, and my other projects don't seem to have any problems. This one is C#, uses a lot of Windows Forms (not WPF), has some customized Controls, but otherwise isn't all that unusual. I have the following extensions:
CodeMaid
CSharpIntellisensePresenter
InheritanceMargin
ProductivityPowerTools
Tunnel Vision Labs Output Window Services
WatermarkTextBox Control
Some of these are recently installed so they may be the culprits. Has anyone had any display problems with any of these extensions? I can live without most of them, but I'm not sure if it'll make a difference. There's no easy way to test it either, as the glitch only shows up every couple of hours or so.
Related
Trying to get started with VS2015 Extensibility. What I have in mind can be classified as an adornment. So I did some research and found sample templates and some MSDN pages that helped me create a basic adornment. Unfortunately though these pages always talk about text adornments that work inside the text editors only, whereas my adornment will work across the entire IDE, so at times visuals might appear on top of the Solution Explorer, or the Toolbox etc. There doesn't appear to be a built-in template for that. Can anyone point me in the correction direction about it?
When using Visual Studio 2015 Community Edition my cursor frequently disappears when I perform the Ctrl+. shortcut to resolve missing dependencies. For example, if I am creating a new Entity Framework entity and want to add the [Required] attribute to one of my properties:
Type [Required]. The attribute gets a red squiggly underline.
Click Ctrl+. to bring up the suggested imports
Select the using System.ComponentModel.DataAnnotations option using the arrow keys
Press Enter to select it and import the using statement
Sometimes I can continue coding without any issues. But most of the time my cursor disappears and I have to click back on the code editor to get my cursor back.
It happens to me on several different computers using Windows 7, Windows 8.1, or Windows 10. I've tried resetting my VS2015 configurations to default, but it didn't seem to help. The only other thing I can think of that might be worth mentioning is that I'm use the Dark theme.
Has anyone else experienced this? Is there a setting change so that the editor keeps focus, or a keyboard shortcut to get the cursor back? It isn't the end of the world to use the mouse but I never had to do it in 2013 so it is slightly annoying.
I ran into the same issue, and found that if I went to my mouse properties and changed the default pointer for Text Select to one with white in it, I didn't lose the pointer in the editor. I don't know if this'll solve your issue, but it helped with mine.
I've had this problem as well, for me it seemed to be a glitch with the touch screen capabilities on my laptop. The cursor would disappear when using the track pad and moving into the work area in VS, and come back when I moved it outside to like solution explorer or similar.
Easily resolved by tapping the screen.
I had the missing cursor issue in VS 2015 Community Edition and it turns out the culprit was the Gotomeeting client software running on my desktop. I was accessing VS 2015 in an RDP session and as long as Gotomeeting was running on the desktop running the RDP client my VS 2015 cursor in the RDP session would disappear randomly.
I had the problem that the blinking cursor completely disappeared in Visual Studio 2017 (and probably other places as well). Found this old block post, that helped me:
I found the cause of the problem. I had also noticed that I did not have a text cursor (caret) in programs like Windows Live Mail. Somehow my caret size got changed to zero. The solution in Windows 7 was to go to Control Panel, Ease of Access Center, Make the computer easier to see, and under Make things on the screen easier to see set the thickness of the blinking cursor to 1 (mine was displaying a blank field). After applying the change, the text cursor displayed fine in Visual Studio Editor and Windows Live Mail.
https://social.msdn.microsoft.com/Forums/vstudio/en-US/c7ba185e-1840-4649-984e-c12d5525baa2/cursor-not-visible-in-visual-studio-editor?forum=vseditor
None of the (many across web) posted solutions for the disappearing cursor worked. I found a solution that works for me go to:
Tools/Options/Environment/General/Window layout
there are 2 radio buttons:
Tabbed Documents
Multiple Documents
You must select one or the other. I switched to Multiple Documents and this solved the problem.
Details: this problem manifests when changing the focus to any other open window/application via Alt+Tab. On return, Vis Studio has no cursor visible. Ctrl+Tab is a sorry workaround, yet effective. But this fix is totally sat for me.
Try pressing the "insert" button. You might need to hold down the "fn" key for this.
I'm new to WP dev (and pretty much C# and Silverlight in general) and I've been playing with Textboxes. I found pretty quickly that you can't really scroll a TextBox control.
I've seen some solutions to this on various blogs and StackOverflow posts, and the most popular one seems to be to embed the TextBox in a ScrollViewer, then use some code to make the current input line always visible, like this:
scrollViewer.ScrollToVerticalOffset(textBox.ActualHeight);
This works okay if you have a relatively small TextBox, but if you want to make one that takes up quite a bit of space, you run into problems where the keyboard covers up the bottom section, you can't scroll to the top unless you manually move the cursor up there, etc.
Now the Compose page of the Mail application seems to do this perfectly: a nice big space for text entry where the keyboard never blocks the input, you can freely scroll through the entire pane, it just works really. I've tried various combinations of scrollviewers and textboxes but I haven't had any success in matching its behavior.
Any help?
The default apps are not written in C# using controls accessible in SDK or on the net.
Replication of mail viewer and composer has been tried before rather un-successfully. (Based on similar posts of AppHub - old WP7 forum)
I have a form, originally developed to be used on XP, containing a .NET 4.0 ProgressBar control. It's part of a composite control, where I write some info on top of the bar using TextRenderer. (I didn't go for a label, because the transparency doesn't seem to work.)
I've now upgraded the OS to Windows 7, and it seems the whole look and feel of the controls has changed. The progressbar now has a kind of "swoosh" effect, a highlight that moves quickly from left to right. The problem is this animation is removing my rendered text. My app happens to update often, so the result is a blinking text on top of my status bar.
How can I fix this?
Any reason you have to write the text superimposed on the bar itself instead of underneath it, as everything else does? It sounds like it would be a lot easier to read the text if it were separate from the bar. That's certainly been my experience of progress bars as a user: keep any status messages away from the graphics.
EDIT: I've just checked, and if you don't call Application.EnableVisualStyles it uses the very old "big blue blocks" style, as far as I can tell. Personally I find this pretty ugly - I'd recommend that you stick with the nicer visual style, but move the text.
If you want to go all the way, you can remove calls to the Application.EnableVisualStyles method, which enables "colors, fonts, and other visual elements that form an operating system theme."
Visual Studio typically adds a call to this method in the Main method of a WinForms application.
For some strange reason, my toopltip in the VS 2008 C# winforms application shows up behind the form! It's very frustrating and I can't figure out what I should do. Anyone face this before? Ideas?
(PS - I'm doing a toolstip.show programmatically within the form)
There are a few things you might want to check:
Make sure the tooltip knows what its parent window is.
Make sure the window the tooltip belongs to is in the foreground (no, this isn't a requirement for displaying tooltips, it just helps debug.)
Try giving focus to the owner of the tooltip. If that fixes the problem, then there's probably an ownership problem with your tooltip.
Try bringing your page element to the front. (Right click on element, bring to front). Is this happening on all tool tips you have configured? And no, I have not seen this before
There is a similar (and known) problem with tooltips appearing behind the Windows task bar. The problem is sporadic and I have never seen a solution. If you're also seeing this behavior sporadically (and I suggest that you try this on different machines), then it may be related. Otherwise, if the problem is consistent across multiple machines, let's see your code, because you're probably doing something wrong.
I have a similar issue. I have a user control written as C++ WTL, being used in a C# .NET2 app. If the control is just on the form then the controls tooltips work fine, however if the user control is on a panel or in a group then the tooltip is behind. I've tried changing the WTL code to force the tip to the front, this works but causes issues with lost focus/selection in other controls.
This problem is almost always caused by the window being TopMost. Try using SetWindowPos to set your tooltip to HWND_TOPMOST. I haven't tried this though...
I've seen this issue happen in both Windows.Forms and Delphi (native windows) based applications, caused by the interaction of "stay on top" with the Windows API.
Essentially, marking a form as TopMost makes it stay on top of some windows, but not others - Window management has more than two distinct levels.
What I found is this: my applications would behave themselves when run normally, with tooltips showing on top. Problems would occur when switching to- and from- other applications - somehow the "TopMost" of the windoww would become "very-ultra-top-most" (non-technical term ;-) ) with the tooltips appearing behind the window.
Having described the problem, I'd like to offer you a solution - but I never did find a good one. Sigh.
Hope that the additional information will be enough for you to find the solution you need.
I have seen this happen on Windows XP, particularly on the taskbar.
Are you sure it's an issue with your application, rather than the OS?