As it turns out, the problem was on my end. My image editor was saving in png mode, so presumably pdcurses SDL was ignoring the file since it couldn't load it.
Also, I don't see this in the docs anywhere, but it took me a bit to realize that the BMP needed to be 1 BPP. A number of image editors don't have an option to save in this mode, and my results using a higher bit depth BMP were odd (colors didn't work). I suggest adding a note to the documentation about the BMP depth requirement, and also suggest having the library give a message if it finds a font file, but can't open it, or if it is the wrong bit depth. Thanks for your help! Karl On Wed, Mar 21, 2018, 4:58 PM LM <lme...@gmail.com> wrote: > On Wed, Mar 21, 2018 at 4:02 PM, Karl Garrison <kgarri...@pobox.com> > wrote: > > The SDL2 port also seems to add an immense speed boost, so I'm happy > about > > that. I only "upgraded", though, to stay current. > > That's good to hear. > > > > > I double-checked, and I didn't compile with WIDE defined, so that's not > my > > issue. Maybe I'll try building under a Linux VM to see if my results are > > different. For my purposes right now, developing under there would be > good > > enough, if I can't get it to work on my Macbook. > > I didn't really test a lot without the WIDE since I was trying to add > the truetype font support. If you try with wide support (using > DejaVuSansMono.ttf in the directory expected by PDC_FONT_PATH), let me > know. I'd be curious to find out why font display might not be > working on the Mac. > > I'm still using my patched version of PDCURSES. Haven't had time to > update to the latest official version, so I don't know how much the > two differ. > > Sincerely, > Laura >
