On 10 Sep., 19:30, Scott Bryce <sbr...@scottbryce.com> wrote:
> Jon wrote:
> > My only other option, it would seem, is to use PDF.
>
> Since it appears that you are more interested in how the page prints
> then how it looks on screen, this may be your best option. Is there
> money in the budget to hire someone who knows how to do that? (hint, hint)
Hi Scott.
My colleague made the original windows based program in Delphi which
generates the PDF I HAVE to mimic and we have seriously talk about
migrating it to .NET (I use ASP.NET as backend) but have deemed it to
expansive with the current budget.
But if you see me on usenet another time with a problem you think you
can solve, I'm sure we can figure out a price. :-)

> Proper CSS and you don't need the resize with js. Make your widths a
> percentage of the screen width.
Jerry, all width sizes are a percentage of the screen! Unfortunately
different browsers have different interpretation of 100%. I'm not sure
what's wrong yet.. :-(

Hi Grey.
> Don't bother creating a different version which forces the issue. Just
> tell your customers how to enable and disable theprintingof background
> colours andimagesin their respectivebrowser, then let them make their
> own choice whenprintingthe calendar.
Sorry, not an option.

> Also remember that you can enforce specific CSS styles forprintingwith a
> print media stylesheet. Combine this with IE conditional comments and you
> can make backgroundimagesappear or disappear, or switch them from 8-bit
> (PNG) to 1-bit (GIF) transparency depending on thebrowserbeing used to
> print.
As GIF is 1-bit (as you stated) there are no good. Either the color is
there and blocking the text or it's isn't there and there is no
background color.
I have solved it though with z-index.

On 10 Sep., 21:03, John Hosking <J...@DELETE.Hosking.name.INVALID>
wrote:
> And your (OP Jon) grid heights relative to font-size (em or %)
I have to put the height of the grid or IE6 won't show the grid at
all! I have decided to move away from relative sizing all together.
The height will be 600px (210mm for printing) and if the users screen
is too small a scrollbar will be presented.

Jon wrote:
>> Proper CSS and you don't need the resize with js. Make your widths a
>> percentage of the screen width.
> Jerry, all width sizes are a percentage of the screen! Unfortunately
> different browsers have different interpretation of 100%. I'm not sure
> what's wrong yet.. :-(
>

But since you're writing everything in javascript, it's impossible to tell.

Get it working with a static page (no JS) first. That will .

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

> Well, I have very little interest in checking through the JS that
> produces all the resulting markup, but I can see the generated code, and
> that lets me generate what will seem like a smart-aleck answer. Ready?
That's fine as I have the JS in order :-) My problem is CSS and
browser behavior.

> Your CSS error is putting it inline. For every day in the calendar, I
> see stuff like style="left: 83.3333%; top: 87.0968%; width: 16.6667%;".
> This stems from what I think is a much larger (and more general) error:
> coding the page as a huge clump of absolutely positioned divs and spans.
> A calendar is a classic example of tabular data. I recommend you use
> <table>.
I did make the calendar with tables before but I had all kinds of
problems + I hate tables! I think it will be easier to manipulate (the
DOM) with divs rather than trs and tds. Especially because the divs
are absolute positioned, I can remove a div with out worrying about
the layout. Also my solution (printing images) requires that the
elements are taken out of the page flow, so I can use z-index. As far
as I know that requires absolute positioning.

On 11 Sep., 16:58, Jerry Stuckle <jstuck...@attglobal.net> wrote:
> But since you're writing everything in javascript, it's impossible to tell.
Jerry, you can use firebug and click on the HTML tab. That will show
you the generated HTML. For you sake I will create a page with the
generated HTML. I will post the URI shortly :-)

And lo, Jon didst speak in alt.www.webmaster:

> Hi Grey.
>
>> Don't bother creating a different version which forces the issue. Just
>> tell your customers how to enable and disable the printing of background
>> colours and images in their respective browser, then let them make their
>> own choice when printing the calendar.
>
> Sorry, not an option.

Please explain.

What if I don't *want* to print your calendar backgrounds. Then you
aren't giving me a choice.

Grey

--
The technical axiom that nothing is impossible sinisterly implies the
pitfall corollary that nothing is ridiculous.
- http://www.greywyvern.com/orca#search - Orca Search: Full-featured
spider and site-search engine