Jon wrote:
> On 9 Sep., 04:26, John Hosking <J...@DELETE.Hosking.name.INVALID>
> wrote:
>> Jon wrote:
>>
>>> While building a printable six month calendar I'm trying to solve a
>>> difficult problem, namely printing background CSS colors. Let me first
>>> tell you what I have tried:
>> [non-semantic markup hacks snipped]
>>
>>
>>
>>> PS. I hope someone smarter than me reads this.... :-)
>>> A link to the calendar:http://bookevent.dk/JSCalendar/calendar.htm
>>> EXT in effect:http://bookevent.dk/JSCalendar/GenCalendar.htm
>> Your post begs the question: What is there about this calendar that
>> makes it useful for me to use up the ink in my printer's color cartridge?
>>
>> The months have only 24 days, which is weird. There's no scroll bar, so
>> it can't be that I've just got my viewport smaller than you foresaw, right?
>>
>> Without JS, there's only an empty page. If you want to require JS for
>> this, okay, but wouldn't you like to at least tell the non-JS-visitor
>> that JS is required to see/use the whatever-it-is?
>>
>> Your texts are flexibly sized, or at least, I can resize them in FF. But
>> the grid lines remain fixed, so they conflict with the texts.
>> Actually, there seems to be a slight mismatch by default.
>>
>> I don't know what you mean by EXT but that page merely provides a an
>> extra, empty column containing nothing more than the ability to get rid
>> of the column. Reminds me of the machine which, when you flick the
>> switch to turn it on, extends a mechanical arm to flick the switch back
>> and turn itself off. That's all it does. :-)
>>
>> Is a string like 30-06-2007 really the date format used in Denmark? With
>> dashes, I would have expected the year first, as in 2007-06-30.
>>
>> Regarding PDFs: I hate 'em (or maybe I just hate Adobe Reader...). I'd
>> have to be convinced of the usefulness of your bg coloring before I'd
>> support the PDF way.
>>
>> --
>> John
>> Pondering the value of the UIP:http://improve-usenet.org/
>
> John, thanks for taking the time to comment everything and not
> consider what could be an answer to my question (u gotta love usenet
> forums lol). No, seriously. You make some very valid points so I will
> answer them.
>> Your post begs the question: What is there about this calendar that
>> makes it useful for me to use up the ink in my printer's color cartridge?
> The reason why I want printable background images is because my client
> told me she want it! She already got a pc based application that gives
> her the calendar as a PDF but she's getting tired of mailing (snail
> mail) it to her customers. So now she wants a web based calendar where
> her customers can print their specific calendar.
>

OK, a web-based calendar is fine. But DON'T WASTE MY EXPENSIVE INK
CARTRIDGES ON IRRELEVANT BACKGROUND COLORS!

> On a side note - I find it really annoying/stupid that browser
> manufactures think they have to take those decisions. It's NOT up to
> them but to the developers. We are the ones who knows when it's
> important and when it's not. Please give me some power, so I don't
> have to spend days for filling my clients visions. Like which way to
> print a document, landscape or not! C'mon! Don't they thing I as a
> application developer knows when it makes sense!? puh.. enough
> ranting..
>

I'm glad they did. They save my ink. I really don't need to use $10
worth of ink on irrelevant background colors!

If I want a different colored background, I'll put in different colored
paper.

>> The months have only 24 days, which is weird. There's no scroll bar, so
>> it can't be that I've just got my viewport smaller than you foresaw, right?
> Yes your are completely right. If I put overflow:auto I have
> scrollbars all the time so obviously I have a box width/height issue
> which I will work out (I think I wrote it was a work in progress?).
> Anyway, if you know where my CSS error is please, tell me.
>
>> Without JS, there's only an empty page. If you want to require JS for
>> this, okay, but wouldn't you like to at least tell the non-JS-visitor
>> that JS is required to see/use the whatever-it-is?
> The users is my clients clients and they will have to login. On the
> login page I have a noscript section. I don't make rich client
> applications that can run without JS.
>

Then you lose about 10% of your prospective clients. Javascript should
be used to enhance the experience - and not be required to have the
experience.

>> Your texts are flexibly sized, or at least, I can resize them in FF. But
>> the grid lines remain fixed, so they conflict with the texts.
>> Actually, there seems to be a slight mismatch by default.
> Good point.. I will try to see if I can figure out a cross browser
> resize algorithms or else I'll remove the feature.
>
> EXT is a set of client-side cross browser controls: extjs.com
> The second link has a buggy resize algorithm that doesn't work on
> widescreen resolutions (maybe I'll remove it).
> John, what you have seen is a big part of my application but it's
> nowhere near the hole part. I will keep that to myself and my clients
> for now. What I have posted what an example to make it easier for you
> to me. If you think you can me in any way, please write
> again! Thanks!
>

Proper CSS and you don't need the resize with js. Make your widths a
percentage of the screen width.

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