css print problems

I've put a static version of my page at http://www.middletree.net/print.htm

The real deal is an ASP-built Intranet app that you can't see.

My goal is to make this page take up close to 100% of the width when
displayed on screen. And to be reduced to 900px when printed (all users know
to print landscape). I used a print css page, shamelessly stolen from
www.ncubed.com (with his permission), to accomplish this. The width thing
works fine.

But I also need to make sure that the menu doesn't print. To see what I am
talking about, you don't even have to waste your paper; you can use Print
Preview to see that the words from the menu, as well as some little boxes,
show up during print.

The menus are javascript-built. I know many here don't like that, but I am
able to use them in an environment where all suers are on WinXP/IE6+. If I
had to build the site from scratch, I would be something different, but I'm
not able to spend the time to rebuild right now. So I guess I need helping
understanding why the menu items and boxes still show up in printing

Any help on this would be appreciated.

You need to hide the menu parts. If they are being rendered from a
script file, your only option is to try to override whatever style is
being used - if any. If this doesn't work, then you've discovered
another disadvantage to those types of menus :-)

#menuselector {visibility: hidden !important; display: none !important;}

Of course, you will need to use the appropriate selector(s) that relate
to your menu.


BTW - 900px is a bad choice for print width. Use points or inches.

--
Al Sparber - PVII
http://www.projectseven.com
DW Extensions - Menu Systems - Tutorials - CSS FastPacks
---------------------------------------------------------
Webdev Newsgroup: news://forums.projectseven.com/pviiwebdev/
CSS Newsgroup: news://forums.projectseven.com/css/
RSS/XML Feeds: http://www.projectseven.com/xml/




"middletree" <middletree (AT) htomail (DOT) com> wrote

I've put a static version of my page at
http://www.middletree.net/print.htm

The real deal is an ASP-built Intranet app that you can't see.

My goal is to make this page take up close to 100% of the width when
displayed on screen. And to be reduced to 900px when printed (all
users know
to print landscape). I used a print css page, shamelessly stolen from
www.ncubed.com (with his permission), to accomplish this. The width
thing
works fine.

Comments inline:


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote

You need to hide the menu parts. If they are being rendered from a
script file, your only option is to try to override whatever style is
being used - if any.

I tried that, in my sheet called print.css, using code similar to what you
have below. I was hoping somebody would be able to see what I'm missing.
I've been poring through the code for quite a while now, but sometimes it
takes fresh eyes to see something glaringly obvious.

If this doesn't work, then you've discovered another disadvantage to
those types of menus :-)

Problem is, I haven't seen anything, including PVII products, that will do
what I need this menu to do. I need it to use some ASP variables as part of
the menu code. In some cases, some menu items won't appear, and in others, I
have links on there which include querystring values, which are dynamic.

Having said that, I don't actually own PVII menu products yet. But I've read
enough about them to form this opinion. Feel free to correct me. And I
wasn't picking on PVII, but wanted to emphasize that I had to hack this
javascript code so much to make this work, I am not especially willing to go
through all that again with new menus.

#menuselector {visibility: hidden !important; display: none !important;}

I've never heard of the important thing before. I'll have to look that up.

BTW - 900px is a bad choice for print width. Use points or inches.

OK, I can do that. But why is px a bad thing?

"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
#menuselector {visibility: hidden !important; display: none
!important;}


I've never heard of the important thing before. I'll have to look that
up.

In essence, that is the answer to your question.

Which? The "!important", or the looking it up?


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote

"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
#menuselector {visibility: hidden !important; display: none
!important;}


I've never heard of the important thing before. I'll have to look that
up.

In essence, that is the answer to your question.

!important;

It will override what's being set in the script - hopefully.



"middletree" <middletree (AT) htomail (DOT) com> wrote

Which? The "!important", or the looking it up?


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
news:cn0gh8$71u$1 (AT) forums (DOT) macromedia.com...
"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
#menuselector {visibility: hidden !important; display: none
!important;}


I've never heard of the important thing before. I'll have to look
that
up.

In essence, that is the answer to your question.

Thanks. It isn't working. Dang!


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote

!important;

It will override what's being set in the script - hopefully.

Are you sure you have found the right selector(s)?





"middletree" <middletree (AT) htomail (DOT) com> wrote

Thanks. It isn't working. Dang!


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
news:cn0hmp$88l$1 (AT) forums (DOT) macromedia.com...
!important;

It will override what's being set in the script - hopefully.

No, I am not. It's kind of hard to tell. Heck, in that print.css, I put
everything in there that I could and set it to display:none !important;

Guess I'll keep digging, cause I agree with you that this is the problem. I
have to find all the selectors names used in that menu.

I put my latest stuff out there on the web at
http://www.middletree.net/print.htm


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote

Are you sure you have found the right selector(s)?





"middletree" <middletree (AT) htomail (DOT) com> wrote in message
news:cn0i7l$8qp$1 (AT) forums (DOT) macromedia.com...
Thanks. It isn't working. Dang!


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
news:cn0hmp$88l$1 (AT) forums (DOT) macromedia.com...
!important;

It will override what's being set in the script - hopefully.

I'm afraid whoever wrote that script is not ID'ing the elements he is
creating. That's very bad form, but so long as you make sure you do not
use DIV tags anywhere else on the page, you can simply do this in your
print style sheet:

div {display: none;}

If you add DIVs of your own, each one will need to go in the print css
after the above rule, to counteract it, like this:

#myDiv {display: block !important;}

--
Al Sparber - PVII
http://www.projectseven.com
DW Extensions - Menu Systems - Tutorials - CSS FastPacks
---------------------------------------------------------
Webdev Newsgroup: news://forums.projectseven.com/pviiwebdev/
CSS Newsgroup: news://forums.projectseven.com/css/
RSS/XML Feeds: http://www.projectseven.com/xml/




"middletree" <middletree (AT) htomail (DOT) com> wrote

No, I am not. It's kind of hard to tell. Heck, in that print.css, I
put
everything in there that I could and set it to display:none
!important;

Guess I'll keep digging, cause I agree with you that this is the
problem. I
have to find all the selectors names used in that menu.

I put my latest stuff out there on the web at
http://www.middletree.net/print.htm


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
news:cn0jt1$aa4$1 (AT) forums (DOT) macromedia.com...
Are you sure you have found the right selector(s)?





"middletree" <middletree (AT) htomail (DOT) com> wrote in message
news:cn0i7l$8qp$1 (AT) forums (DOT) macromedia.com...
Thanks. It isn't working. Dang!


"Al Sparber- PVII" <adCUTmin (AT) projectCUTseven (DOT) com> wrote in message
news:cn0hmp$88l$1 (AT) forums (DOT) macromedia.com...
!important;

It will override what's being set in the script - hopefully.