]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/bugs/image_rescaling_distorts_with_small_pictures.mdwn
test alternative header link name
[git.ikiwiki.info.git] / doc / bugs / image_rescaling_distorts_with_small_pictures.mdwn
index c74818a46b3255a7ab910ee4b8c0867d0274d775..9ce091e15993437b78dc12364895fda8b3a8111d 100644 (file)
@@ -22,3 +22,30 @@ If you use the rescaling feature of the directive [[ikiwiki/directive/img/]] wit
 >> the  branch also enhances on how images are handled in preview, falling back
 >> to data: urls if the image has not been rendered in a saved version. please
 >> review. --[[chrysn]]
+
+>>> Mostly [[looks good to me|users/smcv/ready]].
+>>>
+>>> Minor things, which wouldn't stop me merging it if I could:
+>>>
+>>> * `$imgdatalink = "data:image/".$im->Get("magick").";base64,".encode_base64($blob[0]);`:
+>>>   is the ImageMagick file type always valid as the second part of
+>>>   a MIME type?
+>>> * In this code:
+>>>
+>>>       +open (my $outhtmlfd, "<", "$outpath.html");
+>>>       +local $/=undef;
+>>>       +my $outhtml = <$outhtmlfd>;
+>>>       +close $outhtmlfd;
+>>>
+>>>   no block is closed, so the "local" is ineffective, so the `<>` operator
+>>>   remains in read-entire-file mode afterwards. To avoid odd side-effects,
+>>>   I would suggest using `readfile()` like `t/trail.t` does.
+>>>
+>>> [[!template id=gitbranch branch=smcv/ready/imgforpdf-and-more author="[[chrysn]], [[smcv]]"
+      browse=http://git.pseudorandom.co.uk/smcv/ikiwiki.git/shortlog/refs/heads/ready/imgforpdf-and-more]]
+>>> I've used `readfile()` (but not done anything about the ImageMagick file type)
+>>> in my copy of the branch.
+>>>
+>>> --[[smcv]]
+
+>>>> [[merged|done]] --[[smcv]]