the following keys function normally: escape, f1, f2, f3, f4, f5, f6, f7, f8, f9, f10, f11, f12, prtsc, delete, home, end, pgup, pgdn, backspace, numlock, tab, capslock, enter, shift, ctrl, fn, windowskey, alt, left arrow, up arrow, down arrow, right arrow, ins
additionally all keyboard shortcuts function, which means it must be able to sense the rest somehow but seemingly ignores them when typing
it seems to be anecdotally linked to postponing a pending update; as it has happened three times and each time i have eventually given up and attempted a reboot only to see the update install itself and the problem vanish??
i have tried using a usb keyboard and the same issues apply.
the onscreen keyboard bypasses the problem but obviously can't be considered anything like a real solution, it does at least let me save my work(though i'd hate to type more than a sentence with it) and run simple tests.
i have not made any notable hardware or software changes in the recent past, nothing can be linked to this suddenly appearing that i am aware of.
anecdotally, the problem hasn't been seen to occur until the computer has been on and in use for some amount of time, having annoyingly and potentially disastrously(i wasn't doing anything important yet but it's only a matter of time until it happens while i'm in some timed test or need to submit something online rather than just save it to wordpad) appeared only when I am in the middle of something, though again no common link i can think of(once while simply browsing internet(chrome), once when typing an essay in wordpad with airplane mode on and all other windows closed, once while playing a game on steam).
I'd estimate that I properly shut down my computer roughly once a week (if not more often) so it doesn't feel like it should be an uptime issue? (seems to appear a few hours into that specific use of the computer, though this is often having turned it on from hibernation or even sleep so not sure where to start counting)
what it is not: windows key stuck (physically or otherwise), any keyor set of keys physically stuck, stickykeys, togglekeys, etc.
(the shortcuts do not happen unless I actually press winkey/ctrl/etc, otherwise pressing a button simply leads to nothing. eg p does nothing, ctrl lights up on the onscreen keyboard, ctrl+p prints)
am using an hp laptop
edit- 6/11: happened again, and again there was a pending windows update downloaded and waiting for permission to restart. i last turned my computer off three days ago and the keyboard didn't stop working until about 8 hours after i used pro to delay the update's mandatory restart by one week (upon restarting to fix the keyboard it of course took the opportunity to install said 'delayed' update despite this)
Related
I have no idea what happened but when I woke up this morning to start working, my selection + middle mouse button no longer pastes the selection.
This has always worked prior to today and the only thing I changed was added a time stamp in my C/Program Files/Git/etc/profile.d/git-prompt.sh. Unfortunately I did not check if the paste was working prior to this change, but I've since reverted it, thinking it might be the cause. Still nothing.
If I enable paste on the right mouse button from the options window, it works. Still, middle mouse click does nothing even though it is enabled and selected. See the screenshot
Any idea what may have happened or what I need to change to get the behavior to return? I can deal with the right click pasting, but muscle memory and working in Linux has me conditioned to use the middle mouse wheel click, so I will begrudgingly.
There are lots of "How to enable selection paste in Git Bash" I've found, but they all point to updating the options like shown in the screenshot and are not one bit helpful. Please do not mark this as a duplicate.
Thank you.
I'm new to R. I tired importing dataset on R studio but the full page is not showing. I cant click on import. I tried installing other versions but its still not working.
Adetumi, try this hack to be able to move a window beyond the scope of the display boundary.
Notes:
The "Import Dataset" popup is still part of the RStudio IDE window, so the operation will move all of them together.
Because of #1, when we move it up in order to see the Import window, the upper-left corner of RStudio will become hidden, so knowing how many keys to press to initiate Move is important (the second time, you'll be doing it blind).
This is applicable to almost any windows application, not just RStudio.
Steps to move:
Press Alt-Space, you'll get a Windows Application Menu popup on the upper-left corner of the application.
Either (but not both):
Press M (for Move); or
Go Down twice, notice that Move is now highlighted. Press Enter.
In my windows, the mouse icon changes to a four-way icon, yours may be the same but almost certainly different from the normal arrow. At this point, use the four arrow keys to move the RStudio IDE and its Import Dataset window up until you can see the Import button.
When that is done, you will likely be unable to see the title bar of the application in order to move it (if mouse-moving is your normal thing). In this case, you can do the same thing, though this time you are doing it blind: one of Alt-Space M or Alt-Space Down Down Enter, then arrows to move the window.
I'm comfortable enough with keyboard shortcuts like this one, but there are other alternatives such as https://superuser.com/a/187442. (I often use Alt-Space N instead of M to minimize windows without the mouse. But then again, I'm very much a keyboard person, the mouse is rarely used while "working" on my code.)
Maybe I will not respond directly to your question but I can help you import the data another way round.
Open Notepad, paste your data there, save it as a .csv file and the in R use read.csv() function. It takes as an argument a string with full path to the file.
Often times I want to delete a highlighted code or lines, the habit comes from other languages like Java, C++: I would high light the code that I want to delete, then hit the delete key. But in Xcode when I high light, let us say "Dictionary", it would pop up a new frame which tells me the API or something else, and Xcode would switch focus onto the new frame and don't respond to the delete key like in the link above.
What do I do to get this fixed, so that I can highlight something and hit delete key to delete it, or is there a better way to delete stuffs in Xcode?
That's Quick Help. The problem is that you held down the Option key when clicking on the word. Don't do that.
If you have a recent mac or an external Apple trackpad, try just tapping twice instead of pressing.
It seems to me like you're pressing too hard, which the trackpad can detect since it has "force touch", and it shows information about what you are pressing.
The problem is exactly as asked in the question title.
When I'm typing in the text editor and referencing a public method that has a long signature (lots of parameters, usually 10 or more) the intellisense just stops working. It will sometimes flicker; other times it will not show at all.
Only seen this happen with C#, but I don't use anything else. It might happen in VB too. Don't know.
Anyone else seeing this?
I've Googled for an hour but can't seem to iron it out. I've restarted VS, rebooted the machine, enabled/disabled intellisense in Tools -> Options. NOTHING works.
You can hit CTRL Shift Spacebar to bring it back up.
Even better, Ctrl Shift Alt + C copies it to the clipboard.
Then Ctrl Shift Alt + P pastes it. Handy for templates.
I've discovered one cause for the problem.
If the method is at the top of the screen, it pops downwards.
If the method is at the bottom of the screen is pops upwards.
However in the middle of the screen if it's too big to go either way it gets confused - flickers or just won't open.
Unfortunately, no matter what I do I can't seem to get it to display more than 37 parameters...
Found a partial solution - change the font size
Was supposedly scheduled to be fixed in SP1...
http://social.msdn.microsoft.com/Forums/en/vseditor/thread/e2f06f24-0b68-48f3-a8b3-c31948f6e168
Is there anybody who knows the history of appearance of Ctrl+Enter ↵ hotkey which means "Send"? It is pretty "classic" now. I remember that for the first time I've met that hotkey in ICQ 99, but now almost every IM have such hotkey and many popular social networking sites. Some time ago I was surprised that in the "Commit" dialog of eclipse IDE that hotkey also available with the same meaning.
I think Ctrl+Enter ↵ doesn't mean "Send". It means, "double-click", or "do the default".
In email clients Ctrl+Enter ↵ was the shorcut for finish-editing-and-send. I remember using it in Microsoft Internet Mail and News back in Win95 days. Probably Mirabilis copied it for ICQ and others copied from ICQ.
Of course, it's impossible to answer something like this for certain, but I'll offer myself as a candidate for creating this standard.
In the summer of 1992, I was a junior programmer at America Online (AOL), working on what was to be version 1.0 of the Windows AOL client software. Part of my duties included refining many of the UI forms, including E-mail composition and Instant Message composition. Like many techies of that era, I was a keyboard jockey... using a mouse just slowed me down. I wanted a way to send messages quickly. Some of my colleagues suggested that I could just hit TAB until input focus was on the "Send" button, then hit the spacebar to activate the button. That was true enough, but for me the problem was that every composition form was structured differently... maybe the E-mail form needed Tab ↹ Tab ↹ Tab ↹ Space , while the IM form needed Tab ↹ Tab ↹ Space . Sometimes it even varied for new messages vs. replies. Yuck.
One day I became tired of the inconsistency, and decided to add a consistent keyboard shortcut for "Send" to all composition forms. My first choice was actually the Enter key on the numeric keypad. Seemed easy enough, but I soon realized that many people used the numeric keypad to move the input cursor, and would sometimes mistakenly hit the Enter key, prematurely sending their message. Not good. Next beta release, I changed all those shortcuts to Ctrl+Enter ↵, with the idea that it was virtually impossible to press Ctrl+Enter ↵ by mistake, but quite easy to hit that key combo with one hand if that was your intention.
There were no reported complaints about that shortcut, nor did I explicitly document it anywhere. However, before long, various "guides to America Online" had published the shortcut, and it remains to this day, AFAIK. At the time I selected that shortcut, I was not aware of any other software that used Ctrl+Enter ↵ to mean "Send".
Over the following few years, the Windows America Online client was arguably the single most popular way to send online messages, and I know the Ctrl+Enter ↵ shortcut became very popular amongst power users. This solidly predated Windows 95 and its related apps. Was this the true genesis of the shortcut? I don't know for sure, but I like to think so. :)
I think the first, and probably still most obvious, use for Ctrl+Enter ↵ was to insert a new line, in a text box where usually you don't need more than one line, and thus the simple Enter is used to confirm the entry.
In applications where you do need to enter many lines, such as e-mail clients, it comes natural to do the opposite, that is assign Ctrl+Enter ↵ to the function normally associated with simple Enter (usually confirm the entry, which can be regarded as send the message in an e-mail client).
I don't have historic references, so I can't say for sure, but I saw Ctrl+Enter ↵ used for line inserting a lot earlier than seeing it used to send a message.
The thing is that it's usually an hidden use, in that you rarely need it and is rarely documented, but if you try you'll see a lot of apparently single-line text boxes accepting a Ctrl+Enter ↵ to insert a new line, and that often turns out as a big time-saver and a major increase in the usefulness of the functionality.
The shortcut is probably harmed significantly by the use of Alt+Enter ↵ in Excel to enter new lines, with Ctrl+Enter ↵ left for a more obscure functionality (and probably just as a side-effect for confirming the entry without moving to another cell). It's likely that more people know about this than the (to my knowledge) much more widely used Ctrl+Enter ↵.
Of course it's also possible that Alt+Enter ↵ came first, I'm not really a software historian