Olivier
Olivier
For more clarity: this request is only about the _display_ of the scale in the graphs and in the tables. It is not about changing the internal data representation.
Why is `convert -list compress` mentioning `JBIG2` if it actually cannot be used for PDF files? I wish the JBIG2 compression could be used for creating PDF files with ImageMagick....
So, it is a pity, the situation is the following: - ImageMagick can create JBIG images... - but cannot integrate them into a PDF file
Google Books use JBIG2 massively for producing PDF files with a small size. Here is a [page](https://github.com/ImageMagick/ImageMagick/files/8800702/jbig2_page.pdf) extracted from one of them. It includes JBIG2 images.
Great, thank you! With the keywords I used, I had not found that entry in the list of bugs.
Can you please also ensure that such expression gets simplified? Currently it does not. ``` var('q', zero=False) simplify((re(q)**2+im(q)**2)/abs(q)) ```
I would say that the expansion on the polynomial basis is accurate over the `window` range. This range is usually [-1,1], but for the `Laguerre` polynomial basis it is [0,1]....
A `@property` named `P.coeffs` could do the trick, where the property docstring would explain the difference with `P.coef`.
@ggggggggg: Note that the second name you suggest is wrong. Indeed, the internal range is the `window`, so the name could be `internal_coef` or `window_coef`, but not `domain_coef`.
> I really like that the Polynomial class automatically takes care of that, and see it as a benefit > the proper way to evaluate the polynomial is to call...