Web viewer issues

Help! I've set up my account so there is a web viewer version of our magazine. I've enabled the web viewer in DPS account administration, published a web only version of our magazine, constructed the web viewer parameter with the intention of embedding the iframe in our website. I tried embedding the viewer in the sample files provided in this article - http://www.adobe.com/devnet/digitalpublishingsuite/articles/embedded-web-viewer.html without luck. I can live without embedding the web viewer for now. I just want to view the publication in a browser to see if it's working. For the life of me, I can't figure out what the url would be to view the un-embedded content viewer?
Why does Adobe not mention a url anywhere in their guides so you can view your web publication? They walk you through creating the parameter, but never reveal the first part of the url. I'm guessing the url is - http://contentviewer.adobe.com/ with your individual web viewer parameter attached. I only found the url by locating the lone example of a web content viewer on the site and using the url - http://contentviewer.adobe.com/s/OHSU%20Extra/b58273a80e044872af6f3d626b8432a3/OHSU%20Extr a%20Spring/Extra%20Spring%202013%20Simulation.html#lastPage
My content viewer is not showing up using http://contentviewer.adobe.com/my%parameter
Not sure where to go from here? Are there any common roadblocks when a web viewer? Anything I could have missed?
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

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

Export to Web viewing issues

I produce a simple piece of HTML mailing for my clients to send as an e-mail blast. I typically create these, and they contain graphics and some direct hyperlinks with URL information embedded within a slice. I Export to Web and place the produced files on my FTP, get the link and I send out a blast e-mail. When I test this on my Mac (Mail) the piece looks perfect.
I know that some folks block HTML, so I also include the URL.
Some of my clients have replied that the output is desheveled. Indeed it does look that way. It looks as there are shifted or missing slices. I started to send out a blast test to all of my personal e-mai accounts, and I did get questionable results through G-mail and my web hosts own client. But the art looks great following the link to the FTP. All of th eembeded links work. I'm sure most of my clients are on Outlook and WIndows, so I don't know how to correct this.

You would get a better response by posting this in the Dreamweaver Forum as the issues you describe are nothing to do with Photoshop but have everything to do with how your HTML email is coded. When you post there, be prepared to attach a link to the live page or post the code you have used.
Getting an HTML email to look the same across all email clients is tricky and involves a lot of consideration. Unfortunately you have been using Apple Mail which renders HTML through Safari so it almost always looks better than every other email client out there.
To get you started, the following link should help you out: http://24ways.org/2009/rock-solid-html-emails

Issue with multiple digital signatures disabling fast web view

Hello, I'm using acrobat 9.1 pro and have some questions regarding an issue using multiple signatures on a pdf.
Why am I asking the question below? My job involves preparing pdf's for submission to FDA. The FDA requires, among other things, that electronically submitted docs have fast web view enabled.
I am currently exploring ways of using digital signatures to sign pdf reports and still make sure they are FDA spec compliant. My issue involves a document that would have multiple signature fields. What I do is create at least two signature fields in the doc and then save and optimize while enabling fast web view. When I sign the first box and save, the file retains the fast web view status. Yet, when I apply and signatures past the first one, the file is subsequently set to fast web view off without any obvious way of turning it back on. I am confused as to why it gets disabled only after the second, and not right after even the first one was signed. And, of course, I would like to know if it is possible to maintain fast web view and how to do it. I'll gladly accept "tinkering under the hood" of the file suggestions if they exist as well.
Please let me know if anything is unclear or you need further information.
Thanks for your time and help.
~Vlad

Hi Vlad,
Michael actual had the correct answer. The purpose of a "Linearized" file (i.e. a file that has been Optimized for Fast Web View) is to get the first page to display as soon as possible so you can start reading without waiting for the rest of the file to download. As an aside, the designated first page doesn't necessarily have to be page 0 (PDF's use a zero based counting system for pages), but usually it is. To quote the PDF specification, "The primary focus of Linearized PDF is optimized viewing of read-only PDF documents. It is intended that the Linearized PDF be generated once and read many times. Incremental update is still permitted, but the resulting PDF is no longer linearized and subsequently is treated as ordinary PDF."
When you sign a PDF file the first time the Save process is a "full save", that is the entire document is rewritten so there are no more than two %%EOF (end-of-file) markers in it. The first EOF designates which page to show first and the second EOF designates the end of the rest of the file (so the browser knows when to stop downloading). However, when you add a second (or subsequent) signature the file is saved as an "incremental save" and all of the new data is tacked onto the the end of the original file. This is so you can do a rollback to the previous signed version and allows Acrobat/Reader to check the integrity of each signature independent of any other signatures. It's the incremental save that breaks the linearized optimization of the file.
Steve

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

