Web Viewer Hyperlinks in Folio

Hello,
we building folios with Hyperlink Settings "Open in Folio", which works great on mobile devices.
In Web Viewer nothing happens when clicking this Hyperlinks. In know by changing the setting to "Open in Device Browser" new tabs/windows open on desktop browser.
To keep usability high we don't want to change the setting to "Open in Device Browser". (this settings would minimize the app by clicking the Hyperlinks...)
I think it would be a great improvement, that Hyperlinks with settings "Open in Folio" on Adobe Web Viewer on desktop browsers open new tabs/windows too.
Are there any plans to implement this behaviour?
Thank you

I can no answer it by myself. I had to insert the property externalLinksOpen : 'window' to FrameService

Similar Messages

  • Adobe DPS Web Viewer - Issues

    for some reason our free app is having issues being accessed with the web viewer. The folio was published as free, but when we try to share the article it just brings us to our website. We have published this folio the same way we have published all other folios.
      Anyone got any suggestions.
    thanks.

    What version is the app?
    Perhaps you can reply offline and let me know which publication you're referring to, what issue and what article?
    I suspect that you might have a web rendition available.  Also, is www.ourwebsite.com specified in your account settings as the hosting URL, the redirect URL or the Fulfillment level reached URL , and/or the paywall button URL
    -- senior solutions architect | digital publishing  | adobe | 415.832.4014 | 408.568.6379

  • Social Sharing only links to Publication URL not Web Viewer URL

    I initially created a multi-folio app with the DPS App Builder (Social Sharing enabled per the instructions), but forgot to enable the Web Viewer on my account.
    This, per the documentation under Enable Web Viewer in this article: http://help.adobe.com/en_US/digitalpubsuite/using/WS9293e1fb3b977c5c-6c5b4101331de1fd6a-80 00.html, causes all SHARED links to be the Publication URL. Oops!
    I have since enabled the Web Viewer, republished my Folio AND re-generated my app, and the Social Sharing button in the App will only display the Publication URL, and not the Web Viewer URLs.
    Do I just need to be patient?  It's been a few hours.
    Also: is there any way to get to the Web Viewer URLs outside of sharing through the app?

    See this thread about a Sept 27th outage which may have affected you.
    http://forums.adobe.com/message/4732668#4732668

  • Hyperlink & Web View

    In the new InDesign 5.5, the Hyperlink & Web View only seem to be able to work in the preview of Overlay Creator's window / panel.
    But when I preview it through Folio Builder and the iPad, both of this interactive overlays doesn't work.
    The rest of the features like Pan, Video etc all work though.
    Can someone please help?
    Thank you!

    No problem! glad it worked. I forgot to mention the workaround for your Page hyperlink object
    You can just create a URL button that links to the page within the article.
    You do this the same way you did the jump to another article by replacing URL with "navto://articlename" but now we add "#" and the page number.
    For example to jump to page two you replace URL with "navto://articlename#2".
    I tested this method so it should work.
    Good luck and Best regards
    --David

  • Folio Web Viewer crashing frequently with v28

    I've been noticing that the folio web viewer is crashing before web pages fully load for a lot of my hyperlinks. This seems to happen for media-rich websites, but I haven't experienced crashes with such frequency in the past.
    When a button link is clicked, the web viewer begins to load then immediately disappears (sliding to the bottom of the screen before the web content finishes loading).
    Any one having issues with the folio web viewer?
    Are there any open issues or way to resolve?
    My only workaround is to make links open in Safari, but that is obviously not ideal solution.

    Hi,
    Thanks for moving it, I didn't notice the .NET section.
    No, it's not a time-out. I can make it crash immediately by opening the page, clicking on the button to refresh the report, changing the parameters, and then clicking the button again.
    Edit:
    This is very strange. Using Fiddler to launch IE makes it behave itself! It won't crash! However, when I go to the site with IE launched by Fiddler, it asks me for my login credentials. I'm not sure why it needs them. What does Fiddler do to IE to make it not include network authentication?
    Edited by: Sybsward on Dec 21, 2010 3:30 PM

  • Web Viewer - getting buttons to open in a new tab or window

    I am trying to get a button to open in a new tab or window in the DPS web viewer.
    The options when creating a button are:
    Open link in folio
    Open link in device browser
    Both which do not work when we export the web viewer.
    I know it is possible as Adobe are using this function for their Inspire magazine. This does not seem to be html either that they are using. See link here - at the bottom of the page: Adobe Inspire Magazine October 2014: The Truth in a Face
    Any help with this issue would be highly appreciated.

    There is a parameter on creating the iFrame called externalLinksOpen. They can set it to 'window', as it defaults to inline, which opens it in the current window. It's documented here:
    http://www.adobe.com/devnet-docs/digitalpublishingsuite/ContentViewerForWebSDK-2.0/classes /FrameService.html#method_createFrame
    There is also a demo linked from our 'What's New' section under 'External Link for Embedded Viewer' at http://www.adobe.com/devnet-docs/digitalpublishingsuite/ContentViewerForWebSDK-2.0/modules /What's%20New.html.

  • Embedded Youtube Video's not Playing in Web Viewer

    I have several YouTube videos embedded in my folios. They all play fine when being viewed in the app, but if the folio is shared (by any channel) and viewed in the web viewer these videos won't play. Instead the user is greeted by this error:
    Not found
    Invalid character in path
    I know that other apps using embedded youtube videos are playing just fine in the web viewer (I check out Wired) so I'm curious why mine are broken.
    Any thoughts?

    This streaming YouTube example works fine in DPS Tips web viewer:
    http://contentviewer.adobe.com/s/DPS%20Tips/7f80a0ffed3a4ff08734bc905aac4a29/Advanced_Over lays/29_Video_Stream.html
    Here's the embed code I used:
    <iframe width="640" height="360" src="http://www.youtube.com/embed/QV1UZ-88HeE?rel=0" frameborder="0" ></iframe>
    Are you using the same embed code format for your overlay?

  • PDF-stacks on Android and web viewer?

    When is Android Viewer going to support PDF-stacks? When it happens, the ipad-folios can be recycled on Android-tabs, and the iphone-folios on android phones.
    And what about the web viewer? We would love using the sharing-functionality, but the lack of pdf-support will force us to use png instead of pdf.
    Any chanche of solving this soon?

    The unavailabilty of PDF support in Android is the only reason we do not publish to Android devices. Most of our customers are not ready to spend hundreds or thousands of dollars to re-author a print layout for a digital device. Makes a lot more commercial sense to just publish the print layout to digital for now. That works fine on iOS because we can publish as PDF and readers can Pan & Zoom the content. With no DPS PDF support for Android you end up with an un-zoomable page which is frankly unreadable.  

  • DPS Web Viewer

    I have a question regarding the v27 update.
    Posted from the whats new section: "In the web viewer, articles that have an article access state set to "Free" in Folio Producer can now be viewed in the desktop web viewer without counting against the paywall threshold." does this mean that as long as an article is set to free, we will not be charged for the viewing of this article?
    can someone explain this in laymans terms.
    thank you.

    This refers to the paywall threshold that the publisher sets up for their customers, not the download counts that Adobe charges publishers.
    Publishers can use the Folio Producer to set articles to Free, Metered, or Protected. In the Account Admin tool, they can set a threshold to limit the number of metered articles that each customer can view in web viewer. For example, if the threshold is set to 3, the customer can view 3 metered articles, and browsing to the fourth metered article displays a paywall message. In v26, both free and metered articles counted against the threshold. In v27, only metered articles count against it.

  • Duplicated/blurred/overlapping fonted text in web view

    We are experiencing an annoying issue with fonted text in web view frames. See the screenshot below:
    Look closely at the headline and you'll notice that it seems to be duplicated on top of itself, as if there are two identical headlines on top of each other, a couple of pixels apart. This happening on ALL our HTML text story pages based on this template.
    The page is HTML supported by local web fonts, an extremely basic CSS and a jQuery to handle the zoom function (the blue buttons at the top). The idea is that readers of our DPS folio tap on a button on a page to reveal a state in an MSO that contains a web view frame showing the full text version of a story.
    The annoying thing is that the HTML looks absolutely fine in Safari and Chrome on my computer, nor in the desktop Content Viewer: the problem only arises in Safari and Chrome (and therefore DPS too) on the iPad 2 and 3.
    Has anyone here experienced the same issue? Did you manage to solve it?
    Ali

    Yes, I'm previewing as a raster folio - no zooming allowed. What made it curious is that when I put the same web files online and viewed them using the standard Safari browser and the Chrome browser on my iPad, I was seeing the same problem. So it seems to be an issue not directly related to DPS.
    However, I think I've solved it, thanks to your prompting to keep returning to how the fonts are being addressed. I added the following lines to the <style type="text/css"> section of my HTML header:
    h1
              font-family: Headline;
              font-weight: normal;
    I'm not sure why this did the trick: the 'Headline' style for the <h1> tag is already described and associated in the CSS and (I thought) referred to appropriately higher up in the HTML header, but there you go. Perhaps it needed a reminder, I dunno. The other styles didn't need this. I'm such a coding dimbo I haven't the faintest idea what's going on.
    Thanks for directing me to the right places!

  • Strange web view scaling

    Not sure anyone will be able to helpbut here goes;
    I have a series of articles each with a web view. The html image is set to 400pxls square, and I create my web view 400, so when imported into a 768x1024 folio, the html animation works fine. And this version looks OK on the Retina screen.
    But, Now onto a rendition for retina, where I scale the graphics and amend the html, import into indesign as before, but now when testing the html animation scales up 200%, within the web view, so I only see a 1/4 of the animation.
    I went onto test on the iphones, again I created 2 versions, std and hi res, the std version works fine on iphone 4 (if very very slightly soft) but the version I created specifically for the retina screen scales up 200% just like on the ipad.
    I appreciate this is tough to comment on without the files, but just wondering if anyone else has experienced this yet?
    Cheers
    Alistair
    NB
    I also tested the large 800pxl html file on a std size folio, and whilst it is obviously too big for the folio itself it works fine and the graphics themselves view at 100% as they should.
    It seems to be that there is definitely something wrong with web views on retina size folios!!

    Hi Johannes
    Scale content to fit is unreliable in that it does not scale correctly to the proportions of the web view, in testing it appears to be a bit random but around 75-80% of the web view, I guess with trial and error I could achieve my required results, but we are not paying for a trial and error solution, but in any case that does not answer the problem of why the web view works on a folio at 768x1024, but not at retina and like wise on iphone screens; how can safari be acting differently simply between 2 different sizes of folio??
    Most bizarre...
    PS dont know how or what to do with viewport in a meta tag, thats on the html doc isnt it?
    Cheers
    Alistair

  • Web viewer count download

    hello~
    if a folio has 10 articles, a user viewed 10 articles.
    After that,
    re-activated after Turn off the computer.
    And try again, a folio has 10 articles, a user viewed 10 articles.
    then,
    is this counted as two download?
    (Web Viewer on the desktop)
    Another question,
    What is the criteria in download count?

    2 according to me.

  • Web viewer update

    When can we expect an update of the web viewer?
    The content displayed is not responsive and is therefore not useable on most small screens

    The v29 release introduced a couple of bugs that's most likely affecting you. These issues should be resolved within the next day or two.
    http://helpx.adobe.com/digital-publishing-suite/release-note/dps-bug-fix-release-notes.htm l
    Known issues with web viewer
    Some scrollable frames in web viewer are no longer working properly with the v29 release. This issue is under investigation.
    Social Sharing is not working properly for v27 and v28 apps for folios published after the release of v29.
    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.
    TOC images larger than 70x70 are being cropped instead of scaled.

  • Web Viewer stettings

    Hi guys !
    I'm working on adobe web viewer and I wanted to know if I can change its size.
    I use a 768x1024 iPad rendition and when it display on a computer screen it's too big and I need to scroll down to see the bottom of viewer.
    Can I change viewer size in source code or do I need to publish a new rendition with a lower size.
    Regards,
    Franck Soulier
    Edit : 2 screens
    What I have :
    What I need :
    I zoom out at 75% in my browser to get my last sreenshot

    Thanks for that quick answer !
    I'll make a special web viewer rendition.
    But I have a new question about renditions.
    Is there a way to avoid all those copy/past for each article's descriptions, title, etc.
    Every month I'll make 4 renditions (iPad, iPad retina, Android, and now web viewer). 3 fields (heading, title and descriptions) to fill for each articles (about 50 per folio) in folio producer.
    That means 150 copy/past per rendition, 150 x 4 ! 600 ! And I don't count all the 200 images I need to upload for feature summary. It's really take a very long time each month...
    Is there a way to fill all those descriptions once and for all ? Perhaps in indesign file...
    Regards,
    Franck

  • Web viewer

    Hi guys,
    I know there is no web viewer for folio yet but do Adobe have any plans for it? Woodwing and other players provide content to web, mobiles and tablets.
    Thanks

    Yes, using the PDF image format is the problem at this time. In an upcoming release, the plan is to generate PNG web content regardless of the articles' image format setting, but for now, use PNG or JPG.
    http://help.adobe.com/en_US/digitalpubsuite/using/WSf6ef983f54a76485-3d39e50113568f15d7f-8 000.html

Maybe you are looking for