Hello,
On 11/27/05, ROBO Design [EMAIL PROTECTED] wrote:
On Sun, 27 Nov 2005 00:28:49 +0200, Charles Iliya Krempeaux
[EMAIL PROTECTED] wrote:
Hello,
This is kind of a follow up to a previous post of mine:
rel/rev for form ?
On Mon, 28 Nov 2005, Ian Bicking wrote:
I think select isn't a very good basis for menus. Current (good)
DHTML menus are richer than selects allow for, with things like nested
menus. That can't be simulated with selects.
Sure. As you point out, though, if the author is willing to do the
anko wrote:
Hi,
It was suggested that someone email this list to see what you think
about this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=312418.
...
Currently XMLHTTPRequest does not change the throbbers state and it is
hard to know if an AJAX enabled website is doing anything.
That
Simon Pieters wrote:
Opera:
If plugins are enabled, render all embeds and hide all noembeds, and
parse noembed as CDATA. If plugins are disabled, hide all embeds and
display all noembeds, and parse noembed as #PCDATA.
Why does it need to parse it differently depending on the mode? Since
On Tue, 29 Nov 2005, Simon Pieters wrote:
(object is less efficient to implement because the UA has to
wait til it knows what the content type is before it can know how
to render the element.)
Also when there's a type attribute?
The attribute is only a hint.
So the
On Mon, 28 Nov 2005, Justin Kirby wrote:
XUL is not proprietary. It is limited to a single implementation, but
that does not mean it is exclusive. The word proprietary indicates that
it is under exclusive control of an company. While this is true of Flash
and Macromedia, it is not true of
Blake Kaplan wrote:
Lachlan Hunt wrote:
Why does it need to parse it differently depending on the mode? Since
noembed is just hidden anyway, it really shouldn't matter how its
content is parsed and parsing it like #PCDATA makes the most sense.
At least in Gecko, we parse the contents of
Ian Hickson wrote:
On Mon, 28 Nov 2005, Lachlan Hunt wrote:
How about this, or some variation of:
form ...
menubar
libutton type=submit for=foo name=menuFoo/button
select id=foo name=foo
...
/select
/li
...
/menubar
/form
Interesting idea. I like the non-JS
On Tue, 29 Nov 2005, Lachlan Hunt wrote:
headnoscriptbody.../noscriptscript.../scriptbody
Ok, but how is equivalent markup handled in XHTML, where parsing
obviously can't switch to CDATA?
It's a parse error (parse errors are fatal in XML).
As to how the script problem is handled in
Lachlan Hunt wrote:
Why does it need to parse it differently depending on the mode? Since
noembed is just hidden anyway, it really shouldn't matter how its
content is parsed and parsing it like #PCDATA makes the most sense.
At least in Gecko, we parse the contents of noembed, noscript,
10 matches
Mail list logo