Exporting issues -- Crystal & web viewer

I have two issues that I'm trying to working through with Crystal XI. I have Crystal XI R2 and Crystal Report Server XI R2 SP2 installed.
First, when I open a report from the server in the web viewer, I don't have an option to export to CSV. Has that been added in SP4 or is there any way to add that option in?
Also, when I export a report directly from Crystal XI R2, the file name is generated in all lower-case, regardless of how it's typed in in the dialog. Is there a way to fix this so that it keeps the case I typed in?
Thanks.

Hi Mike,
Never seen that Dev tool before so it won't be in our supported platforms.
I recall something similar and it was due to the screen resolution or zoom level.
Have a look at the source code of the page to see what it is doing. Compare it to a VS .NET ASP.NET app to see what the differences are.
Thank you
Don

Creating a Web Viewer-only issue

So I got through step 4 in these instructions.
/helpx.adobe.com/digital-publishing-suite/help/creating-web-viewer-only-rendition.html
Now step 5 says build an app with social sharing enables and test the Web Viewer rendition.
Does that mean going into the DPS App BUilder and all the same steps as building the app for submission to Apple?
Will I need all the certificates etc.?
Has anybody done one of these yet and can give me more details?
Dave

Yes, that's exactly what you would do.
Neil

URL scheme issues for v20 'web viewer'

Hello all,
I've recently created a multi-folio app with DPS, but I am having trouble with the 'Social Sharing' option. In the Viewer Builder, I enabled Social Sharing via email and Twitter, made selected articles unprotected via the Producer Builder, and made sure that the folios were not uploaded with PDF (pinch and zoom) images enabled.
However, when I test the link in my app, my desktop browser says that the webpage does not exist. Am I missing a step or a piece of the setup? I thought that the process would be automated, but I can't seem to get the web viewer to work with my content. Any advice or insight would be greatly appreciated.
Thanks for the help!
Designer with DSG

@DSG
I'd be willing to look into it for you. I'm an Adobe employee.
If you are willing to post the link here that would be ideal but you can also just post the "guid" portion of the URL.
So for example, given this link
http://www.adobepublish.com/s/18e01039-3307-4142-ba7f-36ffc33f718e/02_DPS_Overview_Stack.h tml
I would need this part. "18e01039-3307-4142-ba7f-36ffc33f718e"

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.

Adobe Reader X fast web view problem

Hi,
When I try to open a PDF with several pages from the web using Adobe Reader X, fast web view function seems not working while I could only view it after download of the whole file completed. Checked and confirmed that "Allow fast web view" selected in the Reader, as well as the PDF file being tested support such function. Here's my OS and software environment:
- Windows 7 Pro 64-bit with SP1
- Internet Explorer v8.0.7601.17514
- Adobe Reader X v10.0.1
I tried several scenario as below:
- Disable "Display PDF in browser", no improvement
- Uninstall Reader X and install Reader 9, test on the same PDF and fast web view working properly
- Uninstall Reader 9 and install Reader X again, same problem happen again
- Install Reader X on a freshly installed Windows XP with SP3, same problem appears
Does anyone experience the same issue? Or any ideas \ solutions? Many thanks.
Regards,
Maguyver F.

Hi
Security Method: No Security
Printing: Allowed
Document Assembly: Not Allowed
Content Copying: Allowed
Content Copying for Accessibility: Allowed
Page Extraction: Not Allowed <-- Could this be the problem
Commenting: Not Allowed
Filling of form fields: Allowed
Signing: Allowed
Creation of template pages: Not Allowed
Thanks for the interest
Rudi

"Fast Web View" not supported in Acrobat X plug-in for FireFox/Chrome

