IE8 print "shrink to fit" option is not working and the answer they gave on the microsoft support forum is this one:
http://answers.microsoft.com/en-us/windows/forum/windows_7-hardware/printing-problems-in-internet-explorere-8-will-not/8ca793aa-1a0b-42cc-9ec3-720a595c3874
Does anyone know what "Some webpages specify exactly where text should print on the page" means? or how can I fix this shrink to fit issue on IE8 without changing the browser mode to compatibility?
On some pages shrink to fit works, on others it doesn't work, so my guess is that I'm using some CSS that may be related to this matter: "Some webpages specify exactly where text should print on the page", and I want to remove it so "shrink to fit" works again, but don't know exactly which codes causes this problem.
Thank you
Related
I'm building an app that displays a local pdf with AirPrint. When I print it from the app it doesn't fill the whole page similar to how it prints from safari. The app print is on the bottom, safari is on the top. Here is what it looks like http://i.imgur.com/0USYXf0.jpg
My code to print is straight from the sample code PrintWebView that apple provides. It has to be something in the code that apple provides because it prints the same way from their PrintWebView app.
What do I need to change to fix this?
Edit
I now believe that it is not cutting the pages short but that the pdf pages may be longer than the standard 8.5x11 page size. I think that I need to change the page size that is in the printing code. Still not sure how to get the page to scale similar to how it does in safari on the iPad.
I have figured out what the problem was. It was within PrintPageRenderer.h. All you have to do to fix it is change:
#define SIMPLE_LAYOUT 0
When you change it to 0 it scales the pages correctly for the PDF.
So I am using DotNetNuke 7 and when I log onto my site to develop, I go into Edit Mode and start to edit a module.
Once the edit screen shows up (the little text area that looks like a mini version of MS Word) I can type and everything is fine.
However when that little screen loses focus from the mouse the editing area "greys-out" but I can still type in it.
I want to know how to fix this so that the editing screen does NOT do this as it is very confusing to potential customers.
Does anyone know what to do to fix this issue?
(sorry if this is not descriptive enough, if anyone has problems understanding I will try to add more explicit wording)
There have been reports of other oddities in IE10.
One thing you could try is adding a meta tag to force IE into IE9 mode.
I've got a site that's using sIFR, and some of the replaced text is being stretched vertically in IE9. It's only happening in places where the text wraps 2 lines, and it fixes itself when I hover my cursor over it. The sIFR text is a link, but I'm not sure if that has any correlation.
I've tried various settings changes like fitExactly, forceClear, and forceSingleLine (though I want it to be able to wrap), and those didn't work. I've tried changing the font-size, line-height, and all other dimensions to px instead of em. innerHTML isn't being used anywhere on the page. It's frustrating that it works after being hovered on, but not before.
And I know you're probably thinking "use cufon or #font-face, dummy" but I'm stuck with sIFR for now. The client wants what the client wants...
I've found a solution,
if you try to hover with mouse cursor the text will display correct so..
I write few line of code to put in sifr-config.js
forcing flash reset "onReplacemment" callback only when IE9 is detected
you must use Jquery for browser detection or use another javascript way
see the link below:
http://www.voo-doo.net/robotphobia/2011/05/fix-sifr-ie9
Just installed sIFR into the site I am building (a personal portfolio site). When using it on pages with slimbox popups, sIFR overlaps the slimbox and makes it dificult to see the image. I tried applying a high z-index to the items I didn't want overlapped, but that didn't solve anything. Here is a screenshot of what it looks like (since my site is not online yet):
http://users.sephiroth.ws/DemonicGoblin/sifr.png
Is there a way to hide the sIFR when a slimbox link is clicked, or a way to adjust the z-index for a way to it not to be always on top? This happens on the latest version of all major browsers (I couldn't test Safari or Chrome though, even though I doubt it will differ)
I ahvent been able to find any information regarding this subject, so if it has been fixed in the sIFR beta it would be nice to know. Thanks.
In sIFR 2 you need to set the sWmode parameter to "opaque". This should allow HTML elements to be displayed on top of the Flash movie.
In sIFR 3, the parameter is wmode, though you can also use opaque: true.
Thank you so much - just saved my day.
I saw that lightbox break - so did I nearly:)!!!
But what a straight forward answer and solution thanks!! again
The file in mention is:
sifr.js
and put a code like:
sIFR.replaceElement(named({sSelector:"h1", sFlashSrc: "http://localhost/ddddddd/templates/template/i_font_swf/carbon_std_swf.swf", sCase: "upper", sColor: "#86ca29", sWmode:"opaque", sBgColor:"#fff"}));
I just write it cause took me some time to remember where this setting initially was - when I did the sIFR long ago.
I just recently upgraded to 436 from 419, and have found that fitExactly will no longer have any effect.
You can see an example here:
(With 419)
(With 436)
The javascript config is in the page head.
I checked the versions in between, and the latest it works with is 419.
I could adjust the width in the Javascript configuration, but then there would be a gap left on the side of the dropcap I'm using it on, and the fact that I'm integrating it with a Wordpress theme that automatically applies sifr (other than the one in the example), meaning that each can't be adjusted by changing the width or font size.
I would much prefer to use 436, especially due to there being less page shifting, so, is there a remedy?
Thanks for your time.
If you compare the width and height of the Flash movie on both pages, you'll see that it's the same. In other words, it looks like fitExactly works fine. I wouldn't know though why Flash is clipping the rendered text.
Just to test, could you open the r436 JavaScript file, search for '419' and replace by '436', and then use the r419 Flash movie? Perhaps that provides further clues.