Michal

On calculators, combination and permutation numbers are typically written as `nCr` and `nPr`. How about adding these two functions as shorthands for `combinations` and `permutations`? ```javascript math.nCr(5,3) // 10 math.nPr(4,2)...

Hey! Thank you so much for your reply – and for the handbook! I'd be lost without it. These are some unfortunate news. In order for my “modified TypeScript” to...

With the help of the StackOverflow community ([see my question](https://stackoverflow.com/questions/63105982/)) I was able to get the compilation working. I had to write a few utility functions that are available [in...

What I use now is a `Writealso` type that removes `readonly` from the tuple: ``` type Writealso = { -readonly [key in keyof T]: T[key] }; ```

@infusion @josdejong I summed up math.js's current capabilities of the representation of exact numbers in a [short essay](https://github.com/m93a/mathjs-sets/blob/master/README.md). The real-life consequences of that analysis are minimal, one rarely needs more...

Bigints can be polyfilled [if we use a wrapper](https://github.com/peterolson/BigInteger.js/). This would let us use _native_ arbitrary precision arithmetic with modern browsers, but it would still work in old browsers.

Hey @a-zhendi, My thinking was that the ideal solution would be a polyfill. Yes, it is impossible to polyfill BigInt syntax, but it's still possible to use the native BigInt...

I have the exact same issue, but only with some applications. For example, I can reproduce this behavior consistently in Evince, however in Brave Browser everything always works as expected....

Related issue on StackExchange: https://elementaryos.stackexchange.com/q/28242/19079

As described by another Czech user on StackExchange: > I've tried it too and if I selected Czech language and US keyboard, instalation aborted at the begining. If I selected...