Re: [Development] FP calculations and stability in Qt

2019-05-13 Thread André Pönitz
On Mon, May 13, 2019 at 12:53:42PM +0300, Konstantin Shegunov wrote: > On Mon, May 13, 2019 at 12:42 PM Konstantin Ritt wrote: > > > Writing and proposing a patch would take less time than discussing pros > > and cons here. > > Which I had in a minute fraction done, as a pass-by in the comments.

Re: [Development] FP calculations and stability in Qt

2019-05-13 Thread Konstantin Shegunov
On Mon, May 13, 2019 at 12:42 PM Konstantin Ritt wrote: > Writing and proposing a patch would take less time than discussing pros > and cons here. > Which I had in a minute fraction done, as a pass-by in the comments. I'm not, however, willing to take huge technical debt on the issue by investin

Re: [Development] FP calculations and stability in Qt

2019-05-13 Thread Konstantin Ritt
Writing and proposing a patch would take less time than discussing pros and cons here. Konstantin пн, 13 мая 2019 г., 12:31 Konstantin Shegunov : > On Mon, May 13, 2019 at 2:42 AM Christian Gagneraud > wrote: > >> On Mon, 13 May 2019 at 07:47, Konstantin Shegunov >> wrote: >> > Doesn't this i

Re: [Development] FP calculations and stability in Qt

2019-05-13 Thread Konstantin Shegunov
On Mon, May 13, 2019 at 2:42 AM Christian Gagneraud wrote: > On Mon, 13 May 2019 at 07:47, Konstantin Shegunov > wrote: > > Doesn't this imply it should be dropped as an API that we can rely on? > > No i don't think so, this is just an edge case. I solved it by > changing the base unit of my gra

Re: [Development] FP calculations and stability in Qt

2019-05-12 Thread Christian Gagneraud
On Mon, 13 May 2019 at 07:47, Konstantin Shegunov wrote: > > Thanks for chiming in, I do appreciate the thoughts. > > On Sun, May 12, 2019 at 1:49 PM Christian Gagneraud wrote: >> >> I use to think that Qt could do a better job about FP >> precision/stability, but i had to realise that i was usin

Re: [Development] FP calculations and stability in Qt

2019-05-12 Thread Konstantin Shegunov
Thanks for chiming in, I do appreciate the thoughts. On Sun, May 12, 2019 at 1:49 PM Christian Gagneraud wrote: > I use to think that Qt could do a better job about FP > precision/stability, but i had to realise that i was using Qt in a way > that it was not designed for. > For example, I tried

Re: [Development] FP calculations and stability in Qt

2019-05-12 Thread NIkolai Marchenko
> I ended up using "proper" geometry processing library for the "model" and used Qt to do the rendering (the view). Somehow I get the feeling you just saved me a ton of headaches in the future :) thx On Sun, May 12, 2019 at 1:50 PM Christian Gagneraud wrote: > On Sun, 12 May 2019 at 20:26, Kon

Re: [Development] FP calculations and stability in Qt

2019-05-12 Thread Christian Gagneraud
On Sun, 12 May 2019 at 20:26, Konstantin Shegunov wrote: > > Hi, > I'd want to clear the context out of the way, so this is the bug[1] that got > me thinking. > I appreciate that we want to keep external dependencies to a minimum, and for > a good reason, but can we talk about how feasible it is

[Development] FP calculations and stability in Qt

2019-05-12 Thread Konstantin Shegunov
Hi, I'd want to clear the context out of the way, so this is the bug[1] that got me thinking. I appreciate that we want to keep external dependencies to a minimum, and for a good reason, but can we talk about how feasible it is to pull something (or parts of it) in Qt, even if only internally, to f