The Acrobat X plug-in for displaying PDFs in FireFox/Chrome does NOT support fast web view. This means that PDFs don't display until after the entire file has been download.
For example, try viewing this document in either IE(Windows) or Safari(Mac):
http://partners.adobe.com/public/developer/en/pdf/PDFReference.pdf
Notice how it opens very quickly, and then you can scroll around and view all the content as the PDF content strreams in? In Safari you can see the download progress like you used to be able to see in all versions of the acrobat plug-in. Note also that in the IE version, although fast web view is working, you cannot see the download progress like you used to be able to... Thats an issue, but not nearly as bad as the real issue...
Now try clicking the same link in either FireFox or Chrome (note that in Chrome you need to be sure that Chrome's PDF viewer is turned off and the acrobat plug-in is enabled). Note that the PDF is not displayed until the entire file is downloaded.
This feature is VITAL for viewing large documents online. I'm astonished that this has not been reported by other users.
Adobe -- PLEASE be sure that this gets fixed in the next update to Reader X!! I was shocked to see that it was not fixed in 10.1.

WHY would you want to disable this? Linearized "Fast Web View" enabled PDF are the right and proper type of document to be created.

Fast Web View breaking links/bookmarks in PDFs from Word 2007

I'm running Acrobat Pro 8.1.2 on WinXP, and I recently noticed an issue with PDFs that I'm creating from Word 2007. If I turn on the setting "Save As optimizes for Fast Web View," any links or bookmarks in the file break when I do a Save As. If I turn the setting back off, Save As doesn't break them.
I had had problems creating the PDFs using the PDFMaker plug-in for Word, so I used the Save As PDF or XPS feature from Microsoft instead.
PDFs created using FrameMaker are not giving me problems.
I don't know whether this is related, but the Settings button on the Save As dialog box is no longer active. I'm sure I was able to click it before, but I can't now. And that goes for PDFs from Word or FrameMaker.
Anyone have any clues?
===========================================
Rick Henkel
http://rickhenkel.googlepages.com/index.htm

This is related to a bug in the direct PDF output from Word 2007. I was told that Microsoft has fixed this bug in the final SP2 release (so when the service pack becomes available, this problem will not be present).
Until then, the workaround is indeed to turn off the "Save As optimizes for Fast Web View" preference in Acrobat (Edit > Preferences > Documents, under Save Settings).
Shlomo Perets
MicroType * http://www.microtype.com
FrameMaker/Acrobat training & consulting * FM-to-Acrobat TimeSavers
"Improve Your FrameMaker Skills" live web-based training sessions

PDF fast web view option don't work like the specification Acrobat Reader suggest...

I have an optimized/linear PDF file for support fast web viewing option.
My issue is about the plugin comportment. In the Adobe specification, when the plugin receive a large optimized PDF file, he suppose to be began to read and show the PDF file after the first page received from the web server.
In my case it's not worked properly. The plugin show me the PDF file after the download finish.
When I check the Acrobat Reader 8.1 internet settings, all fast web view options are checked properly.
If I look the PDF file properties the fast web view value is yes.
I don't know what is wrong in my setup.
Some help will be appreciate.
Thank's.

If the file is public, I suggest you post the URL for others to try
out.
Aandi Inston

Exporting PDF format for web viewing, fonts look bad

Hey everybody I'm relatively new to indesign so sorry if this is a simple one. I'm doing a newsletter in indesign, which will be used stricktly for web viewing. Whenever I export the file as a pdf the body text fonts look a bit off, as though they are slightly pixelated around the edges. This is not as noticable in the artcile titles with larger font, but any smaller font (i'm using size 14, and futura book) and it gets this pixelation, it is even more noticeable in the thinner type sets of the font. Another odd thing is the first page of the newsletter the fonts are more messed up looking than the following pages where the same font types and sizes are used, the only major difference is the first page has a photo on it, but the fonts that look weird are below the photo not overlaying it or anything like that. I turned off all the compression on the pdf export, also tried it will varying amounts of compression but still have the same issue. And I am viewing this in Mac's Preview program, not acrobat.

Ok, just checked through all the flattening preview highlights and everything looked fine in that. Since my exported document looked perfectly fine in acrobat, but sort of pixelated in mac's preview, is there any way around that?
If you are serving the PDF via a web address it will very likely be viewed in a browser (not downloaded and opened in an app like Preview or Reader). All of the browser displays have slightly different anti-aliasing, which you can see if you zoom in on a screen capture of the text. Here's a line of text from your PDF at 100%, magnified to 400% in Photoshop. From top to bottom Safari, Chrome, Firefox:
There's nothing you can do about the anti-aliasing quality of the different browsers and apps. The PDF you posted has live transparency, so it isn't a flattening issue.

Upgrade to ECC6 & Unicode: IE Web Browser Issues?

Has anyone experienced web browser issues at display time? We are on IE7. We are now using the internal ITS. Our carriage returns are totally being ignored by the browser. Thus, we have a dropdown box to pick one of the businesses multiple partners, and because the HTML is not formatted correctly in the browser, the dropdown doesn't work, and we get an "array not created" error messsage in IE7.
I know that there are options in the IE 7 browser under the menu item "view". I've tried changing these to some different Unicode settings, but without luck.
Has anybody some experience with this issue?
Thank-You

Hi Tim,
this might be problem with Support package, by default Sap neweaver 2004s application comes with SP6, u can upgrade to higher SP to solve these type of problems.patch your system up to SP12 or SP13 and try.
Thanks & Regards,
Manikandan Dhanakoti
Edited by: Dhanakoti.M on Oct 23, 2009 7:45 PM

Web viewer issues

Similar Messages

Maybe you are looking for