打印预览/打印搞砸了IE浏览器,而不是Mozilla / Firefox- Whazzup? [英] Print preview / printing screwed up in IE but not in Mozilla / Firefox- Whazzup??

查看:67
本文介绍了打印预览/打印搞砸了IE浏览器,而不是Mozilla / Firefox- Whazzup?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在网站上帮忙,而且我们的短裤已经结了。我们使用与我们的

其他网站相同的基本CSS文件(带有mod)和相同的标题来获得
,但是打印预览在这个网站上不能正常工作。


网站在这里: http://askdrray.kabis.net (临时位置)


该网站正在进行中,现在只有首页可用。

期待不断变化。忽略所有下面的所有内容??因为

链接还不正确。


CSS分为四个主要文件:一般的,用于

设备无关的CSS,一个用于屏幕,一个用于移动设备(电话,

pda')和一个用于打印。


由于某些奇怪的原因,IE不想遵循甚至遵守print css文件中的

指令。仍然会出现许多应该在打印版本中消失的元素。为什么?一切正常。

Mozilla / Firefox - 使用它来查看它应该出现的东西。


为了以非常可定制的方式标记元素,我们已经创建了

三个辅助文件中的每一个中存在的六个类:printshow,

printhide,screenshow,screenhide,handshow handhide。每个

css文件中的每个类都包含将处理的代码。正确的任何元素

特定情况。例如,print.css文件通常会是这样的:

.printhide {display:none; }

.screenshow {display:none; }

.printshow {display:inline;}

然而IE仍显示具有class =" printhide"的元素或者

class =" screenshow"在打印预览或打印输出中,实际上它不应该是b $ b。这是我们正在摸索的地方。我们必须要求我这么简单而且愚蠢的东西。


此外,快速的可访问性检查(与大白鲨)将不胜感激。怎么

这个网站是否为残疾人工作?


TIA

... Geshel

-

************************************* *********** ********************

我的回复是一个自动监控的垃圾邮件蜜罐。除非你想被SpamCop列入黑名单,否则不要使用

。请以我的姓氏dot org回复我的第一个

名称。

********************* ***************************** ********************

解决方案

Neo Geshel写道:

我正在网站上提供帮助,而且它已经得到了我们的短裤在一个结。我们使用与我们的
其他网站相同的基本CSS文件(带有mod)和相同的标题,但是打印预览和在这个网站上无法正常工作。



有很多验证错误。也许解决这些问题可能有所帮助。

此外,由于你有IE7增强,在底部,您正在使用哪个IE?

IIRC IE6也不欣赏"<?xml ...>"一点都不它将IE放入

怪癖模式。


-

jmm dash list(at)sohnen-moe(dot)com

(删除电子邮件的.AXSPAMGN)


Jim Moe写道:

Neo Geshel写道:

我正在一个网站上帮忙,而且我们的短裤已经结了。我们使用与我们其他网站相同的基本CSS文件(带有mod)和相同的标题,但是打印预览在这个
网站上无法正常工作。


有很多验证错误。也许修复这些可能会有所帮助。
此外,因为你有IE7增强功能。在底部,IE是你使用的?
IIRC IE6也不欣赏"<?xml ...>"一点都不它将IE置于Quirks模式。



xhtml 1.0 / 1.1的w3c建议需要xml语句


< blockquote> Jedi粉丝:

xm语句是xhtml 1.0 / 1.1的w3c建议所必需的




不,它不是。为什么这些谣言不会消失?


I''m helping on a web site, and it''s got our knickers in a knot. We''re
using the same basic CSS files (with mods) and same headers as from our
other sites, but the "print preview" won''t work correctly on this site.

The site is here: http://askdrray.kabis.net (temporary location)

The site is being worked on, and only the front page works right now.
Expect constant changes. Ignore everything a??below the folda??, as the
links there are not correct yet.

The CSS is broken up into four main files: a general one, for
device-independent CSS, one for Screen, one for Mobile devices (phones,
pda''s) and one for printing.

For some strange reason, IE doesn''t want to follow or even obey the
instructions inside the print css file. Many elements that should be
gone in the print version still appear. Why? Everything works fine in
Mozilla/Firefox - use that to see things as it should appear.

In order to flag elements in a very customizable way, we have created
six classes that exist in each of the three secondary files: printshow,
printhide, screenshow, screenhide, handshow handhide. Each class in each
css file contains code that will "handle" any element in the right way
for that particular case. For example, the print.css file would normally
have something like this:
.printhide { display: none; }
.screenshow { display: none; }
.printshow { display: inline;}
and yet IE still displays the elements that have class="printhide" or
class="screenshow" in a print preview or in a print output, when in fact
it should not. This is where we are scratching out heads. We must me
missing something really simple and stupid.

Also, a quick accessibility check (with Jaws) would be appreciated. How
does the site work for the disabled??

TIA
...Geshel
--
************************************************** ********************
My reply-to is an automatically monitored spam honeypot. Do not use it
unless you want to be blacklisted by SpamCop. Please reply to my first
name at my last name dot org.
************************************************** ********************

解决方案

Neo Geshel wrote:

I''m helping on a web site, and it''s got our knickers in a knot. We''re
using the same basic CSS files (with mods) and same headers as from our
other sites, but the "print preview" won''t work correctly on this site.


There are a lot of validation errors. Perhaps fixing those might help.
Also, since you have "IE7 enhanced" at the bottom, which IE are you using?
IIRC IE6 also does not appreciate "<?xml ...>" at all. It puts IE into
Quirks mode.

--
jmm dash list (at) sohnen-moe (dot) com
(Remove .AXSPAMGN for email)


Jim Moe wrote:

Neo Geshel wrote:

I''m helping on a web site, and it''s got our knickers in a knot. We''re
using the same basic CSS files (with mods) and same headers as from
our other sites, but the "print preview" won''t work correctly on this
site.


There are a lot of validation errors. Perhaps fixing those might help.
Also, since you have "IE7 enhanced" at the bottom, which IE are you
using?
IIRC IE6 also does not appreciate "<?xml ...>" at all. It puts IE into
Quirks mode.


the xml statement is required by the w3c recommendations for xhtml 1.0/1.1


Jedi Fans:

the xml statement is required by the w3c recommendations for xhtml 1.0/1.1



No, it''s not. Why don''t such rumours just die?


这篇关于打印预览/打印搞砸了IE浏览器,而不是Mozilla / Firefox- Whazzup?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