On Mon, 18 Jul 2005, Olav Junker Kjær wrote:
>
> I dont think you should set element.style.display to "block", if the
> element should be visible only on screen and not in print. It would be
> better to dynamically assign it a class which is defined in the
> stylesheet to be visible on screen a
Ian Hickson wrote :
On Sat, 12 May 2007, Jordan OSETE wrote:
It can be done with a wrapper, but it seems overhead, when the UA can
just return something easier to read.
Well, the overhead is the same, it's just a matter of who does it, the UA
or the author.
Though we would need confirmati
On Tue, 3 May 2005, Jon Udell wrote:
>
> what: a password option for window.prompt
>
> why: http://weblog.infoworld.com/udell/2005/05/03.html#a1227
Interesting.
I have a number of concerns about this idea:
* It's main use case, as described above, is as a workaround for a user
agent issue,
On 5/19/07, Garrett Smith <[EMAIL PROTECTED]> wrote:
I vote for this.
We don't really do things by voting here. Reasoned arguments only. :-)
Consider doing any diagramming. It's a necessary feature.
Not really. For straight lines it's pretty trivial to do today anyway
(either by drawing act
On May 21, 2007, at 10:26 AM, Hallvord R M Steen wrote:
with IE's implementation you can have one "data loader" SCRIPT
element and set its .src repeatedly.
Is this technique easy to use correctly? What if you set the src
before a previous script has finished loading?
-- Darin
Hi,
if you set the src property of a SCRIPT element in the DOM, IE will
load the new script and run it. Firefox doesn't seem to do anything
(perhaps a more seasoned bugzilla searcher can tell me if it is
considered a known bug?).
I think Opera 8 does what IE does, Opera 9 is buggy.
I think IE's
On Mon, 21 May 2007 17:35:27 +0200, Stijn Peeters <[EMAIL PROTECTED]>
wrote:
It is becoming increasingly common to have an input field clear its
value when it is first focused. Though in a lot of cases this is
actually wrong usage of the value="" attribute for something which
should actually be
It is becoming increasingly common to have an input field clear its
value when it is first focused. Though in a lot of cases this is
actually wrong usage of the value="" attribute for something which
should actually be done with (such as a search box filled with
"Enter search query here" that be
On Mon, 21 May 2007 12:14:51 +0200, Maciej Stachowiak <[EMAIL PROTECTED]>
wrote:
If we simply ignore there's no longer a need to append elements
to the head element pointer. In fact, we can remove it. I'm not sure
how much this would complicate conformance checking, but it would
certainly
On May 21, 2007, at 3:10 AM, Anne van Kesteren wrote:
If we simply ignore there's no longer a need to append
elements to the head element pointer. In fact, we can remove it. I'm
not sure how much this would complicate conformance checking, but it
would certainly be very nice not to have s
On Mon, 21 May 2007 12:02:54 +0200, Anne van Kesteren <[EMAIL PROTECTED]>
wrote:
Internet Explorer 7 and Opera 9 don't move and to the
element during parsing (much like they don't do that for
If we simply ignore there's no longer a need to append elements to
the head element pointer. In fact, we can remove it. I'm not sure how much
this would complicate conformance checking, but it would certainly be very
nice not to have such strange appending rules for the limited set of
elem
Internet Explorer 7 and Opera 9 don't move and to the
element during parsing (much like they don't do that for
13 matches
Mail list logo