How to fix huge sized utf-8 emoji icons in Awesome WM? - utf-8

I want to set the utf-8 "icons" as the taglist headers, but this "icon" turns out to be huge (upper left). I tried changing theme font and font size, but it did not bring any result. Current font: "Ubuntu 10".
Tell me please, what should I try next?

Related

Detect blank squares in text nodejs

So am using the Arial Unicode Ms font in nodejs. Sometimes a few user's nicknames appear as blank squares on top of the image I draw the text on. So what I want is with some way to eliminate those squares.
i) Can I detect somehow if my font has that character?
ii) Since I am using the GraphicsMagick module, is there some way to replace with empty string those characters?
iii) Can I 'combine' fonts, to fill in those characters?
Generally I want to find a way to remove those blank squares or actually show the characters, any of the above would do.

OS X Notification Center Font

I want to have in my app a Notification Center like font, e.g. this white crisp font with the black outline, but I struggle to get it done in IB.
Does anyone know what font type, size, etc apple uses, and how to reproduce them ?
For the app names the text appears to be Lucida Grande 14 bold with a black drop shadow. It was difficult to determine the exact drop shadow parameters but I think it is black with offsets of -1.

Vertical tmux borders dashed only when using iTerm

At my new job I'll need to use a mac, and I'm trying to use tmux with iTerm version 2.
While horizontal borders appear to be displayed with the proper ACS box-drawing characters[1], the vertical borders are dashed. This is not a problem in Terminal.app, the borders are displayed correctly. The problem appears to occur regardless of the font I select.
In all the screen shots I can find of iTerm and tmux this seems to be the case as well. Is this simply a limitation of iTerm, or is there a problem with my terminfo or locale?
[1] Tmux borders displayed as x q instead of lines?
The gap you see between the vertical bar characters is a combined effect the current font's design and vertical spacing. For me, I saw a marked decrease in the gaps when I switched to Courier New, but I also don't observe a difference between iTerm2 and Terminal for the same font. Decreasing the vertical spacing from the font selector can help, but may also crowd the lines together too much.
Old post but anyway for people looking into this still. I find it best to set a different font for Non-Ascii characters and my actual font used for ASCII characters.
For reference I use Menlo for Powerline for Non-ASCII and Droid Sans Mono for my ASCII font and this sorts out the vertical line spacing without faffing around with vertical spacing etc.
In iTerm2 I was able to get things looking near-perfect by using a larger font for non-ascii characters:
Settings:
Update: This worked for me! https://github.com/Determinant/inconsolata_for_powerline_mod
I don't think that's the solution. I have noticed the same issue. What I see is that if I make my font huge, the alphanumerics scale accordingly, but the box drawing characters dont. Not sure where the issue lies. Notice in the attached image how the alphanumerics have scaled proportionally but the line drawing characters have not. Font is Inconsolata at 14pt.
http://i.stack.imgur.com/KOipL.png

bold and normal font rendering

It is observed in some fonts sat Verdana, that the rendering for bold and normal text does not occupy the same width for a given text.
In my application i am making use of one such font ,and there is UI with list and highlighted item.
for highlighted item the font is same with bold attribute ,because of above mentioned font issue the text appears to move(enlarge and occupy more space )horizontally when the list is scrolled.
I can use bold font with one less in font size which seem ok but not perfect
Is there any corrective measure to resolve this?
What you describe is the default attribute of most proportional fonts. If having the string width increased seems ugly, try using other visual methods to draw attention to the selected item, such as changing the background color.
You could make the list items wide enough to accommodate size increase when it becomes bold.
If the highlight has to be bold, most likely your only option is using a proportional font (doesn't need to be courier, you may find some sans-serif proportional fonts acceptable).

MailMerge: No fixed width font?

I am trying to send data to a specific MergeField. The data are sent correctly. Each line of the data has for specific characters. For example the data to the field may be:
12345 FIRST\nABCDE.F SECOND
(it cannot get the newline so i just so it through character \n)
Now in the printed document each character has its one width, '1' is smaller than 'E' for example. So the data are not alligned within the field. I tried the following fonts: Arial, Tahoma, Courier New. Nothing helped.
Any ideas? Thanks in advance.
Ps the data are sent through an executable built by Visual C++ 5.0!!
You should probably use a tab-stop based layout. Set your tab-stops every, say, centimetre or so (i.e. just big than the widest character in your font) and add a tab before each element that needs to be aligned.
With this you shouldn't need to find a fixed width font and can use something more attractive.
Edit: Out of interest, I wonder why you have no luck with Courier New which is fixed width.
Maybe you could post a screenshot somewhere so we can have a look at your problem in more detail.
Try Courier - it does not have kerning (kerning = variable character width)
Also in the Font window there is a check box that allows you to apply kerning to fonts of a certain size or above - setting this value to a large font size may remove kerning.

Resources