Shizuo Fujita
Shizuo Fujita
Basically, I think the problem is related to memory usage, and I think it should be resolved by https://github.com/rmagick/rmagick/pull/836 If we support this issue, we need to be considered about...
I cannot be reproduced, because repository was deleted. Feel free to reopen the issue if you are able to reproduce it.
iOSのメールアプリなどのように、テーブルセルをスワイプするとボタンが表示されアクションを起こせるとモダンな感じがします。
We do not support such graphs for now. It may be possible to adjust the vertical and horizontal size of the canvas, like: ```ruby g = Gruff::Line.new("800x800") ```
Unfortunately, it does not have such the features... If we support it, we may need to create a new class instead of `Gruff::Bar`...
The internal that it is not distinction is made between nil and 0. It wouldn't handle properly when you really need 0, currently implementation...
I suspect that there may be a conflict with the io used by ImageMagick. Unfortunately, I don't know the details of ImageMagick. You might need to invoke `Open3.capture3` after Magick::Image.read...
RMagick is only a bridge between Ruby and ImageMagick. I think it is impossible to know how much computing resources both sides will use. It would be almost impossible to...
`image->compression` is referenced in ImageMagick 6 when write tiff file. ```c /* Initialize TIFF fields. */ (void) IsMonochromeImage(image,&image->exception); if ((image_info->type != UndefinedType) && (image_info->type != OptimizeType) && (image_info->type != image->type))...
ありがとうございました！