while having used Java and PHP most of the time in my programming "carreer", I am now trying to learn C++ more in-depth. For that, I am using CLion as my IDE - mostly because I am very familiar with phpStorm and IntelliJ IDEA and I don't want to "learn" a new IDE in addition to learning a new language.
Now, I have hit the problem, that CLion does not take my current Clipboard content when pressing Ctrl + V. The snippet was copied from the Browser (Firefox 41.0.1) and it neither works with code copied by Ctrl + C nor with code copied by rightclicking and then selecting Copy.
It seems like the IDE has problems with getting the Clipboard content from the outside, because when copying and pasting inside the IDE, it works perfectly fine. Only when trying to paste something from another program, it ignores it and pastes something that I copied inside the IDE before.
Do you have any clues on how to fix that? Is it a bug or did I mess up something in my settings or somewhere else?
Clearing "Paste from History" (Ctrl + Shift + V) worked for me.
Same issue with Chrome version 47.0.2526.106.
It seems like that the problem happens when more then one Clion project window is open. After resetting the clion clipboard the problem will not occur during the session again. But after starting a new Clion session the bug is back in place.
Added on 27th december: It also happens when you are only working with one window and stored 5 values in the clion clipboard.
For me works only using middle mouse button for paste.
There sometimes is a notification when you try to use several shortcuts that this is already taken by some VIM Commands and if you want to disable this. Selecting yes didn't change a thing for me.
But using that hint, going to File>Settings>Plugins, disabling IdeaVIM and than restarting did the job.
Fabrizios answered on the duplicate item something, that was partly helpful for me: Ctrl+Shift+V brings up the clipboard history)
This still left me with the actual problem (Ctrl+C, Ctrl+V and more not working).
In VS2010 and VS2012 at least, Window.CloseToolWindow would do just that. If it was invoked while a text file had focus, it did nothing. It seems that in VS2013 it will now close the text file. This sadly breaks my workflow in an AutoHotkey macro. Does anyone have any idea of a Visual Studio command that would have the old behavior? One default shortcut is Shift + Esc if you want to try this out easily.
Thanks so much for your help!
What's even more strange is the way Shift+Esc "closes" the text file. It just hides it, but doesn't close it as the default Ctrl+F4 does.
It sadly seems like a bug to me.
It's not an answer, but one workaround that will work in some, but certainly not all, situations is that with ReSharper, ctrl+shift+F4 will close a ReSharper tool window tab. If there is only one tab, it will close the window and also exhibits the correct behavior of not closing a code editor window. I'm sorry I don't have a better answer. I too lament this bug and want the real fix from M$.
I find the solution explorer is a bit slow to get around in sometimes, and think that there might be a better UI solution out there. I like Ctrl+T but sometimes a visual cue is better than remembering the class name?
I think it would be nice you had a second, similar window, that only shows files that have been opened during the current session? Any other suggestions
If you want to upgrade your experience to the next level, you need to have Visual AssistX.
It enables links between your code and the files it comes from. And it's also light-weight. You will forget the Solution Explorer quite rapidly.
http://www.wholetomato.com
In the toolbar's search box, you can type ">of ". It will give you an intellisense-like dropdown of files in your solution as you type out the filename (e.g. ">of def" will show "default.aspx" and "default.aspx.vb" if those two files are in your solution).
I'm not sure if this any more/less cryptic than ctrl+t, but I thought I'd throw it out there.
I'm working with a fairly large solution right now in Visual Studio 2005 and whenever I try to use the ">of" command in the toolbar search box it causes my solution explorer go haywire. Specifically, all of the folders start showing that there aren't any files in them anymore and I have to hit the "Refresh" button in order to get them all to show up. This is extremely annoying so I never use the ">of" command anymore, but a jump-to-file command sure does come in handy.
Has anyone else experienced this or have a better alternative to jumping to a specific file by filename?
Note: ReSharper is not an option. It is too slow on a solution of this size. I tried it out and each load up took 10-15 minutes.
First, thanks for getting me to discover that you can run commands from the Find Combo box.
I haven't experienced your problem (not enough files in my solution?), but the better alternative you mentioned could be Visual Assist's 'Open File in Workspace' command. It's lightning fast for me with 2500 or so files in a solution.
I still have to use the VB6 IDE.
Unfortunately every time I start the IDE one of the buttons of the toolbar disappears. Almost always it's the Run button which goes first. Sometimes also items from the menu bar or the context menus are missing.
I have to reset the toolbars almost every time I start the IDE (Which is quite often during a typical work day). Recently I bought an IDE plugin which modifies the menu bar and requires a restart after every reset of the menu bar. (Otherwise it would crash)
I could live with just the resetting, but the restart is really annoying.
Is there something I can do?
To solve this problem:
Unload all add-ins.
Right-click on a toolbar and select the Customize... menu.
For each toolbar click the Reset... button (6 times in total).
Reload the add-ins.
For me action 3 was enough.
cf. MZTools faq (thanks to Andrea Bonafini), but these steps are originally from MSDN
It sounds like you recently bought a bad add-in. Can you get your money back? Every time I've had problems with disappearing controls in the IDE it has been due to a bad add-in. You can find out which one it is by disabling them, one by one, each time using the IDE for a while, then re-enable it and disable the next one, until the problem stops.
I still use one problematic add-in. It exhibits behavior similar to yours in that it makes the run button disappear. I avoid the problem by only loading the add-in when I need it, use it (it formats code), then I immediately unload it. If you don't use the functionality of the add-in that often, this could be an acceptable workaround.
Yea, i have this same problem with one of the add-in. But if you reset it. Shut the IDE down and open it back up again without doing anything, the IDE shouuld be able to retain the previous clean setup.
It's just guest, but:
Each graphical element on IDE (like button) is kind of resource (i.e. GDI handle).
Maybe your VB app doesn't manage these resources good enough and after sometime VB IDE cannot redraw elements like buttons (run is used often).
Also, maybe some IDE add-in is in conflict with some other add-in/application and breaks something -- I have this problem with Clip-X and MZ-Tools.
I had a similar problem when I was setting up the IDE to use for the first time, though it may not be helpful if you've been using the same IDE for a while. When I first started using the IDE, I would modify the toolbars and then close the IDE. When prompted if I wanted to save the open file I always said No, since the file was just a dummy file I was using to open the IDE with. Turns out the IDE was saving the toolbar preferences with that file, so they never got saved.
Try opening a file, customizing the UI, saving the file, then closing without modifying the code. This was the solution for me.
I've tracked down the problem and as suggested it was an add-in.
The problem went away as soon as I disabled the Visual Basic 6 Resource Editor.
How to restore your VB6 IDE without reinstalling:
Run Regedit
Find the entry for Visual Basic 6.0
Export your settings in case things
go wrong
Delete the 'UI' setting
Run VB and you will have your popup
menus back
The 'Find' button disappeared from my VB6 toolbar forcing me to select the Edit menu to use Find. I had two add-ins enabled: vbCodePrint and ResourceEditor; so I did away with both of them, turned VB6 off and back on, then put both add-ins back in and my button returned.
If you're still using the VB6 IDE, and I do amongst others, then this problem is not likely to have gone away. I use VB6 in Windows 10, and the problem is still there. But it doesn't affect me anymore.
I have had this problem a few years into using VB5 and VB6. Today, if I start VB6 directly, it may work fine the first time, but buttons will go missing the second time -- ALWAYS.
My solution, which I developed from day one:
Do whatever needs to be done to restore all your buttons. Save the Visual Basic 6.0 registry settings to a file, as suggested previously, and only keep the UI entry. Sometimes, you have to exit VB6 for it to post changes to the registry. So if this doesn't work the first time, try exiting before saving the settings.
I use my own program to launch VB6, which automatically copies my VB6 registry backup back into the registry -- by calling "RegEdit.exe /S D:\VB\IDE_Fix.reg" -- before I launch the IDE . This works every single time, and requires no action on my part.
If you read this, that means you are a programmer. You can make this work by yourself.
Mike
Reinstall,clean registry and update with SPacks etc....