lipchev

Excellent, that's exactly how I modeled it in the POC. However, you should note that this could be a _bigger_ breaking change than anticipated- as if the original code assumed...

Yes, I don't think we'll manage this weekend 😄 . I'll also be absent for most of the week, but will try to iron out most of what's left until...

Given that #65 is now merged, I think the only thing missing from this feature is a factory method that exposes the private constructor call: `public static Fraction FromTerms (BigInteger...

> 1. I manage to make it work with the `new idea` - we move the reductions from the `Multiply` to the `Divide` Tried it, it didn't work. > 2....

> I think it's better if we removed the reduction-stuff altogether. I don't like that it's asymmetric, the implementation of `ToDecimalWithTrailingZeros` is probably quite slow, and overall I'm not convinced...

I've also noticed some issues while doing one of my PRs targeting v6. In my change-set I've tried to resolve them by unifying the conversions using the same constant: `VolumeFlow.json`:...

Well, I was going to make one.. However there are a quite a few matches when we search for `Hour` so I was thinking of making one "Unifying the conversion...

I've so far prepared the "correct" json files for Volume, VolumeFlow, StandardVolumeFlow, Mass, ForceChangeRate, AreaMomentOfInertia and Molarity. And I don't think I've even reached half of it yet.. So how...

I initially had the `Abbreviation` put inside the `Unit` section but that ruined the _smart enum_ effect. However now that I'm looking at it again, I think it might actually...

> I think maybe `Abbreviation.Conversions` feels redundant or not so useful? At least for me, digging through `Units` is more intuitive. For the quantities I'm familiar with, I tend to...