URL of Web viewer links

Similar Questions

• Web Viewer links

  Is it possible to find the web link to your folio without sharing your article?

  It is safe.

  Open this article:

  http://www.Adobe.com/devnet/digitalpublishingsuite/articles/embedded-Web-Viewer.html

  Scroll down to the section of the topic:

  "How to manually build a web viewer setting.

  While this article describes the recipe of the URL for the web viewer that is integrated, it applies also to the standard web viewer as well. Just adding "http://contentviewer.adobe.com/" before the string starting with "s ////

  .html.

  The instructions to find your account GUID are just a bit low Pluss in the same article.

  I hope this helps.

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

  I'm trying to get a button to open it in a new tab or window in the Distribution points web viewer.

  Options when you create a button are:

  • Open the link in the folio
  • Open the link in the browser on the device

  The two that do not work when we export the web viewer.

  I know it's possible that Adobe use this function for their inspired magazine. This doesn't seem to be html, either they use. See the link here - at the bottom of the page: Adobe inspire Magazine October 2014: the truth in a face

  Any contributions to this issue would be much appreciated.

  Please make sure that you add an externalLinksOpen: 'window' to FrameService

  for example the Bridge demo

  URL of Web viewer links

• Only the URL of published non-Web Viewer URL of social sharing links

  Initially, I created an application multi-folio DPS App Builder (Social sharing enabled according to the instructions), but I forgot to activate the Web Viewer on my account.

  This, by the documentation under Enable Web Viewer in this article: http://help.adobe.com/en_US/digitalpubsuite/using/WS9293e1fb3b977c5c-6c5b4101331de1fd6a-80 00.primeras html, causes all SHARED links to the URL of the Publication. Oops!

  I have activated since the Web Viewer, republished my Folio AND generated by my app, and the share button Social in the application displays the URL of Publication and not the Viewer Web URL.

  I just need to be patient?  It has been a few hours.

  Also: is it possible to get the URL Web Viewer outside the sharing through the app?

  See this thread on a Sept. 27 failure may affect you.

  http://forums.Adobe.com/message/4732668#4732668

• Can web viewer external links open in a new browser window?

  We have as a default behavior for all links off the title would open in a new browser window when clicked. Now by clicking on a link reuses the window current and required the user to the publication.

  I was hoping that maybe change the value in Folio overlays Hyperlink "Open in Folio ' to 'Open in device browser' would work, but it doesn't seem to change anything on the web viewer.

  He will be supported in publication v29 of tomorrow.

• Web Viewer URL

  If I select all the parameters correctly, how or where do get the URL of my Viewer?

  example:

  http://ContentViewer.Adobe.com/s/com.ensemble.customstorefront/ddc2a5e 52a4840bfbf741edcf3087c65/May/PDF%20WORD.html

  If you enable all of your settings properly, build an application development with active social sharing and then share an unprotected article. This will give you your link.

• Link Hypertext & Web view

  In the new InDesign 5.5, the link Hypertext & Web view only seem to be able to work in the Overlay of the Creator window Preview / Panel.

  But when I saw it by Folio Builder and the iPad, both of this interactive overlay does not work.

  The rest of the features like Pan, Video etc all works well.

  Can someone please?

  Thank you!

  OK, I was able to recreate the problem with hyperlinks and I went ahead and submitted a bug report to Adobe.  The key question, however, I wasn't able to recreate.  Check a few things and let me know if it fixes the problem.

  With your button, make sure that you have "navto://articlename" make sure that the name of the article is the same way, it appears in the Panel (which must match the name of acrobat.com) so not 'articlename_h' or 'articlename_folio' or something like that.  Update section of the folio builder Panel... and preview the FOLIO group level.  If she does not have article you made navto it will not work.

  Let me know if it helps

• web viewer embedded in https

  Wonder just if someone gets integrated web viewer to show in https.

  According to this link http://www.adobe.com/devnet/digitalpublishingsuite/articles/embedded-web-viewer.html , accommodation URLS can be http or https. However, it doesn't seem to work

  Thanks in advance.

  Adobe for Web content viewer (web viewer) is not supported via SSL connections at this time. We apologize for the confusion, but the document is not correct. We are working to remove the reference to the HTTPS address.

