DPS Orientation

Hi there!
I have designed a Digital magazine which support Horizontal and vertical ofientation. However I would like that some of my article to be viwed only on one
direction (in this case horizontal)
I have try deleting the vertical version of the article but for some reason i would not apper in the content viwer
any advise???

If you want dual orientation then you must have both files in all articles. You can create the vertical orientation by placing the horizontal orientation file into a vertical orientation and then rotating it 90 degrees. This will result in the appearance of a single orientation for that article.
Bob

Similar Messages

  • Orientation question about dps

    I have a dps project with the main orientation portrait and containing 1 page. I want also create a landscape layout witch contains 2 pages (portrait page 1 and landscape page 1 & 2) I create a folio with both orientations. When i flip i go from page 1 (portrait) to page 1&2 landscape. Identical for the page 2. But when i swipe in de landscape i have 2 identical pages next to each other? I want this double pages gone in my landscape mode. can anyone help me?
    Thx, Jan

    Don't bother. There is nothing to be gained by this at all.
    Stick to one orientation and be done with it.

  • Adobe DPS Reading SDK: how to get currently displaying page orientation?

    Hi All,
    I've been trying to extract page/article information using the Adobe DPS Reading SDK.
    There is a tutorial (New APIs and features in r30, including folio navigation, article metadata and calendar events | Adobe Developer Connect…) which i've heavily reused but there is on last thing in the puzzle that I need to extract.
    I need to extract the page layout / orientation when displayed on a device.
    adobeDPS.folioDataService only extract article metadata and those methods do not contain any reference to orientation or layout.
    Interesting enough, i was able to locate a "ApplicationState" object which is produced from the ConfigurationService.( Adobe DPS - Reading SDK 2.30 : adobeDPS-ConfigurationService : JsDoc Reference )
    I haven't try this the "orientation" field description is not exactly what i want: "The orientations this view supports."
    I need the:  orientation which i'm currently displaying this page.
    Any thoughts? Should i be using a different SDK?
    Your help is very appreciated.
    Regards

    You can use the javascript native attribute "window.orientation".
    Something like this should work:
        function currentOrientation(){
              switch(Math.abs(window.orientation)){
                   case 90:
                         alert('landscape');
                         break;
                   default:
                        alert('portrait');
                        break;
    window.addEventListener('orientationchange' , function(){ currentOrientation() });
    //Call it first if needed
    currentOrientation();

  • DPS (Andriod devie): Nested overlays are working on other (horizontal) orientation

    Hi,
    As per the requirement, we have to set multiple overlays on few pages. E.g. if on vertical orientation there is multiplay overlay (scrollable frame in Object State) then on horizontal orientation the button (button to dispaly the object state) do not work.Please suggest the solution or the workaround for the same.
    Regards,
    Anil Yadav 

    Vertical Orientation:
    There are 4 scrollable contents in my MSO which I'm calling from button. In Description,
    - there are 4 MSOs and each MSO contains the scrollable content (with pan only method)
    - there are 4 buttons on top and by click on each button I call-up the requested MSO.
    Horizontal Orientation:
    - there are 7 thumb graphics in initial view
    - I created 7 full page graphics and put them in MSO
    - call each graphic by clicking on the thumb.
    In the above scenario the vertical orientation is working well but on the horizontal orientation the button doesn't work. I even try to rename the MSO, layer and its sub-layer but no success.
    Please suggest.

  • Problem with dual-orientation scrolling pages

    I am trying to load two ID documents as an article for a DPS folio.
    One document 'xx_h.indd' which is 1024W x 1060H, the other 'xx_v.indd' which is 768W x 1200H.
    When I try to upload the two orientation by Folio Builder>Add article, then select "Import Multiple Articles" and the folder containing the two files I get a warning:
    Content generation error.
    Unable to find files to be imported as article.
    If I import open articles the _h is imported as a portrait article.
    I have been successful with this for other articles in the folio where the landscape article has a height less than 1024 px.

    Bob,
    I tried importing as a single article but I get an error message:
    Content generation error.
    [Error: The page size aspect ratio must match the folio aspect ratio.]
    Although the horizontal page is actually portrait aspect, being higher than wide, I thought that the file name ending in '_h' would correct that. When I set the width and height in document set-up even though I set it to landscape orientation it defaults back to portrait when I save the file. I seem to have two portrait orientation documents in the folder?
    This has worked for me when the _h.indd was still landscape, say 1024 x 825 px.

  • Is there any need for a 1536 x 2048 folio anymore? Do they even work with DPS v32?

    So I just received a gig from a client to design their new magazine issue using their provided back issue indd DPS files (CS6), along with their new content from the latest print edition that will fill these articles. However, the previous DPS documents were built using 1536 x 2048 pixel (vertical orientation) pages. Is there even a use for this folio size anymore? And would it even work with Apple and Google Play and the latest folio buider?
    I recall in 2012, I had to build two renditions during the iPad1 to retina transition, so it could be read on both devices. But I thought Adobe soon abandoned the need for two renditions and went with just the 1024 pixels. I've only worked with 1024 since with all my other clients. Is this correct thinking? Do I need to convert these files to 1024? I'm guessing so, but I don't want to just guess.
    The other thing I wonder is if Apple had approved their back issue on 2048 pixels, would it mean a re-submission the new folio using 1024 px height? We have to update the App to iOS 8 anyway, so I just need to be sure I'm working with the folio size.
    Can I assume the v32.2 folio builder is solid enough to run with at this time? Hoping one folio will work with both storefronts (google play and Apple) without any glitches/scaling issues.
    Cheers,
    Brian

    I think I'll advise my client to convert their current 2048 pixel folio to 1024 pixel height. Then have that 1024 build approved by Apple. Then push my new issue content into the approved App shell. The only time I needed a 2048 rendition is when the new retina iPads came out (mid-2012), and we wanted to take full advantage of the resolution. We also used a 1024 rendition for the iPad1s.
    I suspect their 2048 folio is what is making their App in Content Viewer crash. Also, they didn't have a V or H in the filenames, which is what I was trained to do with naming each of my articles, so perhaps that's what's making it crash? I was surprised it would even upload/recognize an article without the V or H in the filename.
    Does this sound like possible solution to fix the crashing? The other thing I noticed is that they didn't package their files with fonts and links for each article like I would (They had 20 indd article docs in one issue folder, then all images for all articles were in one links folder (named images, not links. Another suspect. Does Adobe prefer "Links" for the assets?).
    If I could solve their crashing problem, I'd be their rock star.
    Brian

  • IPad Folio Overlay Preview Only Displays One Orientation at a Time

    I have a simple two page InDesign doc created from the ground up for DPS. It has some text, image, slider overlay, and video embedded, and has a file_v vertical (portrait) layout and file_h horizontal (landscape) layout.
    My problem is when I preview it on a connected iPad, only one orientation is previewed at a time. I double checked my iPad, its orientation is not "locked". I also tried on another iPad and had the same results. For example, only the portrait version is previewed on the iPad no matter how I try and change the iPad orientation. In order to preview the landscape version, I need to go back to my doc, scroll down to the page where the file_h version starts, and hit folio preview from there.
    If I preview on desktop, the Adobe Viewer correctly shows both layout orientations and I can switch between them.
    I only had this problem after recently renaming the doc. I tested an older version of the doc, and had this same problem.
    My question is: might there be a setting or preference somewhere to lock an iPad preview to only one orientatation? I'd really like to get the function back to preview both orientations at the same time to see how they compare.

    Thanks Bob, that was it!
    I was indeed using the folio overlay vs the folio builder.
    From the folio builder panel, I setup a quick test folio and added my current doc, then from the top level folio builder panel, hit the twirly-down for preview on iPad.

  • HTML Article put together dynamically, scroll only possible after orientation change

    Hi guys,
    i have encountered the following problem today:
    im having a HTML page put together dynamically from a JSON source file, handling the JSON information with jQuery. i am uploading said HTML page (html page is empty until the page is in the DPS stack, then it builds itself) as an HTML article with "Smooth Scrolling: Vertical". So far, so good.
    When i open the page inside the Adobe Viewer App on my iPad, i can see the "first" part of the page (the first 1024px in portrait-orientation) but i am not able to scroll further down the page.
    however, when i do a orientation change of the device (turn it landscape and then back), i can scroll perfectly fine and am able to see everything on the page (so im quite sure the conversion from json to jquery to html does work). even stranger, when i let the page tell me its height ( via $("body").height() and $(document).height() ) it shows me, that the height of the page is indeed (e.g.) 10.000px, but i am not able to scroll down until i do the orientation change.
    am i missing something? im pretty sure that my code is correct, because once i change the orientation of my device, everything does work flawless.
    i hope my problem is understandable, any help is much appreciated.
    thanks
    Max

    Nevermind... since the HTML is empty, when the magazin gets opened, i suspect the HTML tells DPS "hey, my height is 0px, dont bother scrolling!". but once i am on the page itself and the process of bulding the page starts (HTML elements are added on the fly), it doesnt tell DPS "hey, my height changed, check if i need to be scrollable please" since im not able to scroll. when im changing orientation, it forces DPS to rerender the page and thus getting the correct height of the page.
    my workaround: setting the body height to (e.g.) 20.000px and then, later on, reduce it to the actual height needed by the HTML elements.
    but still: can someone explain me the process of loading / rendering pages inside DPS? when do DPS render pages, does it render pages the first time i open the app and then again when im on the page itself (or rather a page before the actual page?) is there a command to force DPS to rerender the page?

  • Adobe DPS and web content viewer issues

    Having an issue with the tablet and web content viewer version of this particular article. I've create two separate documents one for iPad and one for iPhone, reuploaded the article and recreate the entire article all in the hopes that it would resolve the issue. Any ideas as to how I can remedy this problem? Thanks.

    This is a known issue with smooth scrolling articles in the web viewer: From Digital Publishing Suite Help | DPS Bug Fix Release Notes:
    "Smooth Scrolling articles in web viewer may not display properly on the last page if the length of the smooth scrolling article is not an exact multiple of the folio height. For example, the last page of a 1024x2000 article may be cropped, but a 1024x1536 (2 times the height) or a 1024x2304 (3 times the height) should display fine. The issue is especially common in portrait orientation. One workaround is to make the height of the smooth scrolling page height an exact multiple of the folio height. Another workaround is to use PNG image format for the Smooth Scrolling article instead of PDF."
    Neil

  • NEED: InDesign/DPS expert for Funny Or Die's iPad & iPhone magazine The Occasional

    Hello!
    We are looking for a InDesign expert for Funny Or Die's iPhone and iPad comedy magazine, The Occasional.
    Lets get to the facts:
    >>>>>> ABOUT OUR OUR TEAM:
    A very small team that works fast on new ideas.
    Passionate about putting out a great product.
    Located in New York's Flatiron district.
    >>>>>> WHAT WE WANT IN YOU:
    > INDESIGN/DPS EXPERT: "I kinda have used InDesign before once in school?" Nope, I am talking you know the ins and out of InDesign DPS BIG TIME. You know all the interactive features and how to use them correctly. You know the DPS bugs already and the work arounds to get the job done. You can layout text and import pre-optimized image for the smallest folio size possible.
    > PHOTOSHOP PRO: I can give you a PSD layout and you can go into the file, and cut it up and translate it to InDesign for a flawless victory.
    > CODE CHAMPION: We animate the magazine using javascript and HTML 5. You will need to be able to take the assets and make them move awesomely. (We use Hype)
    > GREAT ATTITUDE: A yes attitude is a must. You will receive challenges, some without an obvious answer. But a yes attitude knows to research and figure out a way to get it done.
    > HARD WORKER: So, you know-- magazines mean deadlines. And sometimes deadlines suck. But we will need a person to be there sometimes all hours of the night to get projects done.
    > DETAIL ORIENTATED: You notice the little design flare and animated around it. You can be given a list of notes and nail everyone without us needing to go back and double check everything. You notice the 1 pixel off on the layout and want it fixed. You notice how many misspellings I have in this ad, probably.
    > VERY ORGANIZED: Lists on lists on lists. You make your own todo lists. The inside of your files are clean and labeled perfectly so a stranger could pop in and understand everything completely.
    > COMMUNICATION: You have a question? Ask us! You have a suggestion? Suggest it to us! We need someone who is ready to talk it out so it can be done right the first time.
    > STOKED TO BE HERE: This job is awesome. We want you to be stoked to be here. We are.
    >>>>>> PERKS:
    > RESPECT: You prove you can get the job done and we let you do it.
    > BEST TOOLS: You want new software to help out? Sure. Top of line laptop? No problem. Want something else crazy? LETS GET CRAZY.
    > COMPANY CULTURE: We ain't no chumps. We try our best to have a good time and leave the watercooler talk & office politics out of it.
    > DIET COKE: We have tons of it.
    > EVENTS: Neat events from time to time. Company outings from time to time. Stuff of that nature.
    > THE EXTRA GOODIES: Medical, dental, life, vision insurance, 401k, blah blah blah.
    >>>>>> INFORMATIVE SENTENCE ABOUT THE COMPANY:
    Funny or Die is a comedy brand for the 21st century. We produce hilarious, premium-quality, celebrity-based content for the web, TV, film, mobile, live events, and more. Our website, founded in April of 2007, is the #1 comedy destination online.
    >>>>>> HOW TO APPLY:
    Send me over some examples of InDesign development and if possible HTML animation. Make sure to tell me about the projects and how you worked on them. Also include a little something about yourself and why you think you are a good fit for Funny Or Die and The Occasional.
    email: [email protected] / subject: InDesign Developer Job

    Locked. Please contact the OP directly.
    Bob

  • App is very laggy, YouTube orientation change crashes app, etc.? Is this because I need to update?

    Hi all --
    Please note that my app was added on Aug. 1, 2014, so I am wondering if some of these issues are because I need to repackage and resubmit the app with the latest DPS tools?
    - The app works great on my office iPad in terms of speed
    - Both my iPad at home and at work will crash if you open a YouTube video full screen, and then change the orientation of the device
    Everything else seems to be working no problem.
    I would hate to go through the resubmission process if these are things not affects by the app not being built with the latest DPS tools.
    The app is available now for download and I would be super appreciative if someone could download and tell me if they experience very harsh lag problems when switch articles, etc.?
    Search "Carolina Performing Arts" in the app store.
    Thanks so much.

    Updates typically get released every 3 weeks. An update was made on October 20th that did not require any new DPS Tools, all updates were done to the backend services.
    You should be able to rebuild your app today and get the latest bug fixes.
    In addition, there are a number of online resources that you can reference regarding current status of the system, updates, and bug fixes:
    http://status.adobedps.com/
    Digital Publishing Suite Help | What’s new in this release
    Digital Publishing Suite Help | DPS Bug Fix Release Notes

  • DPS -- Updating articles with alternate layout page.

    I am working on some DPS stuff and ran into an interesting work around... But I'm not sure if is actually supposed to work.
    I am building a single (_h) orientation folio with single orientation articles and wanted to have a "scratch page" to work on in my documents (just space to create artwork and link it to hidden areas in objects states so my writers didn't have to go digging through object states to edit pieces).
    So I created an "Alternate Layout" in my pages panel and made it whatever size I wanted. When updating the article I was pleased to see that the Alternate page that I had created was not shown in Adobe Viewer on my iPad.
    IS there anything flakey about this workaround? Others that have tried this same work around have been given errors when trying to update their articles in folio builder, and I have not yet received that "content generation" error. WHY?

    @Dave – since baseline grid is a document preference and not a page or a spread preference, this is not possible.
    What is possible, is to set an individual baseline grid per text frame.
    Or you could try to set your baseline grid to a common factor for both layouts, if that is possible at all, but there could be unwanted side effects…
    For DPS usage I do  recommend not using the baseline grid altogether.
    @Neil – "Baseline Grid" might be an InDesign-specific feature, but most DPS users will have to work around the fact, that it is not a page or spread property, if they are using InDesign CS6 with alternate layouts.
    Adobe should change that in a future version.
    Uwe

  • Adobe CS6 is out! new DPS features?

    Adobe CS6 is out! Will that bring new features to DPS or viceversa?
    Thank you,
    al3nai

    I am so excited CS6 is finally out
    There's one big feature that should interest DPS folks: alternate layouts. In InDesign CS6 you can now have one InDesign file that contains layouts for multiple orientations and/or devices.
    Here's one easy example of where that's helpful: no more "_H" and "_V" files littering your machine. Just one InDesign document that has both H and V inside. Here's another example: one file that has your iPad and your Kindle Fire layouts in it.
    The best part about this is the text is linked between the layouts, so if you have to make a text change somewhere you can do it once, the links panel will indicate the other layouts are out-of-date, and you can update the link to make the change ripple across the other layouts in the file. Typo correction is now far less painful.
    You can also use the new page rules feature to define ways for InDesign to automatically create layouts for you. For example, you can start with an iPad layout, apply some page rules, and generate the Kindle Fire layout.
    One small feature to look forward to: you can directly paste HTML snippets into your file and automatically get a web overlay with that HTML.
    Note that to actually produce folios using the above you'll need the next release of DPS. The current release (v19) does not support CS6.
    Neil

  • Mix single and dual folio orientation

    Im not sure if this is a limitation or I'm doing it wrong.
    I want to build a folio that has some articles dual orientation and some just horizontal.
    When I do this I get an error. Is it possible?

    By the way, you might want to watch some videos or download DPS Tips to get up and running. Here are getting started resources:
    http://helpx.adobe.com/digital-publishing-suite/help/getting-started-digital-publishing-su ite.html

  • Window.orientation for web overlay content

    It appears that in DPS, window.orientation method doen't work - it always returns 0.
    Is there any alternative, how to get device initial orientation?

    Up

Maybe you are looking for