PDF displays incorrectly within embedded web frame

pdf files in an embedded frame using iframe tag display incorrectly in Firefox V.22 and earlier;
On opening the webpage, the pdf is displayed too large.
The pdf displays correctly only after refreshing or reloading the webpage.
In Internet Explorer, Safari and Chrome, the pdf displays correctly when one first views the page.
I have already reset Firefox to use Adobe Acrobat plugin. The scaling still works only after reset.

Make sure your not Zoomed the PDF File
Hit > CTRL + 0 (zero) for Normal view,
Try to use the In-built PDF Viewer
*Firefox > Tools > Options > Application > Search for "PDF" > Preview in Firefox
If your facing the problem, please provide the screen shot of that.

Similar Messages

  • Illustrator CS5 PDF Dimensions Incorrect - 72dpi for web

    Issue in a nutshell: I'm wire-framing sites in Illy CS5 for it's snap to pixel grid features. I have my document set up to use pixels as units, raster effects at 72dpi, and RGB color. So as far as I can tell everything should be formatted correctly. The issues arise when I save the comps to PDF so I can e-mail them to clients. Two things happen, from what I can tell so far, that are most likely related. First, the PDF artboard size doesn't match the Illy artboard size. Comparing 100% zoom size side by side on each, the PDF appears to be 33% too large (i.e. they look identical when the PDF is at 75% zoom and Illy at 100%.) Second, what I thought was a separate problem originally, when placing PSD's at 72dpi they look crisp in Illy and Photoshop but appear blurry when saved as PDF (I'm assuming because of the 33% scale distorting them.) When saving the PDF I've tried using "Smallest File Size", "High Quality Print", and some custom settings (downsampling images to 72dpi) just to see if I can get anything to work. Everything comes out oversized though. Also, I know there are options to export as .png, .jpg, ect... and that you can "Save for Web and Devices." I want to avoid using these if possible because they tend to be slow, don't favor multiple artboards, generally handle text poorly, and are not as good as a PDF for emailing to clients for review.
    In the reading I've done searching for a solution it looks like most people have their artboard or PDF preferences set up incorrectly. Usually resulting in a drastically larger or smaller image, roughly 4 times, because the file is being saved at 300dpi instead of 72dpi. What throws me for a loop is the 33% scale because I'm not seeing a direct relationship between print quality dpi and web dpi mussing things up. There must be some setting or box I'm not checking to save the file correctly, but am not sure where to go about it.
    Thanks for all your help, and let me know if you need any more info. 

    Arnbly,
    Forget monitor resolution. It has nothing to do with monitor resolution. Discussion of monitor resolution just confuses the issue.
    Comparing 100% zoom size...
    That's the key.
    You are using two different applications. (Never mind that they are published by the same software vendor.)
    Regardless of your monitor's specs, it's neither the monitor's dot pitch (102 PPI) nor its pixel count (1920 x 1080) that makes Illustrator's display of 1" smaller than Acrobat's on that same monitor. It's how many monitor pixels (on any size monitor) that the two programs use to render a representation of a real-world inch at 100% zoom.
    Illustrator always assumes 100% of one inch of actual linear measure in the document corresponds to 72 monitor pixels. In other words, at 100% zoom, it uses 72 pixels to "paint" an inch. When set to Inches, the major tickmarks of Illustrator's rulers are 72 monitor pixels apart, therefore display smaller (take up less of your monitor's space) than the rulers do in Acrobat.
    Reader (and Acrobat), by default, assumes 100% of one inch of actual linear measure in the document corresponds to 96 monitor pixels. In other words, at 100% zoom, it uses 96 pixels to "paint" an inch. When set to inches, the major tickmarks of Acrobat's rulers are, by default, 96 monitor pixels apart, therefore display larger (take up more of your monitor's space) than the rulers do in Illustrator.
    In a nutshell, it boils down to this: Zoom is just the currently-displayed ratio between real-world measure and number of monitor pixels used to paint a picture of it. Illustrator and Acrobat (by default) simply label different zoom levels to be "100%". Illustrator clings to the MacOS convention of using 72 monitor pixels to paint an inch-worth's of page content. Acrobat's default uses the Windows convention of using 96 monitor pixels to paint an inch-worth's of page content.
    Neither one necessarily matches physical reality. That is, even without switching between programs, if you hold a ruler up to any given monitor displaying a given application, what the software labels "1 inch" at "100%" will quite likely not match your physical ruler. Obviously, for example, if you view your PDF on a cell phone and zoom to "100", the display will measure in real-world physcial measure much smaller than the same PDF does on your laptop, which will likely in turn be smaller than when displayed on your desktop--even if all three devices have Acrobat zoomed to "100%."
    As you can see above, Illustrator's "72 pixels to paint an inch" uses less of your monitor's space to display an inch at 100% zoom, but shows less detail because it has fewer pixels (72 x 72) available for rendering that square inch . Acrobat's default "96 pixels to paint an inch" takes up more of your monitor's space to display an inch at 100% zoom, but shows more detail because it has more pixels (96 x 96) available for rendering the same square inch.
    The above screenshots, however, are of vector-based artwork. If the artwork were a raster image, display quality , not just size, would also differ between the two programs when zoomed to 100%. The display would be sharpest when the actual number of pixels contained in the scaled-to-one-inch image matches the number of monitor pixels that the program displaying it uses to render an inch. So if the above artwork were a 96 x 96 pixel raster image scaled to 1 inch on the page, its display would be better at 100% in Acrobat than in Illustrator. If its were a 72 x 72 pixel raster image scaled to 1 inch on the page, its display would be better at 100% in Illustrator than in Acrobat.
    So to make your PDFs display at the same size as your Illustrator documents at 100%, set your Reader (and/or Acrobat) display preferences to what Illustrator considers an inch:
    But understand: Pixels Per Inch means nothing to a web browser. Web browers ignore PPI. They just display image pixels to monitor pixels, 1:1. So if your client is on Windows (by far more likely than not), Acrobat's default setting of 96 PPI is going to be more representative of the size he sees your web-destined design when viewed in his web browser.
    JET

  • Display Exceptions within BEx Web using individual icons/symbols

    Hi Experts,
    we have the requirement of our customer to display exceptions in a Web Template using individual symbols/icons.
    This is what we have done so far: first we included some exceptions in our query (i.e. 1, 2 and 3) which are now displayed with different colours. Next several items were included in the MIME repository which are now displayed under pictures within Web Application Designer.
    However it is not clear how these individual symbols can be linked to the exceptions we defined in Query Designer (further it is not clear if this is possible with Web Application Designer) . Somewhere I heard that this feature is to be implemented with SP17 but there's no hint at sap help portal so far...
    Can anyone assist?? Thanks.
    Brgds,
    Marcel

    Re: BI 7 Web Design API - Parameter modification - Exception symbol

  • Is there a way to control Adobe PDF plugin from within a Web Application? For Example, Can we highlight text in the PDF/A document programatically?

    Hi,
    I am trying to open a PDF document in browser using Adobe PDF plug-in for IE 9. The plugin version is 10.x
    I need to highlight certain text in the PDF document ( which is searchable) programmatically. For example, when a user selects certain text on the web-page, we want to automatically highlight that in the PDF document.

    I don't think this is a question one can answer by simply downloading the SDK. And even if one reads all the documentation (it rarely happens for obvious reasons), it is not easy to reach an answer because its explanation is not trivial at all.
    In my own opinion, this is right the type of question to be put and (hopefully) answered in a Forum.
    Now, I am not sure about the correct answer but I will give one hint.
    If I am not wrong, the Internet Explorer, IE, PDF viewer by Adobe is actually a .dll file which is put under IE once Adobe Reader is installed. A custom plug-in for Reader or Acrobat is also a .dll file (Windows) but its extension is .api and it needs to be copied under Reader or Acrobat (or both). Therefore, I don't see how we can merge the IE viewer .dll with a custom plug-in .api. Though maybe technically possible, I don't think it is something we can do.
    If above reasoning is correct, the answer to the question is No.

  • ColdFusion-generated PDF displays incorrectly in Firefox / Adobe Reader 10.1.2.45 add-on

    Hi,
    We have some ColdFusion pages which output PDFs of some HTML tables (CF does this by using <embed type="application/pdf">). It seems to display correctly in a range of browsers, except Firefox with Adobe Reader add-on v10.1.2.45. It works on the same computer if PDF is downloaded to desktop and viewed with Acrobat Reader, and works in Firefox on another computer with a different version of the reader add-on.
    The display error is this - the PDFs contain tables, some of which run off the right side of the page and appear on the left side of the next page.
    Occuring in Windows XP Pro, Firefox v10.0.2 with Adobe Reader add-on v10.1.2.45.
    ColdFusion version is 9.
    Has anyone had similar issues?
    Thanks
    T

    Our searches turned up the same information, and it apparently is related to some DRM tool, per some suggestions.  We were unable to determine where this would have come from.  Our images are pushed out with fairly limited amounts of software beyond Office and a few FOSS tools. 

  • Why do non-flattened PDFs display incorrectly on PCs?

    We have found that PDFs do not display correctly in Windows if they were generated from InDesign files with transparency layers on a Mac. They look fine in both Acrobat and Preview on the Mac, but not on Acrobat for Windows.  This problem shows up in multiple versions of Windows and Acrobat for Windows.
    I understand how to resolve the problem by adjusting the flattening of transparent objects, but I want to more fully understand why it happens.
    1) Why can't Windows display PDFs with transparent objects without flattening them first?
    2) When generating PDFs from InDesign, is there a preferred method for avoiding this problem in the first place?
    3) On several occasions, print shops have had trouble with these same PDFs -- some element is missing, but not necessarily what was missing on the Windows computer. Is this also related to transparent objects?
    Where can I, as a IT professional, learn more about this? It seems like this is a fairly widespread problem, but I'm having trouble really understanding what's going on.
    Thanks for your help!
    Eric

    Thanks for your reply. I may have exaggerated by saying "widespread," but it's a problem in our agency as well as at least 7 other clients I do technical consulting for.
    Not being a designer myself, I'm not sure what information would be useful. I'll ask one of our designers to create a document that exhibits these problems and upload it. Would that be helpful?

  • PDFs Display Incorrectly only in AR

    I have been having on going issues with PDFs from ScienceDirect and other publication websites. Some PDFs will work fine but others appear jumbled. It was suggested to download Fox It PDF Reader, and ALL PDFs WORK FINE THRU FOX IT.... So I know there is nothing wrong with the PDF.
    Can anyone help? I have tried this on several versions on Adobe Reader (AR) and on XP, Vista, Windows 7, and Mac. This issues happens on every version on AR version 8 and higher.
    PLEASE HELP... ANY IDEAS????
    Here is a screenshot if it helps http://screencast.com/t/ZDRmN2Ix
    Thanks!

    Thanks for your reply. I may have exaggerated by saying "widespread," but it's a problem in our agency as well as at least 7 other clients I do technical consulting for.
    Not being a designer myself, I'm not sure what information would be useful. I'll ask one of our designers to create a document that exhibits these problems and upload it. Would that be helpful?

  • Firefox sporadically won't display flash embedded within a web page.

    I have Fiorefox 28.0, running on a Mac with Mavericks 10.9.2. Sporadically, Firefox won't display an embedded flash video. I tried running Firefox in Safe Mode (all add-ons disabled). Same thing occurs - won't display the embedded flash on some webpages.
    Here is an example webpage in which this problem occurs:
    http://www.deadline.com/2014/04/nbcs-jimmy-fallon-and-seth-meyers-welcome-stephen-colbert-to-cbs-video/
    I couldn't determine how to attach a file of a screen grab or I would have done so.
    Thanks.

    I can't tell how far the player gets in loading. All I see is a blank white block of space where the player would normally be loaded. I used the term 'embedded' as that seemed the correct term to use. If incorrect, that's only due to my unfamiliarity with the correct terminology of having a flash video within a web page. BTW, I neglected to mention that the same page that Firefox has problems with is displayed fine in Safari. Screen grab attached showing blank space where Safari displays a functional plug-in.

  • [Bug Report] CR4E V2: Exported PDF displays Japanese characters incorrectly

    We now plan to transport a legacy application from VB to Java with Crystal Reports for Eclipse. It is required to export report as PDF file, but result PDFs display Japanese characters incorrectly for field with some mostly used Japanese fonts (MS Gothic & Mincho).
    Here is our sample Crystal Reports project:   [download related resources here|http://sites.google.com/site/cr4eexportpdf/example-of-cr4e-export-pdf]
    1. PDFExportSample.rpt located under ..\src contains fields with different Japanese fonts.
    2. Run SampleViewerFrameClient#main(..) to open a Java Report Viewer:
        a) At zoom rate 100%, everything is ok.
        b) Change zoom rate to 200% or 50%, some fields in Japanese font collapse.
        c) Export to PDF file,
             * Fonts "MS Gothic & Mincho": both ASCII & Japanese characters failed.
             * Fonts "Meiryo & HGKyokashotai": everything works well.
             * Open PDF properties, you will see all fonts are embedded with built-in encoding.
             * Interest to note that copy collapsed Japanese characters from Acrobat Reader, then
               paste them into a Notepad window, Notepad will show the correct Japanese characters anyway.
               It seems PDF export in CR4E mistaking to choose right typeface for Japanese characters
               from some TTF file.
    3. Open PDFExportSample.rpt in Crystal Report 2008 Designer (trial version), and export it as PDF.
        The result PDF displays both ASCII & Japanese characters without any problem.
    Test environment as below:
    * Windows XP Professional SP3 (Japanese) with MS Office which including extra fonts (i.e. HGKyokashotai)
    * Font version: MS Gothic, Mincho, Meiryo, all in Version 5.0
        You can download MS Meiryo from Microsoft's Site:
        http://www.microsoft.com/downloads/details.aspx?familyid=F7D758D2-46FF-4C55-92F2-69AE834AC928&displaylang=en)
    * Eclipse 3.5.2
    * Crystal Reports for Eclipse, V2, 12.2.207.r916
    Can this problem be fixed? If yes how long will it take to release a patch?
    We really looking forward to a solution before abandoning CR4E.
    Thanks for any reply.

    I have created a [simple PDF file|http://sites.google.com/site/cr4eexportpdf/inside-the-pdf/simple.pdf?attredirects=0&d=1] exported from CR4E. It is expected to display "漢字" (or in unicode as "\u6F22\u5B57"), but instead being rendered in different ones of "殱塸" (in unicode as "\u6BB1\u5878").
    Look inside into this simple PDF file (you can just open it with your favorite text editor), here is its page content:
    8 0 obj
    <</Filter [ /FlateDecode ] /Length 120>>
    stream ... endstream
    endobj
    Decode this stream, we get:
    /DeviceRGB cs
    /DeviceRGB CS
    q
    1 0 0 1 0 841.7 cm
    13 -13 569.2 -815.7  re W n
    BT
    1 0 0 1 25.75 -105.6 Tm     <-- text position
    0 Tr
    /ttf0 10 Tf                 <-- apply font
    0 0 0 sc
    ( !)Tj                      <-- show glyphs [20, 21], which index is to embedded TrueType font subset
    ET
    Q
    The only embeded font subset is defined as:
    9 0 obj /ttf0 endobj
    10 0 obj /AAAAAA+MSGothic endobj
    11 0 obj
    << /BaseFont /AAAAAA+MSGothic
    /FirstChar 32
    /FontDescriptor 13 0 R
    /LastChar 33
    /Subtype /TrueType
    /ToUnicode 18 0 R                            <-- point to a CMap object
    /Type /Font
    /Widths 17 0 R >>
    endobj
    12 0 obj [ 0 -140 1000 859 ] endobj
    13 0 obj
    << /Ascent 860
    /CapHeight 1001
    /Descent -141
    /Flags 4
    /FontBBox 12 0 R
    /FontFile2 14 0 R                            <-- point to an embedded TrueType font subset
    /FontName /AAAAAA+MSGothic
    /ItalicAngle 0
    /MissingWidth 1000
    /StemV 0
    /Type /FontDescriptor >>
    endobj
    The CMap object after decoded is:
    18 0 obj
    /CIDInit /ProcSet findresource begin 12 dict begin begincmap /CIDSystemInfo <<
    /Registry (AAAAAB+MSGothic) /Ordering (UCS) /Supplement 0 >> def
    /CMapName /AAAAAB+MSGothic def
    1 begincodespacerange <20> <21> endcodespacerange
    2 beginbfrange
    <20> <20> <6f22>                         <-- "u6F22"
    <21> <21> <5b57>                         <-- "u5B57"
    endbfrange
    endcmap CMapName currentdict /CMap defineresource pop end end
    endobj
    I can write out the embedded TrueType font subset (= "14 0 obj") to a file named "[embedded.ttc|http://sites.google.com/site/cr4eexportpdf/inside-the-pdf/embedded.ttf?attredirects=0&d=1]", which is really a tiny TrueType font file containing only the wrong typefaces for "漢" & "字". It seems everything OK except CR4E failed to choose right typefaces from the TrueType file (msgothic.ttc).
    Is it any help? I am looking forward to any solution.

  • Embedded pdf displays on top of my dropdown menu

    I have a dropdown menu and some of my content is displayed via an embedded pdf.  The client really does not want an extra window to have to open for this .. very clunky.  I have spent the better part of my weekend trying to solve this problem .. z-index doesn't do it .. iframes do not do it .. nothing I have found that is supposed to work has actually worked. 
    Finally I find this:
    Adobe PDF documents are not indexable. It is impossible to get any web content (including drop down menus) to display on top of these objects. Until Adobe adds a means of displaying web content over embedded PDF files, the PDF or the web content (in your case, menu) will need to be repositioned. Or alternatively, you can have the PDF document open inside of a new window. Unfortuantely, there are no other options available due to the way Adobe renders PDF files inside of web pages.
    True?  If so .. why?  If there is a solution to this, please do share. 
    Thanks!
    Nancy

    I just solved this problem myself (I think).
    First, make sure you have updated your spry to 1.6. Once you
    do that, then find the "hacker" info at the bottom of the menu code
    that creates an iframe behind your menu bar--the background is set
    to white--change to transparent and should solve your problem.
    Or you can change the javascript for menu bars (under
    spryassests for spry menu bars)--there is part of the code that
    says this.createIframelayer(menu)--if you comment out this by
    placing // before it in the code, the white background goes away.
    However, I would recommend trying updating first and not messing
    with the javascript as it will affect how your menu looks in older
    IE versions.

  • Pdf 1.3 display incorrectly in Acrobat 9

    I have a pdf 1.3 which was exported from CS4, When I render the file on our rip I get squares on a particular font which is embedded subset.
    The weird thing that the pdf displays the way it intended to be " the font displays correctly" in Acro 9.
    When the same file is opened in Acro 5 the screen result is exactly as reproduced on our print i.e Squares.
    Finally received a call from an Adobe Tech,
    The answer was: We do not support Acrobat 5 anymore.
    The developers have changed so many things in Acrobat 9, and I cannot find any documentation to answer your questions.
    In other words I HAVE NO IDEA!!!

    My engineers are just starting to upgrade to Acrobat 9.0 standard.   We were forces to from out 6.0, which worked just fine.  So far only one person has noticed their screen going black and the toolbars disappearing.  He does not have any READER installed which shouldn't matter.  It appears from what I've read here there is no solution at this time.  It doesn't happen to him all the time but it's very frustrating when it does.  The only thing he can do is quit out of the window and start up another window.

  • Does Safari support a interactive PDF with hidden layers? I'm on version  5.0.3 and the interactive PDF displays just fine, but our web development team tells me all the layers display when they view the same PDF on Safari.

    Does Safari support interactive PDFs with layers? Through the use of hidden layers and buttons we built in interactivity that allows the viewers to click on buttons to display different content. When I view the PDF in Safari 5.0.3 on my Mac OS 10.5.8 the PDF displays fine and the interactivity works. However our web design firm tell me the PDF displays all the hidden layers when they view it in Safari. Who's right?

    Try updating your Safari to the latest version, 5.0.5.
    Also check whether the rest of your system is up to date by going to Software Update in the Apple menu.

  • Why PDF's with transparency display incorrectly?

    Hi everybody
    I used this script ( http://www.adobe.com/devnet/digitalpublishingsuite/articles/dps-pdf-to-indesign.html ) to create a magazine based on pdfs but I have a big problem.
    The imported pdfs with trasparent elements display incorrectly but only in the vertical position as you can see in the images, in the horizontal and menu, display correctly.
    I don't have control of the pdfs because the publisher send it already ready.
    I used the v.22 for this pubblication because I can't update the app now but I installed the latest DPS tools.
    Thanks in advance for help.

    I know this is an old thread but i'd like to answer because it'll be helpful for someone looking for answers like I was today ;-)
    This is an expected behavior for a PDF article. PDF Articles only supports transparency effects such as opacity and multiply, blending modes are not supported. However the same content if uploaded as a PNG/JPEG article should work fine.
    It's also documented in this best practices document here Digital Publishing Suite Help | Best practices for creating overlays

  • How to display PDF BLOB file within Forms

    Hi All:
    I just want to know if is it possible to display PDF blob file within the forms. Currently I use webutil to open pdf in browser. This time I need to display it in forms, so that upon scrolling, the user can view the pdf images of that particular record.
    TIA

    Hello,
    <p>Did you see this Java Bean ?</p>
    Francois

  • Bullet (unordered) sublists within number (ordered) lists are displayed incorrectly

    In my FrameMaker source, I've got the usual L1 Bullet List,
    L2 Number List, L3 Bullet Sublist, L4 Number Sublist styles
    defined. I've imported the source by reference into RoboHelp, and
    I've mapped the FrameMaker styles via fmstyles.css to RoboHelp
    styles. I've resolved almost all the style issues, but a nasty one
    remains: Bullet sublists within number lists are not displayed
    properly.
    All the combinations of lists and sublists look fine in
    FrameMaker. In the help (WebHelp) that RoboHelp produces, bullet
    sublists within bullet lists are displayed as I would expect: The
    sublists are indented and have a different bullet style (circles
    rather than disks) relative to the "parent" list. Bullet sublists
    within number lists, however, are displayed incorrectly. They are
    indented too far (twice as far as I they should be), and they use
    the wrong bullet style (circles rather than disks). No matter how
    many times I use the style editor to try to convince RoboHelp to
    display bullet sublists within number with the correct indentation
    and bullet style, I get the same result. Has anyone every fought
    this battle and won? If so, how did you do it?
    Thanks!

    I think you cannot mix bullet and numbered lists at different
    levels during the import because RoboHelp makes one single list out
    of the entire list/sublist order. I.e., after the import, all list
    items are simple items in one list even though they belonged to
    different list levels in the original document.
    I did succeed in using bulleted sublists within normal bullet
    lists. I created a second CSS style in the import dialog (with a
    larger indention) and mapped it to the FM-style that resembles the
    sublist items.But due to RH putting all items into one list, you
    cannot mix different bullet styles. Most browsers will ignore this
    and display a sinlge bullet style for all items in the list.

Maybe you are looking for