Sans Bullshit Sans
31–40 of 100 posts
I expected it to pick up Big Data. (not that I am against key-value stores)
Re: Sans Bullshit Sans
#32I didn't see anything in the spec[1] about case insensitivity- but as long as the table is being generated programmatically, covering capitalized forms could be in order.
Re: Sans Bullshit Sans
#33I didn't see anything in the spec[1] about case insensitivity- but as long as the table is being generated programmatically, covering capitalized forms could be in order. [1] http://www.microsoft.com/typography/otspec/gsub.htm
True. The mapping should be in github so people could add all case variations within reason.
I'd personally add (unicorn pivot|Unicorn pivot)--> "Stinking just made BS" on to it.
Re: Sans Bullshit Sans
#34this falls victim to the scunthorp problem.
e.g. the word "fragile" becomes fr.
Re: Sans Bullshit Sans
#35Re: Sans Bullshit Sans
#36"internet of things" gets through the b.s. filter. Kindly fix. Thank you!
Re: Sans Bullshit Sans
#37this falls victim to the scunthorp problem. e.g. the word "fragile" becomes fr .
Scunthorpe*. References to that problem always greatly amuse me, I live literally down the road.
Re: Sans Bullshit Sans
#38OSX Chrome 40 64bit issue: Pasting text copied from anything that support formatting via html will retain font/size from copied text and thus BS font will not being used. Even Cmd+a and removing the text will retain wrong font.
Re: Sans Bullshit Sans
#39I was disappointed it didn't censor "Meticulously hand crafted" or "Made with love in San Francisco". Otherwise, rather lovely.
Re: Sans Bullshit Sans
#40OSX Chrome 40 64bit issue: Pasting text copied from anything that support formatting via html will retain font/size from copied text and thus BS font will not being used. Even Cmd+a and removing the text will retain wrong font.
That's OS X default behavior for rich text editing controls. You're supposed to us "Paste and Match Style" instead of just "Paste" if you don't want to retain the original formatting attributes.