• Web Viewer and editor of marketing (article Allen)

  My client publish folio free and retail, and we want to understand how to use the Web Viewer via links (url) or through more traditional campaign vehicles. He wants to send a message to Facebook/Twitter like this:

  We have published this publication ipad 'XXXXX '! Please get a glimpse of some article here (link to web viewer).

  And then buy it on iTunes Store!

  So I have a few questions:

  (1) folio free ipad are visible in the web viewer with no limitation (it's ok).

  (2) free folio - Viewer web only - which never launched an iPad app and use only the web viewer. (it's ok).

  (3) the problem is the folio of detail, try to think of this structure:

  Article 1 (free)

  Article 2 (free)

  Article 3 (free)

  Article 4 (aerosol)

  Article 5 (aerosol)

  Article 6 (protected)

  Article 7 (protected)

  Article 8 (protected)

  Article 9 (protected)

  Article 10 (protected)

  Article 11 (free)

  Links to article counter display on desktop content without any limitation.

  If a user with this link can see all the article (also protected)! Is it possible to use a limitation for desktop users?

  This article by Allen Ellison has not helped me:

  .. .but once a URL custom hosting is associated with a publication, all users who follow a link from web viewer will end up in your URL, if you want to validate that users of iOS...

  http://www.Adobe.com/devnet/digitalpublishingsuite/articles/embedded-Web-Viewer
  

  All the article here with no limitations!

  http://Adobe.LY/XlscZ0

  http://bit.LY/1dDtgpY

  In a folio detail (as you describe in #3), users who click or press the link can see all folios free and none of the folios protected (unless they have right). They will be able to view the items counter, but only until they reach the threshold that specifies the editor. After that, the rest of the items are protected by a paywall.

  This applies to both built-in web viewers. However, with a web viewer integrated, you can give right to users to connect and consult the content that they have right to.

  That answer your question? I'm not sure of what got...

• Web viewer error - you are not authorized to view this page

  Hello everyone

  I have a problem with my webviewer. The web viewer displays the following error "you are not authorized to view this page.

  Please follow this link to see the printscreen: http://imageshack.us/photo/my-images/708/v1d6.jpg/

  I checked the parameters of my account of the request:

  -Enable the web content viewer: checked

  -Hosting URL: ok

  -Redirect URL: ok

  So I checked my Folio publication settings

  -Publish Folio: NOW

  -STATUS: Public and free

  -Product ID: is correct.

  I also checked the box right edge binding.

  I checked the settings on the phone with the help of adobe and it seems that it is correct.

  I create my web page the file Sample.zip available in the Adobe documentation page-based web viewer (Embedding, content in your web page to web viewer)

  My account Id is correct (checked through the IPAD app)

  My wv Param is OK also

  I am sure of that because I can reach my folio via the direct URL "content.viewer.adobe.com/my way."

  The problem is that the folio do not appear in the webviewer in my index.html page. I don't have the error message in the Viewer, this error message is probably from an Adobe server.

  Please can you help me?

  Concerning

  The only time where this unauthorized error is when there is a problem with the URL of your accommodation. To ensure that your content can be hosted on a site not authorized by you, as the owner of the content, we check that the accommodation on your account URL is the URL that hosts the content. If you see this error and can reach your folio via the direct URL to contentviewer.adobe.com, this means that the URL of your accommodation is not configured correctly. Once you set the URL of your accommodation, your content will be visible on contentviewer.adobe.com; It will redirect to the URL of your accommodation. You said that you have checked the URL of your accommodation, but from your description, looks like it has not been properly defined on the specified account. If you still have difficulties, we can help if you provide your account information and folio.

  Thank you

  Christine

• Web Viewer or questions!

  I read the instructions from Adobe for creating a compatible application because I want some apps have versions web viewer.

  Am I right in assuming that in the "URL of Publication" box in the App Builder, I put a web page address to empty?

  I've seen other applications use this feature and the URL need me always starts by ' http://ContentViewer.Adobe.com ...'

  Is this a feature of that each user DPS can take advantage, or is it only Enterprise?

  Thank you

  The Publication URL must be a real site that provides information about your application. If users share an article you set left as protégé, clicking on the shared link displays this page.

  The Social sharing feature is for Pro and Enterprise, not the simple edition.

  http://helpx.Adobe.com/Digital-Publishing-Suite/help/using-social-sharing.html

• Create a shortcut on the desktop the icon comes back to a 'globe' for any shortcut, I create. It does not cover the actual icon as shown in the url or web page. Any ideas?

  Create a shortcut on the desktop the icon comes back to a 'globe' for any shortcut, I create. It does not cover the actual icon as shown in the url or web page. Any ideas?

  Hi Ronnie,.

  I see that you can not create a shortcut on the desktop. I'll help you with this problem.

  1. What is the brand and model of the computer?

  2. what operating system is installed on the computer?

  3. what security software is installed on the computer?

  4. have you made changes on the computer recently?

  5 is the issue limited to the creation of shortcuts on the desktop?

  6. How do you try to create a shortcut on the desktop?

  Please provide us with more information to continue troubleshooting as a result.

  See the link on how to ask questions or help on the Forums.

  Suggestions for a question on help forums: http://support.microsoft.com/kb/555375

  Thank you.

• Item is not available in web viewer

  Although my content, collections and page layouts are published, when I connect to my web Viewer URL and browse in an article, the page displays an error message:

  We're sorry

  This article is not available

  

  Any recommendations as to the action, I'm missing?

  It looks like the content is being measured in your application. The collection in which appear the articles has a product associated with ID. When you change the product ID in the table of edge products & subscriptions, it occupies to the object or restricted? If you set the ID of the collection in fr., all items within the collection will be available. If you do not want this collection to be free - if you want to require a purchase or log - then you need to change the properties of the article and change the access to the Article of 'Aerosol' or 'Protected' to 'free '. Publish and check again.

  If this does not work, let us know.

• Why are they the Web viewer and device sign in different boxes?

  We create an AEM application that uses right V2. I just noticed that the sign in the dialog box for the Web Viewer looks like this:

  

  But the sign in for iOS devices dialog box looks like this:

  

  Ask yourself why they are different? Differences that matter to us:

  1. the screen of the Tablet says "Username" but Viewer says Web 'Email address' (we prefer email address)

  2. the screen of the Tablet is not a link "create an account", but the Web viewer don't. This is important. We need this.

  Is it possible to make these screens match? Why are they different?

  Thank you.

  Keith, the 'create an account' link on iOS is in the 'Account' dialog box, under the button "connect". iOS is the only application that has a dialog account, because iOS has a few other configuration options to manage the different store not present scenarios on other platforms. Do you not observe it at this place?

  About the chain, the difference is involuntary. User name is the more generic term and one we use throughout all the viewers of the mobile device. We chose the username because some authentication providers do not require an email address, so he labelling 'e-mail address' may be incorrect.

• navto://relative/parent does not work in the Web Viewer

  Hello

  We have recently added in one of our app a menu navigation that points to a different section of a publication. We have also added the option to revert to the parent with the navto://relative/parent link collection.

  It works very well on tablets and mobile phones, but it doesn't seem to work in the Web Viewer version.

  Here is an example. The navigation menu is in the upper right corner, and the link to exit the publication is called "Quitter" (the last choice in the menu).

  https://app.tcmedianouvelles.ca/webviewer.HTML#project/e33d9e2b-e00b-4c5d-8348-de8a1df3174 9/view/WSY20160611-8dv5gUoLL / has...

  Is this a bug or this type of link is not yet supported in the Web Viewer?

  Thank you

  The navto://relative/parent format is not supported in web viewer. A tester told me that there is an additional complexity in the determination of the parent in the viewer web because Viewer users don't always access the app of the top-level collection.