- 09 3月, 2019 1 次提交
-
-
由 Abhay Nikam 提交于
-
- 25 1月, 2019 1 次提交
-
-
由 George Claghorn 提交于
Don't upsize images smaller than the specified dimensions.
-
- 17 1月, 2019 1 次提交
-
-
由 Javan Makhmali 提交于
-
- 11 1月, 2019 1 次提交
-
-
由 Javan Makhmali 提交于
Fixes #33083
-
- 08 10月, 2018 1 次提交
-
-
由 Donnie Propst 提交于
-
- 24 4月, 2018 1 次提交
-
-
由 Janko Marohnić 提交于
-
- 18 4月, 2018 1 次提交
-
-
由 Janko Marohnić 提交于
ImageProcessing gem is a wrapper around MiniMagick and ruby-vips, and implements an interface for common image resizing and processing. This is the canonical image processing gem recommended in [Shrine], and that's where it developed from. The initial implementation was extracted from Refile, which also implements on-the-fly transformations. Some features that ImageProcessing gem adds on top of MiniMagick: * resizing macros - #resize_to_limit - #resize_to_fit - #resize_to_fill - #resize_and_pad * automatic orientation * automatic thumbnail sharpening * avoids the complex and inefficient MiniMagick::Image class * will use "magick" instead of "convert" on ImageMagick 7 However, the biggest feature of the ImageProcessing gem is that it has an alternative implementation that uses libvips. Libvips is an alternative to ImageMagick that can process images very rapidly (we've seen up 10x faster than ImageMagick). What's great is that the ImageProcessing gem provides the same interface for both implementations. The macros are named the same, and the libvips implementation does auto orientation and thumbnail sharpening as well; only the operations/options specific to ImageMagick/libvips differ. The integration provided by this PR should work for both implementations. The plan is to introduce the ImageProcessing backend in Rails 6.0 as the default backend and deprecate the MiniMagick backend, then in Rails 6.1 remove the MiniMagick backend.
-
- 22 12月, 2017 1 次提交
-
-
由 Yoshiyuki Hirano 提交于
-
- 29 11月, 2017 1 次提交
-
-
由 Fatos Morina 提交于
-
- 07 10月, 2017 1 次提交
-
-
由 Oleg 提交于
-
- 17 9月, 2017 2 次提交
-
-
由 Yoshiyuki Hirano 提交于
* File.open("~/face.jpg") raise error: `Errno::ENOENT: No such file or directory @ rb_sysopen - ~/face.jpg`
-
由 Yoshiyuki Hirano 提交于
* MessagesController redirects to `GET /message/:id`. * It looks it don't expect XHR request. * `form_with` behaves for XHR by default. * I've added `local: true` option to `form_with`.
-
- 16 8月, 2017 1 次提交
-
-
由 Xavier Noria 提交于
-
- 12 8月, 2017 2 次提交
-
-
由 Rafael Mendonça França 提交于
Active Storage was now merged to master and it is automatically installed in a new application.
-
由 Ryuta Kamizono 提交于
-
- 07 8月, 2017 1 次提交
-
-
由 Anton Khamets 提交于
* Extend image_tag to accept ActiveStorage's Attachments and Variants * Flip resolve_image_source around * Add tests for the new use-cases of image_tag * Remove the higher-level test * Update image_tag documentation * Add error states into the test suite * Re-raise polymorhic_url's NoMethodError as ArgumentError * delegate_missing_to will raise DelegationError instead of NoMethodError
-
- 06 8月, 2017 1 次提交
-
-
由 Vipul A M 提交于
-
- 05 8月, 2017 1 次提交
-
-
由 yuuji.yaginuma 提交于
changed `rails/activestorage` to `rails/rails`.
-
- 03 8月, 2017 4 次提交
-
-
由 Mike Gunderloy 提交于
Omit azure-core (it's required by azure-storage), remove require:false to match other points.
-
由 Mike Gunderloy 提交于
-
由 Mike Gunderloy 提交于
-
由 Mike Gunderloy 提交于
-
- 02 8月, 2017 3 次提交
-
-
由 Bryan Lim 提交于
previously https://github.com/rails/activestorage/pull/86
-
由 David Heinemeier Hansson 提交于
-
由 David Heinemeier Hansson 提交于
-
- 01 8月, 2017 1 次提交
-
-
由 David Heinemeier Hansson 提交于
-