% Scale bug in Preview

i have been experiencing a bug in preview where changing the entry in SCALE (i.e. entering actual numbers into the "Scale" dialog does nothing). I if I enter 50 or 75 or 200 it does not matter as preview will simply print at - apparently it will simply print at whatever it opened with - which at the moment appears to be actual size. If I click on "Scale to Fit" the new percentage number will now be in the "Scale" dialog - the image will /now/ be at the Scale To Fit size, but again putting in differnt entries in the Scale dialog will not change anything.
this appears to either be a bug or something that has been corrupted on my system. can anyone confirm one way or another?
TIA

oh cripes. thank you matt!
this has bedeviled me for about two years during my move back to mac. glad i kept asking on this one despite some pushback...
thanks. awesome.

Similar Messages

  • Mavericks editing bug in Preview

    Have just encountered a nasty bug in Preview.
    When you try to crop an image and adjust the position of crop bars the whole image starts jiggling making it impossible to accurately position the crop point.
    Anyone else encountered this?
    I made a screen movie of it & wanted to post it but the movie option is grayed out so I can't.

    Hi sir,
    Do your try it on Azure manage portal (https://manage.windowsazure.com )? Azure preview portal currently is preview version and no support approach. So you can confirm this issue on manage portal. If it always
    has this error, please feel free to let me know.
    Regards,
    Will
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Bug in Preview's Exif viewer (inverted GPS coordinates)?

    Hi,
    I've been scratching my head quite a lot over this one...
    I'm finalizing an application that gets your GPS coordinates off your Google Latitude history and uses them to geotag your pictures. The idea is to make it easier to use the "Places" functionality of iPhoto, Picasa, etc...
    Anyway, I cannot explain why Preview seems to display an incorrect longitude (it drops the "-" sign which places a California picture somewhere in China...) when Exiftool, Picasa and, yes, even iPhoto seem to get it right.
    I know some of you will probably think I'm looking at 2 different pictures (I probably would think the same if I were you) but I've double, triple checked. In fact a simple "Show in finder" from iPhoto or Picasa will bring up the picture for me to double-click.
    Anyway, see for yourself:
    The picture in question
    Exiftool
    in iPhoto
    in Picasa
    in Preview
    Any feedback appreciated.

    tbertran wrote:
    However, that would not explainwhy the very complete exiftool output is spotless (as far as I can tell). IPhoto and Picasa also get it right...
    That's all well and good. But even if you have smoking-gun evidence that there is a bug in Preview (and it isn't a show-stopping bug either), it will be months, if not years until said bug is fixed. Until then, your output will not work in Preview. So, in any case, you are going to have to modify your code to produce output that Preview can read. Other applications are able to produce such files that Preview can understand. What is the difference?
    My advice is to continue working with other tools to generate identical files with identical tags. Then find the difference in output between the other tool and yours. That should identify where the bug lies.

  • Possible BUG on preview found?

    Hello,
    i believe to have found a bug on Preview. The thread is here:
    http://discussions.apple.com/thread.jspa?messageID=6222144#6222144
    it seems that Preview use a generic rgb profile when open a srgb profile picture but there are no problems when it open an adobe profile pictures which recognise fine. I'd like to contact Apple support to report this but i can't find an online form to do it. Any help? Thanks.

    If you want to report this to Apple, send a bug report (or enhancement request) via its Bug Reporter system. Join the Apple Developer Connection (ADC)—it's free and available for all Mac users and gets you a look at some development software. Since you already have an Apple username/ID, use that. Once a member, go to Apple BugReporter and file your bug report/enhancement request. You'll get a get a Bug ID number; thus, starting a dialog directly with engineering.

  • Bug in Preview in Snow Leopard when opening multiple pdf files at once

    I receive 50-200 pdf files by e-mail each day. I have historically saved the pdf attachments to a folder, then selected all the pdf files in the folder (CMD A), then opened all the selected files in Preview (CMD O). After updating to Snow Leopard, downloading 34 pdf files to a folder, selecting them all, then attempting to open them all in Preview (using both CMD O, then File/Open, then File/Open With), the effort first opens 6 of the 34 files. Closing all then trying again results in 7 files being opened, closing all then trying again results in 8 files being opened, etc etc. Earlier today I had the same results, but eventually got a message asking if I wanted to open all in separate windows (I did) or a single window, and it opened all the files at once as I wanted. After shutting down, moving home, and receiving additional pdf files, however, back to the same open 5, then open 6, etc. problem. Anyone else having this problem or a suggestion on how to resolve?
    Thanks for suggestions,
    B

    More info - apparently the bug isn't related to Preview, but to the attempt to open all pdf files in the folder with ANY program. After having Preview open 25 of the 34 files I was attempting to open, I then tried opening all 34 with Adobe Reader. It opened 26 (after Preview had opened 25). Tried again with Preview - it opened 27, then 28 with Adobe Reader. It doesn't necessarily open the FIRST 25 (or 26, etc) either, so it's difficult to work with the open ones, then go back and work with the remaining ones later.

  • PDF font bug in Preview

    I've put Leopard on all 9 of my macs, and I love it.
    On one of them (unfortunately the macbook pro that I use all the time), I'm having a nasty bug with PDFKit.
    When I open a PDF file that I made in pdflatex in Preview, sometimes it looks fine, but sometimes the fonts are all wrong and sans-serif-y. In many occasions, I an switch back and forth between the good fonts and the bad fonts JUST BY SWITCHING AWAY FROM PREVIEW AND SWITCHING BACK.
    bad:
    http://www.screenshots.cc/view_image/9eeb21311/ThisLooksAwful.png
    good:
    http://www.screenshots.cc/view_image/c83d91304/ThisLooksGreat.png
    Has anyone seen anything like this? The bad fonts propagate themselves all the way to a printed page.

    Indeed, wiping out the caches is not a permanent solution.
    I found a couple of threads in some tex newsgroups that discuss this problem. There doesn't seem to be a resolution. There was some discussion that Latex Equation Editor is no longer being developed, but LaTeXIt, a similar program shows a similar font corruption problem. Fonts are fine in Preview until using LaTeXIt (or Latex Equation Editor), when they get 'corrupted'. By that I mean that documents viewed in Preview often come up sans-serif, regardless of the original font, and often special characters, such as arrows above letters (indicating vectors) disappear. Keynote files that use those characters (from, for example, using LaTeXIt under Tiger) show corruption. Rebooting (and possibly simply logging out and back in) 'cures' the problem, ie, Preview and Keynote are once again happy. During all this, Acrobat is always happy.
    This is kind of painful, since I give physics lectures using Keynote, and things like integral and summation signs and vectors and such are kind of nice to have around.
    Someone has got to know what is going on!

  • Font bug in Preview PDFs due to ATSSERVER

    Hello all,
    For the past couple of months I have been having a very annoying problem where the text of pdf is garbled. I'll download a pdf file and when I open it some or most characters are replaced with empty spaces or symbols.
    After a lot of searching a few weeks ago I found a post describing this exact problem, but to make this solution easier to find (and since this bug has not been fixed) I will post it again.
    If you pdf files have missing or garbled text, open terminal and kill the ATSSERVER process with the following command line (substitute in your user name):
    killall -u [YourUserName] ATSServer
    After running this command, ATSServer will relaunch right away. If you close the afflicted pdf file and reopen it all the fonts will display properly. I don't know why it happens, and I wish I could find the previous thread on this to thank the person who originally suggested that terminal command.
    Apple, this is a frustrating bug that needs attention.
    Thank you!

    Is there still interest in other details? My problem is that I may get the right font or another substituted generically; the documents always open OK in Adobe Acrobat 9, but in Preview (directly) or by Finder/spacebar I can get different appearances *each time* I open, in quick succession: parts of the document may have the correct, serif, font and others a generic substitution. I'm using documents I've written and compiled using TeXShop 2.26 / MacTex 2008
    Within a minute's interval, opening the same document three times can give different results, mixing the right and the substituted font in the one document, or sometimes only the substituted font.
    I'm not very familiar with the processes that should be running, but I was a bit surprised to find two instances of ATSServer at one time; perhaps this is normal spawn...?
    168 ATSServer marj 0.0 2 10.94 MB 704.14 MB Intel
    615 ATSServer _atsserver 0.0 2 3.94 MB 622.83 MB Intel
    I have screendumps at: http://public.me.com/mjbnks
    thanks in advance for any suggestions!

  • How do I tell Apple, Inc. of a bug in Preview?

    I can't seem to find anywhere in the product menus or on Apple's website to post a bug report for the Preview application in Snow Leopard (10.6.0). How does one go about letting them know so it gets fixed?
    Also - I can't seem to post a question in the 10.6.0 Snow Leopard Discussion Group. Did they remove that or am I blind?
    Thanks,
    Eric

    Ericw wrote:
    In 10.5 Leopard when I take several PDFs and add them to an open in Preview using the sidebar I can save it, and it will be a multipage PDF containing all the PDFs I added. In 10.6 I've tried doing this several times and each time it does not save the additional pages from the other PDF documents, it will only show the original PDF I started with.
    This is still possible in Snow Leopard. Apple has added an additional feature(s) to Preview that makes it just a bit trickier. You just have to be careful where you place the new PDFs in the original document.
    1. Open the first PDF and show the Sidebar.
    2. Highlight the additional PDFs you want to add (or open the PDFs and highlight the pages you want to add) to the first PDF.
    3. Drag the additional PDFs or pages to the Sidebar of the first PDF. Be sure that the background color in the Sidebar turns gray. Drop the additional PDFs or pages where desired. Just be sure that the background of the SIdebar of the receiving PDF has turned gray when you drop the additional material.
    4. Save the result.
    The tricky and confusing part is that you can drag and drop additional pages to the beginning or end of the original PDF and create two or more documents (look at the window title). If the background of the Sidebar remains white when you do the drag and drop, you will be viewing more than one document in the Preview window. When you go to save the document, you will not be adding the additional content to the original PDF.
    Matt

  • Opacity bug in Preview?

    Using the annotation tools, draw a square or a circle. Open the inspector/annotations. Under attributes, click the fill color for the square. Slide the opacity bar. 50-100 it's a solid color (whatever the color was originally). 1-49 the opacity acts like 0. There are no degrees of opacity. Shouldn't we have gradations? The arrow annotation, however, does work. The border controls also do opacity correctly. It's just the fill for squares and circles.
    Help.

    As a software vendor, we've had a few reports from customers about this problem when they updated to Snow Leopard. Our users add annotations using our application PDF Studio with a level of transparency. When opening the document in Preview the annotations are not transparent anymore but opaque. When opening the document in PDF Studio or Adobe Reader, the annotations are displayed properly with the correct transparency. It seems like a new Preview bug introduced in Snow Leopard (used to work fine on Leopard).

  • Annotation Opacity bug in Preview

    I'm having problem when using the annotation for PDF files (no problem in other types such as JPEG). The Opacity does not work. IT either does nothing when adjusting between 50-100% or becomes totally blank between 0-50%. Any ideas?

    As a software vendor, we've had a few reports from customers about this problem when they updated to Snow Leopard. Our users add annotations using our application PDF Studio with a level of transparency. When opening the document in Preview the annotations are not transparent anymore but opaque. When opening the document in PDF Studio or Adobe Reader, the annotations are displayed properly with the correct transparency. It seems like a new Preview bug introduced in Snow Leopard (used to work fine on Leopard).

  • Bug in preview portal doesn't display database list in back up section

    There seems to be a bug in the website back up option in the new portal. Even if you have connection strings defined it says:
    "You don't have any databases defined in the connection strings for this website"
    Unless I'm doing something wrong?

    Hi sir,
    Do your try it on Azure manage portal (https://manage.windowsazure.com )? Azure preview portal currently is preview version and no support approach. So you can confirm this issue on manage portal. If it always
    has this error, please feel free to let me know.
    Regards,
    Will
    We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
    Click
    HERE to participate the survey.

  • Critical graph scale bug in LV2009?

    Put a graph or XY plot in LV2009 on Vista - and set the X scale to be in absolute time. If you do this in LV 8.6 you will now see multiple time stamps along the X axis. In LV2009 you will only get the two at each end.
    Fill the graph with data...now you may get 1 extra axis point along the X axis...but never more, regardsless of the axis style, - and its position will either be in the middle or at either 25% or 75% of the full time range. (See attached picture of chart and graph).
    I know this is not how things behaved before,  but is it a bug? Unless I'm overlooking something it is, and it is a show stopper....I hope it's me.
    If not, a fix should be sent out immediately.
    MTO

    In a project as big as LabVIEW bug fixes that involve changing the actual executable as opposed to changing some VI components, either in vi.lib or in one of the frameworks, is not a matter of days but more like several weeks, especially if it is something like this most likely going very deep into the operational handling of LabVIEW. This bug isn't there because of a typo but most likely because of an addition of some other code that now causes this behaviour. And simply changing it to behave as before might turn other features, specific to 2009 but also earlier ones suddenly into running havoc, so it is definitely not like changing some lines of code and then recompiling the entire thing and voila. It basically has to go through the entire regression test suit on all platforms as well as going through some serious interactive tests of many UI aspects by several guys/gals, before they can even consider wrapping everything up into  a patch distribution. By that time this is done, the impationetly awaited Service pack fix for 2009 most probably is around the corner anyhow, so it will likely get wrapped into that release.
    Rolf Kalbermatter
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • Xy Graph Auto Scale Bug - Need AutoScale VI

    I have another bug to report, I have come across more bugs in the past year than before.
    This bug is present in all versions since 7.1 to the latest 8.5.
    Here is the bug.
    Create and Graph.
    Make sure the X-Scale is set to Auto Scale.
    Go to Properties and Choose "Formatting and Representation" and Choose Relative Time for X-Axis . Select HH:MM. 
    Click OK
    Now Set the scale to say 20 Hours. You Should see 10 Divisions of X-Axis
    Right Click on the Graph and Select "Scale Object with Pane"
    Maximize the VI now.
    The Graph will scale nicely!!
    Look at the X- Axis Scale. It is 20 Hours.
    What happened to the 10 Divisions? It is one big Division of 20 Hours.!! Why?
    Set the Scale to 10 Hours and all the divisions reappear!!
    Restore the VI window to Previous and Now All divisions of the scale are gone.
    This Behavior is random based on the size of the graph and Screen resolution.
    Can someone suggest a VI that does Auto Scaling elegantly
    Attached find Pictures of the Phenomenon and VI which exhibits this behavior. Any one to help...
    Mache
    Good Luck!
    Mache
    Attachments:
    XY Graph 2.jpg ‏370 KB
    XY Graph Autoscale bug.vi ‏9 KB
    XY Graph 1.jpg ‏116 KB

    Here are the additional attachments
    Good Luck!
    Mache
    Attachments:
    XY Graph 3.jpg ‏124 KB
    XY Graph 4.jpg ‏350 KB

  • Bug report - preview report template

    Hi
    Shared components -> Templates
    Preview Report template
    Template preview shows
    ora-01002: fetch out of sequence
    Though I'm sure this is rarely used ;-)
    Scott

    Thanks Scott,
    We've logged bug *16833264* to track this issue, which we'll aim to address in a future release.
    Thanks,
    Hilary

  • Scale bug during export in CS3!!!

    I have a slideshow which all of the pics are scaled with the option "scale and crop edges". When I preview it in encore it looks perfect. The problem occurs when I export/builds the dvd, flash or whatever. When I playback the slideshow it looks like some of the pictures jumps between the two scaling options "scale and crop edges" and "scale and apply matte". In one frame the picture fills the entire screen and in the next frame it has 1/4 of black matte on each side. The jumps in scaling happens totally random, or at least I can`t find a pattern.
    I appreciate all feedback!
    THANX

    You can't "fix" overscan. Your audience has TV sets that are overscanned to some degree.
    But your audience also has computer monitors that (most likely) don't overscan at all.
    You have to create content that takes overscan into account if your target audience will be viewing that content on a TV set.
    You can safely ignore overscan if your finished DVD will be shown *exclusively* on a computer monitor.
    If we eliminate overscan as a consideration at all, then I have to ask: does the scaling change occur before, during or after a transition between static slides? How about changes between slides with motion effects applied?

Maybe you are looking for