Thank you for your feedback! I've changed ar's argument order and I've also updated the relevant readmes.Cheers, bzt
--- a/libsfn/Makefile+++ b/libsfn/Makefile endif@@ -31,7 +31,7 @@ libsfn.a: $(OBJS) @rm $@ 2>/dev/null || true- @ar -frsv potracelib/*.o $(EXTRA) $@ $^+ @ar -frsv $@ $^ potracelib/*.o $(EXTRA)on void linux, as is didn't seem to work for me.probably should update the readme or add before libsfn.a toomake all
bzt(5e4638b4) at 01 Aug 12:47 Argument order for ar, fixed issue #36
--- a/libsfn/Makefile+++ b/libsfn/Makefile endif@@ -31,7 +31,7 @@ libsfn.a: $(OBJS) @rm $@ 2>/dev/null || true- @ar -frsv potracelib/*.o $(EXTRA) $@ $^+ @ar -frsv $@ $^ potracelib/*.o $(EXTRA)on void linux, as is didn't seem to work for me.probably should update the readme or add before libsfn.a toomake all
Oh, I'm terribly sorry for the late reply, I haven't noticed this!You're welcome!That's because I was banned. Don't ask me why, no clue. I got a warning for a post which I've supposedly written when I was away for vacation and haven't even logged in. When I've returned from vacation and I asked the admin which post he was referring to, they did not tell me rather simply banned me.I just wanted to
bzt(a3d87340) at 08 Jun 20:26 Simple renderer additional y check
bzt(302b43cb) at 22 Apr 14:10 Added bbox2 variant
<div type="xhtml"><div xmlns="http://www.w3.org/1999/xhtml"/></div>
bzt(27ff9138) at 08 Apr 07:39 Added SSFN_NO_CPP_STD_STRING define option
I'm thinking about removing them entirely. I mean, one can always pass str.data() to the const char wrapper method, right?EDIT: Ah, better not to break backward API compatibility. The define was named , and it works exactly as you've suggested. Thanks!SSFN_NO_CPP_STD_STRING
I mean, there should be a macro, , that disables all APIs in C++ wrapper class. In a nutshell:SSFN_DISABLE_STD_STRING_APISstd::string#ifdef __cplusplus}/*** SSFN C++ Wrapper Class ***/#ifndef SSFN_DISABLE_STD_STRING_APIS#include<string>#endifnamespaceSSFN{#ifndef SSFN_IMPLEMENTATIONclassFont{public:Font();~Font();public:intLoad(constvoid*data,intlen);intSelect(intfamily,constchar*name,intstyle,int
What are you suggesting? The C++ layer is just a minimal wrapper around the C API, see . You can compile without it and write your own C++ wrapper if you'd like (or just use directly the C API on bare metal). Or you could provide your own std::string, it's not really used, except its .data() method to return the buffer, like .here(const char *)str.data()
bzt(599d70d3) at 19 Feb 09:28 Added sfnconv -G option
First of all, thanks for your work on this project - it makes developing good-looking interface on ESP32 much easier :)I try to make fresh import of LanaPixel-11, Galmuri7 and Galmuri9 from original BDF source and I am getting invalid resultsI am getting errors in the console outputThis issue happens both with sfnedit and when rendering after converting with sfnconv programs.however on Galmuri I g
Hi!First of all, thanks for your work on this project - it makes developing good-looking interface on ESP32 much easier :)During my attempts to import some small fonts with Asian languages support I stumbled upon some issues.I try to make fresh import of LanaPixel-11, Galmuri7 and Galmuri9 from original BDF source and I am getting invalid results - as shown on the screen with Galmuri9 font: Most o
bzt(4cb9bc1d) at 05 Feb 02:17 Fixed BDF import and latest UNICODE db
bzt(51ce0041) at 31 Jan 09:32 More docs
bzt(8265408d) at 31 Jan 09:21 More docs