PHWinfo - Afficher un message

10/09/2007, 18h06

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.

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..

> 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.

> 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!

10/09/2007, 18h06	#3
Jon Messages: n/a Hébergeur:	Re: printing transparent images in a browser 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. 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.. > 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. > 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!