Changed line 19 from:
## use the ''imagesize'' option to allow wide images to rotate or make all images smaller
to:
## use the ''imagesize'' option to allow wide images to rotate, use side captions, or make all images smaller
Changed line 29 from:
If the image has a left or right float style, we place the caption ''beside'' the image, making sure the image takes up no more than 60% of the text width (the [[Golden Ratio -> http://en.wikipedia.org/wiki/Golden_ratio]]). The image is printed with the caption on the inside margin. Otherwise, for non-floating image styles, captions print below the image. Figures with captions are numbered automatically. If no caption is specified, it uses the image alt text -- we assume authors know that is it good practice to specify alt text for all images.
to:
If the image has a left or right float style (or imagesize=sidecaps), we place the caption ''beside'' the image, making sure the image takes up no more than 60% of the text width (the [[Golden Ratio -> http://en.wikipedia.org/wiki/Golden_ratio]]). The image is printed with the caption on the inside margin. Otherwise, for non-floating image styles, captions print below the image. Figures with captions are numbered automatically. If no caption is specified, it uses the image alt text -- we assume authors know that is it good practice to specify alt text for all images.
Changed lines 10-11 from:
* the image may be taller than the text area
* the image may be wider than the text area
to:
* the image may be taller or wider than the text area
Changed lines 15-16 from:
This is a 3 step process:
to:
This is a 3 stage process:
Added line 18:
## provide links to separate high resolution images, with small thumbnails so the Web page loads quickly
Changed lines 21-24 from:
## provide separate high resolution images for selected images, with thumbnails so the Web page loads quickly
# Wikipublisher works out how big to make the image, taking account of the paper size, image aspect ratio (height to width), special handling instructions such as deciding whether to rotate the image, and swapping out any thumbnails for their high resolution replacements
to:
# Wikipublisher works out how big to make each image, taking account of the paper size, image aspect ratio (height to width), special handling instructions such as deciding whether to rotate the image, and swapping out any thumbnails for their high resolution replacements
Changed lines 29-34 from:
If the image has a left or right float style, we place the caption ''beside'' the image, and make sure the image takes up no more than 60% of the text width (the [[Golden Ratio -> http://en.wikipedia.org/wiki/Golden_ratio]]). The image is printed with the caption on the inside margin. Otherwise, for non-floating images, captions appear below the image. Figures with captions are numbered automatically. If no caption is specified, it uses the image alt text -- we assume authors understand that is it good practice to specify alt text for all images.
Wikipublisher takes advantage of the [=[[text or image1 -=]> image2[=]]=] markup to implement high resolution image substitution. If it finds markup in this form, it uses image2 for the print version of the page.
A number of people have asked for a wayfix an image "here" and flow text around it. There is no easy way to do this. By fixing an image in place, we have to trust the author to verify that the image is not, for example, too close to the bottom of the page on which it prints. But the same wiki page can be printed on its own, as part of one or more trails, or as part of a search result. It can also be printed with any of 3 paper sizes. So an author ''cannot know'' whether the image will fit where she specifies. It gets worse. If we fix an image "here", it is possible that an image defined above it will float past it, so the figure numbers will be out of sequence.
to:
If the image has a left or right float style, we place the caption ''beside'' the image, making sure the image takes up no more than 60% of the text width (the [[Golden Ratio -> http://en.wikipedia.org/wiki/Golden_ratio]]). The image is printed with the caption on the inside margin. Otherwise, for non-floating image styles, captions print below the image. Figures with captions are numbered automatically. If no caption is specified, it uses the image alt text -- we assume authors know that is it good practice to specify alt text for all images.
To implement high resolution image substitution, Wikipublisher re-interprets the [=[[text or image1 -=]> image2[=]]=] link markup. If it finds markup in this form, it uses image2 for the print version of the page. If image1 has alt text, it transfers this to image2.
Several people have asked for a way to fix an image "here" and flow text around it. There is no easy way to do this. By fixing an image in place, we have to trust the author to verify that the image is not, for example, too close to the bottom of the page on which it prints. But the same wiki page can be printed on its own, as part of one or more trails, or as part of a search result. It can also be printed with any of 3 paper sizes. So an author ''cannot know'' whether the image will fit where she specifies. It gets worse. If we fix an image "here", it is possible that an image defined above it will float past it, and the figure numbers will be out of sequence.
Changed lines 32-35 from:
Wikipublisher takes advantage of the [=[[text or image1 -> image2]]=] markup to implement high resolution image substitution. If it finds markup in this form, it uses image2 for the print version of the page.
A number of people have asked for a way to fix an image "here" and flow text around it. Currently, there is no easy way to do this. By fixing an image in place, we have to trust the author to verify that the image is not, for example, too close to the bottom of the page on which it prints. But the same wiki page can be printed on its own, as part of one or more trails, or as part of a search result. It can also be printed with one of 3 paper sizes. So an author ''cannot know'' whether the image will fit where she specifies. It gets worse. If we fix an image "here", it is entirely possible that an image defined above it will float past it, so that the figure numbers are out of sequence.
to:
Wikipublisher takes advantage of the [=[[text or image1 -=]> image2[=]]=] markup to implement high resolution image substitution. If it finds markup in this form, it uses image2 for the print version of the page.
A number of people have asked for a way to fix an image "here" and flow text around it. There is no easy way to do this. By fixing an image in place, we have to trust the author to verify that the image is not, for example, too close to the bottom of the page on which it prints. But the same wiki page can be printed on its own, as part of one or more trails, or as part of a search result. It can also be printed with any of 3 paper sizes. So an author ''cannot know'' whether the image will fit where she specifies. It gets worse. If we fix an image "here", it is possible that an image defined above it will float past it, so the figure numbers will be out of sequence.
Changed lines 3-4 from:
:Summary:How does Wikipublisher process images?
to:
:Summary:How Wikipublisher processes images
Changed lines 7-10 from:
:Need:What factors affect the way Wikipublisher processes images in Web pages when these are typeset for print
to:
:Need:What factors affect the way Wikipublisher processes images in Web pages when these are typeset for print?
:Solution:Behind the scenes, we go to great lengths so that, in general, images "just work". When preparing an image for printing, [[Wikipublisher]] has to consider a number of inter-related things:
* the image may be taller than the text area
* the image may be wider than the text area
* the image may float left or right on the Web page, so text flows around it
* printers are higher resolution devices than screens, by a factor of 5-10
* there may not be room on the page to place the image "here"
This is a 3 step process:
# the author sets any special handling requirements
## use the ''imagesize'' option to allow wide images to rotate or make all images smaller
## use the ''floathere'' option to try to place images at the point they are mentioned[^This is a new feature; by default, images float to the bottom of the current page, the top of the next page, or to a separate float page.^]
## provide separate high resolution images for selected images, with thumbnails so the Web page loads quickly
# Wikipublisher works out how big to make the image, taking account of the paper size, image aspect ratio (height to width), special handling instructions such as deciding whether to rotate the image, and swapping out any thumbnails for their high resolution replacements
# Latex processes the images according to the instructions received from Wikipublisher
## shrink large images to the designated size; this is how we get sharp printed images -- start with a large image and shrink it
## rotate any wide images through 90°, if that option is set
## float images to where they best fit; text automatically flows back to fill the vacated white space
If the image has a left or right float style, we place the caption ''beside'' the image, and make sure the image takes up no more than 60% of the text width (the [[Golden Ratio -> http://en.wikipedia.org/wiki/Golden_ratio]]). The image is printed with the caption on the inside margin. Otherwise, for non-floating images, captions appear below the image. Figures with captions are numbered automatically. If no caption is specified, it uses the image alt text -- we assume authors understand that is it good practice to specify alt text for all images.
Wikipublisher takes advantage of the [=[[text or image1 -> image2]]=] markup to implement high resolution image substitution. If it finds markup in this form, it uses image2 for the print version of the page.
A number of people have asked for a way to fix an image "here" and flow text around it. Currently, there is no easy way to do this. By fixing an image in place, we have to trust the author to verify that the image is not, for example, too close to the bottom of the page on which it prints. But the same wiki page can be printed on its own, as part of one or more trails, or as part of a search result. It can also be printed with one of 3 paper sizes. So an author ''cannot know'' whether the image will fit where she specifies. It gets worse. If we fix an image "here", it is entirely possible that an image defined above it will float past it, so that the figure numbers are out of sequence.
[^#^]