Landscape orientation & short-edge flip = like a wide book.Landscape orientation & long edge flip = like a calendar.Portrait orientation & long-edge flip = like a normal book.Most PDFs are a standard, portrait orientation (i.e., long edges on the left & right, short edges on the top & bottom), and some are landscape orientation (the longĮdges are on the top & bottom, and the short edges on the left & right). Good question! To sum it up - "flipping" is just a printing term that means how you want the paper printed double-sided. ? What does long-edge & short-edge flip mean? We gladly recommend Staples, Office Depot, FedEx Office, or your local copy shop for projects that are more complex than click-and-print. Anything that requires cutting, stapling, folding, as well as very complex projects (requiring different kinds of paper in oneĭocument, such as card stock covers or colored paper, or with different settings, etc) or art prints, are examples of what we are unable to fulfill. We do not mix black and white printing and color printing within one document. There are absolutely some projects that we are not equipped to produce. We happily suggest your local copy shop where they have very high-end equipment that can color-match & meet or exceed your expectations! ** Is there anything you cannot print? ** The only exception to this is art prints - we are unable to accept individual orders for these. We can do all of these in color, B&W, single- or double-sided! As long as it is click-and-print ready (nothing complicated/complex), we can do it! But I also haven't done an exhaustive sampling of other software, so there could be other programs out there that do the intuitive option-A-thing which provide some proof that that's a good idea.It’s pretty simple – we are a no-frills operation, and if it's a PDF, we can print! We can do homeschool materials, eBooks, worksheets, etc. "short edge" flipping, so I'm tempted to just align with established practices rather than trying to define our own easier-to-understand-yet-maybe-more-complex-to-implement way of offering this.
AFAICT, other software all represents this in terms of "long edge" vs.
Option (A) initially seems more intuitive but it's notable that it would be "going it alone" to some extent. Option (B): rename the options and enums to match the native constants, which are page-orientation-agnostic and just deal with whether the flipping happens at the long-edge vs. on Windows, our kDuplexFlipOnSideEdge enum would continue mapping to DMDUP_VERTICAL if we're in portrait mode but if we're in landscape mode, we would map it to DMDUP_HORIZONTAL instead.) landscape-mode, when converting between native constants & our own constants. Option (A): keep the strings & enum-names as they currently are, and add some internal logic about whether we're doing portrait vs. We have two options to decide between here: We need to address this before getting people to work on localizing these strings. This means kDuplexFlipOnSideEdge will do the right thing (page flips sideways) for portrait mode print jobs, but it does the opposite (page flips vertically) for landscape mode print jobs.
kDuplexFlipOnSideEdge maps to the os primitive for "long-edge binding". Right now, these enums map directly to native API constants which are about long-edge vs. Unfortunately, these constants are misnamed (at least, they don't entirely map to the behavior that they claim to). Bug 1671702 just landed to expose the kDuplexFlipOnSideEdge and kDuplexFlipOnTopEdge duplex options in our print UI (with strings that match those constants' names).