Stripping of unicode/Emoji possible? about gcalcli HOT 6 CLOSED

I wrote some code that supports this, but not really in any "pretty" way. It doesn't just strip emoji characters, but instead allows you to set an output encoding and then ignores any characters that don't fall within that encoding.

The problem is this is really really broad. So, for example, if you have the weather calendar added and set the output to 'ascii' (which is pretty much the only logical choice besides your system default), it will strip the degree symbol (°) since that's not in the ascii range. And if you do things like use "latin_1" you end up with odd characters displayed in place of emoji and other unicode characters...

So that's the only way I can think to do this (other then trying a regex for emoji character ranges, but that failed when I attempted to do it.)

from gcalcli.

@Cantello can you try the code from @tresni? I'm curious how that works for you and whether or not something we should pursue.

from gcalcli.

This is actually a rather late comment (sorry for that!), but the code from @tresni did not work as expected. When using ascii as the encoding, all umlauts were also stripped (as was to be expected). I did not find any suitable encoding that left the umlauts intact and stripped the emojis.
Anything else I could try?

FYI, I used the changes to change my local version (v2.3) as I can't seem to run any newer version (Error: [gcalcli] is an invalid command.") on my Mac, but that is a different problem...

from gcalcli.

This is way outside my range of expertise but curious. I've also experienced some weirdness with unicode chars in other terminal apps. Basically a unicode char has no whitespace and it butted up and/or slightly overlapping the next character.

Is it possible this is a font and/or terminal rendering issue? I'm not sure but just throwing this out there.

from gcalcli.

Definitely font issues on osx. There doesn't seem to be any consistent
spacing between the emoji characters at least
On Oct 14, 2013 4:16 PM, "Eric Davis" [email protected] wrote:

This is way outside my range of expertise but curious. I've also
experienced some weirdness with unicode chars in other terminal apps.
Basically a unicode char has no whitespace and it butted up and/or slightly
overlapping the next character.

Is it possible this is a font and/or terminal rendering issue? I'm not
sure but just throwing this out there.

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/17#issuecomment-26293506
.

from gcalcli.

We now use the native encoding of the environment to output. If the issue was actually due to glyph rendering with particular fonts, that's out of scope for us, I think---the user should change fonts to one that supports the characters that they use.

from gcalcli.