Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Alternative font unicode range does not accept codepoints outside of BMP #988

Open
TSlivede opened this issue Dec 20, 2016 · 13 comments
Open

Alternative font unicode range does not accept codepoints outside of BMP #988

TSlivede opened this issue Dec 20, 2016 · 13 comments

Comments

@TSlivede
Copy link
Contributor

@TSlivede TSlivede commented Dec 20, 2016

Versions

ConEmu build: 161206 x32
OS version: Windows 7 Enterprise Service Pack 1 x64 (6.1.7601)
Used shell version: powershell

Problem description

In Settings -> Main -> Alternative font -> Unicode ranges:

<EDIT>

If you enter a number with more than 4 digits (Unicode codepoint outside of BMP), it is not used. After "Apply", "Save Settings" and restarting ConEmu, the number is gone.

Note: I edited this issue instead of creating a new one, because this issue is already labeled with "enhancement", which only applies to the more-than-4-digit-problem.

The original problem is now solved (in preview and alpha):
</EDIT>

If you enter the range or number only, it doesn't get applied. One has to enter some name or string followed by a collon and a space. After that, the unicode range is accepted.

Steps to reproduce

  1. echo a character in conemu. (I used powershell: [char]::ConvertFromUtf32(0x25c4))
  2. Settings -> Main
    2.1 Enable checkbox Alternative font (pseudographics, CJK, etc.)
    2.2 Set different fonts for Main and Alternative font (eg. Main: 'Consolas', Alternative: 'Segoe UI Symbol')
    2.3 Delete content in field Unicode ranges, the default is "2013-25C4;", click Apply Button
    Result: previously echoed character is displayed in main font. -> Correct
    after step 2 3
    2.4 Enter number of previously echoed character (e.g. 25c4) into field, click Apply Button
    Result: previously echoed character is still displayed in main font. -> Wrong
    after step 2 4
    2.5 Enter some random string + : + space + number of previously echoed character
    (e.g. foobar: 25c4) into field, click Apply Button
    Result: previously echoed character is now displayed in alternative font. -> Correct
    after step 2 5

Actual results

Alternative font unicode range is only accepted, when preceded by some characters+: + space

Expected results

Alternative font unicode range is also accepted, if you just enter hexadecimal nummers or ranges.

@TSlivede TSlivede changed the title Alternative font unicode range is not always accapted Alternative font unicode range is not always accepted Dec 20, 2016
@moigagoo
Copy link

@moigagoo moigagoo commented Mar 11, 2017

@TSlivede I can't apply or save a custom range even with the random prefix. Testing Segoe UI Emoji with 🐈.

@Maximus5
Copy link
Owner

@Maximus5 Maximus5 commented Mar 11, 2017

Hint states that only four digits are supported

@moigagoo
Copy link

@moigagoo moigagoo commented Mar 11, 2017

Ugh, bummer. So, no way to have fancy emojis in ConEmu?

@Maximus5
Copy link
Owner

@Maximus5 Maximus5 commented Mar 11, 2017

It would be an enhancement

@tplk
Copy link

@tplk tplk commented Jul 13, 2017

@Maximus5 any idea if this is going to be implemented?

@pyeguy
Copy link

@pyeguy pyeguy commented Nov 15, 2017

i know there's bigger fish to fry but this would be nice to have...

@TSlivede TSlivede changed the title Alternative font unicode range is not always accepted Alternative font unicode range does not accept codepoints outside of BMP Nov 15, 2017
@zacbraddy
Copy link

@zacbraddy zacbraddy commented Dec 9, 2017

Adding another voice to this, I'd really like to see emoji's. I'm a windows user and I'm using ConEmu for my terminal for Vim and having custom emojis for my gutter would greatly improve my vim experience. Cheers.

@scarolan
Copy link

@scarolan scarolan commented Dec 29, 2017

+1 for emoji. I just moved to Windows from Mac/Unix and like having extra emoji for use in git prompts, etc.

@imliam
Copy link

@imliam imliam commented Jan 1, 2018

Adding my voice to this too - emojis are becoming insanely useful for a variety of reasons, one such is using them for git commit messages so to make it easy to see at a glance what the purpose of a particular commit was, but it's impossible to do so in ConEmu, meaning falling back to another terminal or GUI to do so - a bit of a thorn in the side of the wonderful workflow ConEmu provides.

@Maximus5 Maximus5 added this to To Do in Drawing Jan 2, 2018
@bickycheese
Copy link

@bickycheese bickycheese commented Mar 12, 2018

This would be awesome!

@bogdan-calapod
Copy link

@bogdan-calapod bogdan-calapod commented May 8, 2018

+1 on this. Would be really nice and add quite a bit of polish :)

@bre7
Copy link

@bre7 bre7 commented Nov 28, 2018

Native Emoji support (among lots of other improvements) is inbound for Win 10's CLI, soon™️: https://blogs.msdn.microsoft.com/commandline/2018/11/15/windows-command-line-unicode-and-utf-8-output-text-buffer/

If you’re running Windows 10 October 2018 Update (build 1809), you’re already running this new buffer!

We tested the new buffer prior to including it quietly in Insider builds in the months leading-up to 1809 and made some key improvements before 1809 was shipped.
[...]
Are we there yet?
Not quite!

@Maximus5
Copy link
Owner

@Maximus5 Maximus5 commented Nov 28, 2018

I wish I have more time to work on ConEmu codebase.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Drawing
  
To Do
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
You can’t perform that action at this time.