Hello !

I don't know if this will help anyone, but I find that feature quite useful for me.

It is easy to enable/disable by simply changing the "binarizeC" variable in main.

I use consFontAwesome.h in VS2013 +Imgui 1.50,but compile turn on C2065 error:u8 undeclared identifier as blow: step1： add #include "IconsFontAwesome.h" in main function; step2: ImGuiIO& io = ImGui::GetIO(); io.Fonts->AddFontDefault(); // merge in icons from Font Awesome static const ImWchar icons_ranges[] = { 0xf000, 0xf3ff, 0 }; ImFontConfig icons_config; icons_config.MergeMode = true; icons_config.PixelSnapH = true; io.Fonts->AddFontFromFileTTF("../../extra_fonts/fontawesome-webfont.ttf", 16.0f, &icons_config, icons_ranges);

step3:ImGui::Text( ICON_FA_FILE " File" );

but compile turn on C2065 error:u8 undeclared identifier as blow:

C++20 changed the underlying type of u8 literals from char to char8_t, which makes them incompatible. You can't concatenate them, nor can you pass char8_t* to functions expecting char*.

A few ways of mitigating this are discussed here, one of which being ordinary single byte escape sequences like it's done in the C version of the header files.

I'm not sure if this needs fixing at all, since anyone who requires interoperability with char can switch to the C headers. Just wanted to bring it to your attention.

Hello, I tried to load the MDI font with ImGui, using the code passed in the Readme to load it :

        io.Fonts->AddFontDefault();

        ImFontConfig config;
        config.MergeMode = true;
        config.GlyphMinAdvanceX = 13.0f; // Use if you want to make the icon monospaced
        static const ImWchar icon_ranges[] = { ICON_MIN_MDI, ICON_MAX_MDI, 0 };
        _icon = io.Fonts->AddFontFromFileTTF("./resources/Editor/materialdesignicons-webfont.ttf", 13.0f, &config, icon_ranges);

but the text using the icons keeps showing me no icons and incorrect characters. Using this code ImGui::Button(ICON_MDI_PLAY); show me this : I also looked in the Styles editor of imgui, but the font doesn't appear in the default font. I tried with Font Awesome 5, and everything worked fine.

Hi there. It's been a while since I'm trying to use this icon pack header in my X11 window manager (written in c++) but I couldn't. I hope you can help me with that. So here is what I have done :

1 - Downloaded the c++ header file. As I noticed in each header file it has been mentioned what font I should use. So I downloaded the fonts accordingly. put them in .font folder and fc-cache -rv

2 - then I tried to use the following code to show an icon but what I get is an empty rectangle. (I tried to simplify it as much as i could but you can find the link of repo at the end)

#define ICON_FONT "Font Awesome 6 Free-7" 

//also tested with "FontAwesome-7" 
//also tested with "fontawesome-7" 

auto d = XftDrawCreate(this->CurrentDisplay, this->root, DefaultVisual(this->CurrentDisplay, DefaultScreen(this->CurrentDisplay)), DefaultColormap(this->CurrentDisplay, DefaultScreen(this->CurrentDisplay)));
auto iconfont = XftFontOpenName(this->CurrentDisplay, DefaultScreen(this->CurrentDisplay), ICON_FONT);
XftDrawString8(d, &selectedcolor, iconfont, 10 ,  10 ,  (FcChar8 *)ICON_MAX_FA, 1);

Btw that code is working when I want simply to draw a text. Also here is the whole repo in case you want to check

1, Fix C# duplicate path variable Make path variable ending with abbreviation just like c++ to avoid duplicate variable name

2, Add python module generation Following the python naming convention, generate python module (just a data class) that can be imported and used by imgui python bindings

3, All files are re-generated and updated by a run of the generate python script today.

Thanks for making IconFontCppHeaders available! I've added support for Go for use in a personal project and thought that might be useful to have in the main distribution.

Each font is represented by a Font-typed variable in the IconFontCppHeaders namespace, where Font is a small struct that wraps up the filenames and range of unicode values.

Unlike the C++/C# bindings, the name->unicode mappings for each glyph are stored in a map, rather than in a flat set of defined constants. There is thus some additional overhead in looking up a given mapping, though with some flexibility on the user side in return (ability to iterate over the mappings, etc.)

Generated the defines for FA6 Pro since this repo doesn't have them. Didn't use the python script so it's missing some of the comments but it uses the same naming scheme.

I got a error when setting the icons range using ICON_MAX_MD, here is the code const ImWchar md_icons_ranges[] = { ICON_MIN_MD, ICON_MAX_MD, 0}; And I used it to attach the ttf to my custom fonts io.Fonts->AddFontFromFileTTF(FONT_ICON_FILE_NAME_MD, 18.0f, &config, md_icons_ranges); However, There is a error in the first line said that Constant expression evaluates to 1114109 which cannot be narrowed to type 'ImWchar' (aka 'unsigned short')

Hello,

It would be great if the material design icons would be included as well. From what I can tell they are the google material icons with community extensions and a acceptable license.

Source repo: https://github.com/Templarian/MaterialDesign

Font & css repo: https://github.com/Templarian/MaterialDesign-Webfont

Icons list: https://cdn.materialdesignicons.com/2.4.85/ https://materialdesignicons.com/

VS2013+imgui1.48 step1:add header file #include "IconsKenney_c.h" step2: merge in icons from IconsKenney static const ImWchar icons_ranges[] = { ICON_MIN_KI, ICON_MAX_KI, 0 }; ImFontConfig icons_config; icons_config.MergeMode = true; icons_config.PixelSnapH = true; icons_config.MergeGlyphCenterV = true; io.Fonts->AddFontFromFileTTF("../../extra_fonts/kenney-icon-font.ttf", 32.0f, &icons_config, icons_ranges); step3:add iconfont in imgui windows ImGui::Button(ICON_KI_MOVIE, ImVec2(32, 32)); Run later will turn on error as below:

Hi, In IconsMaterialDesign.h, there are between lines 827 and 829 duplicated ICON_MD_FLOURESCENT. Compiling with this file gives annoying preprocessor warnings. I think it was introduced in 80b7e5a11f29c60f89444b0030f916850977a710. It compiles fine before this commit.