Ability to Rotate Foldouts

Bug #683300 reported by TomK
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Scribe2
Confirmed
Undecided
Unassigned

Bug Description

Often, foldouts of the portrait variety look terrible because in order to be correctly oriented in the bookreader they are physically rotated 90 degrees on the table and shot in the traditional foldout landscape setting. This results in a very low resolution, since most of the pixels get cropped out. The ability to Rotate a leaf would enable foldout operators to capture portrait foldouts within the entire frame, making full use of the camera's resolution, then correct the orientation after.

Added this to the moreOptions div in RePublisher-scribe.php:

<li> Rotation:<a href="#" onclick="rotate(0);">0 </a><a href="#" onclick="rotate(90);">90 </a><a href="#" onclick="rotate(180);">180 </a><a href="#" onclick="rotate(270);">270 </a></li>

Works as far as I can tell, though I have not checked-in a book to confirm. One problem I notice is when rotating a foldout to the 90 degree position the image is cut-off at the top of the page...

--Tom

Revision history for this message
TomK (thomkerr) wrote :

Errm...the skew method doesn't seem to work very well, but if we rotate the compressed jpg with imagemagick, and then mark the leaf for rotation in the scandata, it will work. The image will also fill the entire canvas when rotated into portrait, which is something Paul wanted to see.

Revision history for this message
Hank Bromley (hank-archive) wrote :

Dan, Paul, and I spoke about this, and it seems we do need a way to specify in RePublisher that a foldout image should get a rotateDegree value in scandata of 90 or -90 (they all get 0 now). That way, all foldouts can be shot in either landscape or portrait mode, as needed, and the image will be rotated appropriately during the derive. (There's no need to also rotate the original jpg - that should be left as it comes off the camera.)

Changed in scribe2:
status: New → Confirmed
Revision history for this message
TomK (thomkerr) wrote :

Hank, are you suggesting simply marking the leaf for rotation and not bothering with rotating even the thumbs for viewing in republisher? I had thought it would be nice to see the rotation happen, but maybe thats not necessary. But if it is, I have managed to coax republisher to do this, though its a bit buggy at the moment.

Also, are -90 and 90 the only supported rotations? Suppose 180 was passed through?

Revision history for this message
Hank Bromley (hank-archive) wrote :

I'll leave to you and Dan what RePublisher should do. (I would think we'd want to do the same with these as we do with any other images in RePublisher - i.e., display rotated according to what scandata contains for rotateDegree, with the one difference that we'll allow the user the change the rotateDegree value for foldouts.)

As for 180, that would cause a redrow during the derive. Only 90 and -90 are recognized. But there should be no need for 180 - why would we shoot an image upside-down?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.