My Atom.io editor is great but with one recent funny appearing after I tick the configuration to show: invisible characters.
Instead of 4 gray dots as spaces, it shows 3 gray and one orange dot, which I would think it is non-space character.
Is there any configuration I missed?
Related
As you might already know, in Rstudio when you select a word in your script, it automatically highlights all occurrences of that word throughout your code like the "effect" word in the below image:
Now my question is: can we change the color of the highlighting border line to something else? I know there is https://tmtheme-editor.herokuapp.com/ website which allows you to build your customized theme however there I cannot find a variable for the color of the border line. I want to use the "Tomorrow night blue" theme but the problem is that, in Rstudio the border line's color in that theme is not great and it's hardly visible so I want to change it to white, is this possible?
When I put ∃ (or various other maths characters) into Sublime Text 2 it displays a question mark in a box. It might be � but it's rendered as an upright box instead of a diamond.
I copied � into sublime text and it rendered it in the same way that it rendered ∃.
All the characters in question are rendering correctly in notepad and chrome. I'm on Windows 10 if that matters.
Is there something that I can do to make these characters display properly in Sublime Text?
Update:
As roeland pointed out the issue was that the font being used didn't contain glyphs for the characters. Apparently Unicode complete fonts are uncommon. I'm using http://czyborra.com/unifont/unifont.ttf now (the only good size is 12pt).
I have this CSS:
.icon-plus-circled:before { content: '\e80f'; }
Which is displayed as a white plus inside black circle (Unicode I guess).
Need to make one more class, that would be a white minus inside black circle. But I can't find a Unicode code for that. Does anyone know?
Solved the problem. It was custom font.
There is no Unicode character for a white minus inside black circle.
There is U+2296 CIRCLED MINUS “⊖”, though it is not clear whether you want to use that or rather U+229D CIRCLED DASH “⊝”.
The notation '\e80f' means U+E80F, which is a Private Use code point. This means that the Unicode standard does not assign any character to that code point and promises to never do so. The code point is only for use by private agreements and has no meaning outside such agreements. The code you are using probably sets the font to a privately encoded special font, embedded with #font-face. While this generally works (when implemented properly) in the the sense of displaying the specific symbol, it easily causes trouble e.g. when content is copied and pasted (losing the font assignment).
Consider using images instead. Created in sufficiently large size and then scaled to font size with CSS, they do the job reasonably well.
Unicode number: U+002D HTML-code: '-';
Here is the complete table: http://unicode-table.com/fr/#002D
Unicode characters you might be interested in:
MINUS SIGN (U+2212): − −
HYPHEN-MINUS (U+002D): - -
CIRCLED MINUS (U+2296): ⊖ ⊖
CIRCLED DASH (U+229D): ⊝ ⊝
content: '\e80f' Which is displayed as a white plus inside black circle
U+E80F doesn't display as anything for me, that's a Private Use Area character that could render as anything or nothing.
There is no standard Unicode character for a filled circle with a plus or minus removed. Presumably you have some icon font where U+E80F looks like a circled plus. In that case you will have to look up the glyph set for that particular font to see if there is a matching minus.
None of the common icon fonts I know of use U+E80F for circled-plus so possibly you have a custom-made font (from Fontello or similar), in which case no-one can tell what the code point would be for a circled-minus without looking at the font file itself. Possibly the circled-minus might not have been included in it, in which case you'd have to create a new version of the icon font with it in.
Or, as Jukka mentions, switch to images (possibly SVG); icon fonts are a bit of a nasty hack.
What does the red arrow --seen between lines 95 and 96 in the screenshot below-- mean on GitHub's Atom editor?
Thanks!
If your currently open project is using Git as a revisioning system, the arrow in the gutter means that you deleted one or more lines at this location in the file.
If you commit (or roll back) your changes, the arrow is going to disappear.
Running a "git diff" on your file should show that you deleted some content between lines 95 and 96.
Depending on the theme you're using in Atom, the arrow's color might be different from the one in the screenshot.
I'm using Mac OS X Lion, Terminal.app and Tmux version 1.6. I get a dashed line as a window border instead of a continuous line that I get when I ssh into a Debian virtual machine on the same computer using the same terminal. How can I change the dashed line to a continuous line?
I found the origin of the problem. It's the font. I was using Monaco and it displays vertical dashes in a way that the vertical pane separator is dashed. With Menlo however it's solid.
I had a similar problem using iTerm on mac to log into a redhat. Suddenly the vertical lines did not show and the horizontal ones were dashed.
I fixed the problem by unchecking "Treat ambiguous-width characters as double width" in iTerm->Preferences->Profiles->Text
Actually, some fonts you like only contain a small number of glyphs to display usual characters, but failed to include glyphs for other unicode characters, for example U+2502, which is used by tmux as the vertical split line. So the system usually defaults to a fallback font, however, unfortunately, that fallback font does not provide the glyphs that are appropriate for drawing a continuous line.
One possible solution is to use terminals that supports selecting a fallback font, such as iTerm2, then you choose Menlo as you mentioned as the non-ascii font and use the original font as the same time.
The other solution requires a little more work, use fontforge or other font editors to patch the missing glyphs using those from a correctly displayed font like Menlo. Here is a link to what I have done, patching Inconsolata for Powerline using glyphs from Menlo: https://github.com/Determinant/inconsolata_for_powerline_mod
late to the party but might be useful:
pick a different font for non-ASCII characters
reduce vertical spacing until vertical separators join into single line