My Atom editor draws a box around some words such as devtools. How do I stop this behavior? The other weird thing it does is italicize the word REVIEW whenever I type it. But just this word REVIEW. How do I turn off this auto feature?
[EDIT from me] - Close your "find" pane.
Related
In many IDEs, there's a feature where you can highlight a section of code and then press a key like ", ', (, or [ (to name a few) to surround the highlighted section with the corresponding open/close characters of the given key. In Jupyter Notebooks, the highlighted portion stays highlighted after surrounding the code with the desired characters. However, in RStudio the text cursor falls to the end of the highlighted section after pressing the key to surround the code with.
I find the behavior of this feature in Jupyter much more desirable since I can press either the left or right arrow keys to immediately place the text cursor on either side of the selected code (without touching the mouse no less). But in RStudio I find myself constantly surrounding code in parentheses or quotes then spamming the left arrow key to get the text cursor to the beginning of the code I just highlighted.
Is there a way to change this setting in RStudio to match the behavior in Jupyter Notebooks? This is the only other question I've found relating to this behavior in RStudio, but unlike OP I want to alter the behavior of this setting, not turn it off completely.
I have looked in Tools > Global Options... under the Code tab (per the link above), but don't see any obvious solution there.
EDIT: I found from this question that I can use Option+J and Option+L (Mac) or Alt+J and Alt+L (Windows) to navigate the cursor to the other end of a word quickly, but I'm still curious if anyone knows of a way to match the settings in RStudio with the behavior of Jupyter Notebooks.
When I'm writing Docstrings in Python3, I'm ending all of my sentences with periods and I see an autocomplete suggestion like this:
In this case it wants to replace the string "wager." with "wagerself."
If I press Enter or Tab the string replaces. I've messed around with all the logical buttons (Including adding an extra space which doesn't work), and nothing will allow me on my merry way to a newline.
This problem occurs both with and without the autocomplete-python package installed.
I do want to use auto-complete when I type a dot after an object, just not in the comments.
Is there a way to either:
Dismiss the autocomplete suggestion as they come up.
-- or --
Change the autocomplete to be aware of the context, i.e. not autocomplete dots when I'm in a string/comment.
From experimenting with different key combos, ctrl + enter will ignore the suggestion and allow you to go to the next line without altering what you've typed.
I haven't found any documentation around this, so I'm not sure if there's a similar key combo for tab or not. I couldn't find anything myself beyond alt + tabing to lose focus, which causes the suggestion to go away, then alt + tabing back to hit tab, which obviously isn't ideal.
I'm using Atom 1.44.0 on Windows and have found that shift + enter works to dismiss an autocomplete suggestion. No luck with tab on this platform though.
I use atom extensively, and have found that a quick left-right cursor move will leave the typed text in place and will NOT reactivate the suggestion list, unless more characters are typed. You can then type and move on to the next line.
I was actually searching myself for a way to exclude "then" from the autocomplete action, because I have text in other locations that has it as a commented "Then". I was hoping to find a way to exclude that word completely, but thought to share my work-around for that little bit, instead.
I am having the same problem where my text is getting replaced with cached words where if I wanted to type “manage” but if I have used “management “ before, I will get the text what I don’t want if I press enter. I went into preferences and followed the same steps mentioned in the below article and once the preferences are changed, I don’t see the word suggestions anymore. I felt so relieved.
https://elearning.wsldp.com/pcmagazine/disable-code-hints-atom-editor/
Atom Editor italicizes the word REVIEW and colors it blue. Why? My text format is selected as "plain text". There shouldn't be any syntax formatting. How do I disable this?
It only happens when the letters are all caps like this REVIEW. Is this related to the monokai theme? When in "plain text" mode all other words and characters are white on a black background. Just this one word is goofy.
This is likely caused by a plugin that highlights to-do items, e.g. the Todo Show Package.
I have this installed, and I see the same behavior as you, when typing REVIEW or TODO in a text file:
The Todo Show package's settings allow you to specify which words to highlight, and as you can see, the default value includes REVIEW:
If you want, you can overwrite this setting and omit the REVIEW word if the highlighting really bothers you.
Please check if you have this package installed or a similar one. I'm pretty sure that the highlighting is caused by one of these.
There was a change in base code of Atom.io, so there is a tab row in all panel. It is still bearable in my file tree view, but I do think it is really annoying to have the tab in linter warning panel too.
Is there a way to get rid of it?
netizen's answer will work, but it will cause a potential problem for you later: if you end up with more than one component in one of your docks, you won't be able to see them, switch between them, close them, or rearrange them.
What you are seeing is that in Atom 1.17, a new UI building block was added, called Docks. You can read more about Docks in the blog post where they were announced, or in the deep dive written by the Nuclide team.
Instead of specific components written to sit in a special place in the window (such as tree-view, which sat on the left edge), now you have Dock areas: left, bottom, and right. Any component can sit in one of them, and more than one component fits into a dock.
This is like having multiple files in the editor window: you need a way to rearrange them, see all of them, and switch between them. Tabs are the answer to this problem.
Some people find it visually annoying to see the tabs when only one tab exists. Atom offers an option (in the tabs package) to change this behavior.
It turns out that this option covers all of the tab bars, not just the tab bar in the file editor.
You can find the option in the settings for the tabs package.
Open Atom preferences
click "Packages"
search for "tabs"
click "Settings" on the "tabs" package
Un-check "Always Show Tab Bar"
As I mentioned above, this will affect both your editor tabs and the tabs in Docks. When only one tab exists, the tab bar is hidden, and it is shown again when more than one tab exists.
Insert this into yous styles.less file:
.atom-dock-inner .bottom .tab-bar { display:none; }
Edit: As the comment below from #dan-lowe points, this solution has important drawbacks. It should be applied as a last resort and only to this version both of Atom editor and linter-ui-default, as the docks API is new and prone to changes.
I'm using aptana to work on a web document with a fair bit of javascript that's organised into functions. I want to be able to easily jump around the functions, so I selected aptana for the document explorer / outline view panel. It works fine, but when I'm typing the document it collapses all by itself, which drives me bananas.
How can I stop it doing this?
Thanks.
Under the little arrow in the top right corner is an option to "Link with Editor". Turn this off and the Outline view should stay as you leave it rather than trying to match what you are doing in the editor.
I tried doing what Sarah suggested and I was unable to get the Outline View to NOT collapse when editing a .js file.
I looked through the documentation and tried different settings within the Outline tab without success. Expand All did expand all of the functions, objects, and variables, but when I edited one of the objects or functions, that one would then collapse in the Outline View. The problem is it would never expand itself even when I moved in to another section of the document.
I would think that after editing a section of the document, the Outline View should update to reflects the change without collapsing. If it does collapse, then it should expand once saved.
It either collapses and expands by itself (link with editor is "on") or only collapses by itself when you change anything in the document (link with editor is "off"). I don't think this behaviour is what most of us, users, would expect. I hope they change it soon. It's one of the very flaws this otherwise great piece of software has.