U. Bruhin

> It looks like it would be possible to make the buffered tree reader allow you to provide the buffer so it wouldn't depend on malloc. I think I can...

> Are you working on a system that only has single-precision floating-point? Yes, basically that's what I mean. But I'm not "working" on such a system - I develop an...

> The issue is that getting decent (and correct) triangulation depends on an appropriate level of precision. But if the input data also has reduced precision, do you think this...

OK so of course I leave it up to you to decide whether the library should also perform well on single-precision FPU or if that's out of scope. At least...

Not yet - I might do that once I seriously start evaluating this library for my application :slightly_smiling_face:

Hm the CI seems to be quite broken - certificate error on AppVeyor, and Travis not working at all :cry: However, at LibrePCB I run our tests with Funq on...

@rafaeldelucena I don't know the exact reason, but it seems that CI on Windows uses Python 2.7 which is EOL for quite some time. I think it's not worth to...

> @ubruhin does this solve the issues you were **having?** Probably yes, you can now remove the workaround in `models.py:ComboBox.set_current_text()` (there is a comment which explains the workaround).

Setuptools removed support for `use_2to3` ([changelog](https://setuptools.readthedocs.io/en/latest/history.html#v58-0-0)) so Funq can no longer be installed on recent systems :sob: I created #74 to finally get Funq working with Python 3 on Windows....

Hi @jacquesknipper, I didn't start moving the nose dependency into a separate package, I just worked around this issue in my `conftest.py`: https://github.com/LibrePCB/LibrePCB/blob/master/tests/funq/conftest.py As far as I remember, it was...