-
Notifications
You must be signed in to change notification settings - Fork 500
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Landscape pages for wide diagrams / images with float/nofloat #250
Comments
Thanks for posting. I'll start thinking about how to handle this in the processor. We'll need to use different terminology than "float" since that term already has a different meaning in AsciiDoc as it relates to images (it means to allow text to wrap around images, which, incidentally, we cannot easily support right now...but that's another matter). My gut tells me that either "canvas" or "cover" are the role names we're looking for...but I'll give it some more thought. In fact, I had already been thinking about adding this feature because I was thinking about how to make slide decks with Asciidoctor PDF and realized we'd need this behavior. |
Well it's a related concept - maybe 'floatpage'? |
I need this not only for images, but for certain sections of a document. [.landscape] [.normal] Thanks, On Mon, Jun 29, 2015 at 6:35 AM, Thomas Beale notifications@github.com
|
I am working on this by having each start_page take options. I check pdf-page-layout attribute during each page addition |
Options on the page break is very interesting. In Asciidoctor, the page break can have attributes, so that's entirely possible. I don't think manual page breaks will always result in the behavior you want, but it may catch 80-90% of the cases, so it's a reasonable idea. We could consider whether an option makes more sense then a role. Either way, I see the values as:
|
Is this implemented yet? I'm getting requests on how to do this. |
Hi. I'm intrested in this feature, too. How is the current situation? |
We implemented layout control on the page break in #490. Hence, I'm going to mark this as a duplicate. |
This would be an enhancement: support landscape pages in the PDF output for wide diagrams that have been made with that intention - which is pretty common. Since some diagrams might simply be wide because they were obtained in some strange way (e.g. very high-res screenshot), there's no way to infer whether a landscape page would be needed or not. Therefore it would have to be indicated explicitly, perhaps in the image macro with 'orientation="landscape"'.
In Frame, I always did wide diagrams on landscape pages such that the diagram takes the entire page, so no need to worry about text flows or complicated measuring - just inject a new landscape page and put that diagram and its caption on it. Actually, it's not quite as simple as that, because you may have blank space remaining on the current portrait page at the point you hit the image macro for the landscape diagram. There are two ways to deal with this:
For interactive HTML, large images can be obtained by normal means in a browser. Concepts like 'nofloat' and 'landscape' can be ignored (although if you wanted to be super smart, 'landscape' might lead to a button being added to pop out the image in original size, or some pre-defined wider size).
The text was updated successfully, but these errors were encountered: