Html Component Question

[WStoreyII]

I dont think that it really matters, but just for my own reference?

I found a calendar component tutorial online for html components.
in this component the tag for a script was <SCRIPT
LANGUAGE="JavaScript"></SCRIPT>

here is the problem when i tried this in my own component it would not work
until i used the tag like this
<SCRIPT TYPE="text/javascript"></SCRIPT>

i could understand why this would not work on different browsers but the
calendar project works just fine on my computer so
i dont understand why it did nto work in my project. Is this stuff case
sensitive????

Thanks for the help

WStoreyII

[rf]

"WStoreyII" <pa**********@sbcglobal.net> wrote in message
news:za****************@newssvr27.news.prodigy.com ...

I dont think that it really matters, but just for my own reference?

I found a calendar component tutorial online for html components.
in this component the tag for a script was <SCRIPT
LANGUAGE="JavaScript"></SCRIPT>
The language attribute is deprecated.
here is the problem when i tried this in my own component it would not work until i used the tag like this
<SCRIPT TYPE="text/javascript"></SCRIPT>
The type attribute is now required for the script element.
i could understand why this would not work on different browsers but the
calendar project works just fine on my computer so
i dont understand why it did nto work in my project.
Different error correction?
Is this stuff case
sensitive????

HTML is not case sensitive.

--
Cheers
Richard.

[Toby A Inkster]

rf wrote:

HTML is not case sensitive.

Bits of it are. Compare <strong>Hello</strong> with <strong>HELLO</strong>.

--
Toby A Inkster BSc (Hons) ARCS
Contact Me - http://www.goddamn.co.uk/tobyink/?page=132

[rf]

"Toby A Inkster" <to*****@goddamn.co.uk> wrote in message
news:pa****************************@goddamn.co.uk. ..

rf wrote:

HTML is not case sensitive.

<nitpick> Bits of it are. Compare <strong>Hello</strong> with

<strong>HELLO</strong>.
</nitpick> :-)

<pedantic>
HTML is not case sensitive.

The content whose structure the HTML describes may be case sensitive in
certain languages (such as English) where there is such a thing as case
(unlike other languages, such as most South East Asian ones (and especially
Chinese and its derivatives (where there are not even any "letters")) where
there is no concept corresponding to upper and lower case) but the HTML bit
(the stuff inside the start and end tags, the attributes and so on) is not,
with the exception of the value of some of the attributes, such as in the
case of href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running, however
one could actually argue that the "example.com" bit is actually part of the
content, even though it does not appear as content within an element but
rather as the value of an attribute.
</pedantic>

--
Cheers
Richard.

[WStoreyII]

then how come it worked when i loaded the calendar example and not on mine?

ill send the demo if you wish

wstoreyii
"rf" <[e-mail]> wrote in message
news:Oh*******************@news-server.bigpond.net.au...

"WStoreyII" <pa**********@sbcglobal.net> wrote in message
news:za****************@newssvr27.news.prodigy.com ...

I dont think that it really matters, but just for my own reference?

I found a calendar component tutorial online for html components.
in this component the tag for a script was <SCRIPT
LANGUAGE="JavaScript"></SCRIPT>

The language attribute is deprecated.

here is the problem when i tried this in my own component it would not

work

until i used the tag like this
<SCRIPT TYPE="text/javascript"></SCRIPT>

The type attribute is now required for the script element.

i could understand why this would not work on different browsers but the
calendar project works just fine on my computer so
i dont understand why it did nto work in my project.

Different error correction?

Is this stuff case
sensitive????

HTML is not case sensitive.

--
Cheers
Richard.

[WStoreyII]

"rf" <[e-mail]> wrote in message
news:oZ*****************@news-server.bigpond.net.au...

"Toby A Inkster" <to*****@goddamn.co.uk> wrote in message
news:pa****************************@goddamn.co.uk. ..

rf wrote:

HTML is not case sensitive.

<nitpick>

Bits of it are. Compare <strong>Hello</strong> with

<strong>HELLO</strong>.
</nitpick> :-)

<pedantic> // What is Pedantic???????
HTML is not case sensitive.

The content whose structure the HTML describes may be case sensitive in
certain languages (such as English) where there is such a thing as case
(unlike other languages, such as most South East Asian ones (and

especially Chinese and its derivatives (where there are not even any "letters")) where there is no concept corresponding to upper and lower case) but the HTML bit (the stuff inside the start and end tags, the attributes and so on) is not, with the exception of the value of some of the attributes, such as in the
case of href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running, however one could actually argue that the "example.com" bit is actually part of the content, even though it does not appear as content within an element but
rather as the value of an attribute.
</pedantic>

--
Cheers
Richard.

[rf]

"WStoreyII" <pa**********@sbcglobal.net> wrote in message
news:Yp*******************@newssvr29.news.prodigy. com...

then how come it worked when i loaded the calendar example and not on mine?
ill send the demo if you wish

Er, send it where?

Provide a link to the demo and a link to your implementation.

--
Cheers
Richard.

[SpaceGirl]

rf wrote:

i could understand why this would not work on different browsers but the
calendar project works just fine on my computer so
i dont understand why it did nto work in my project.

Different error correction?

Is this stuff case
sensitive????

HTML is not case sensitive.

XHTML is tho.

--
x theSpaceGirl (miranda)

# lead designer @ http://www.dhnewmedia.com #
# remove NO SPAM to email, or use form on website #

[Leif K-Brooks]

rf wrote:

<pedantic>
The content whose structure the HTML describes may be case sensitive in
certain languages (such as English) where there is such a thing as case
(unlike other languages, such as most South East Asian ones (and especially
Chinese and its derivatives (where there are not even any "letters")) where
there is no concept corresponding to upper and lower case) but the HTML bit
(the stuff inside the start and end tags, the attributes and so on) is not,
with the exception of the value of some of the attributes, such as in the
case of href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running, however
one could actually argue that the "example.com" bit is actually part of the
content, even though it does not appear as content within an element but
rather as the value of an attribute.
</pedantic>

Wow, that's one long sentence!

<nitpick>
Whether a link is case-sensitive may depend on operating system, but it
doesn't have to. A server can just as easily be configured to show the
same page for every URL, or show a different one based on the first
letter of the file name and nothing else; there's no requirment to map
URLs on to real files, although that's normally done.
</nitpick>

[rf]

"Leif K-Brooks" <eu*****@ecritters.biz> wrote in message
news:2k***********@uni-berlin.de...

rf wrote:

<pedantic>
The content whose structure the HTML describes may be case sensitive in
certain languages (such as English) where there is such a thing as case
(unlike other languages, such as most South East Asian ones (and especially Chinese and its derivatives (where there are not even any "letters")) where there is no concept corresponding to upper and lower case) but the HTML bit (the stuff inside the start and end tags, the attributes and so on) is not, with the exception of the value of some of the attributes, such as in the case of href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running, however one could actually argue that the "example.com" bit is actually part of the content, even though it does not appear as content within an element but
rather as the value of an attribute.
</pedantic>

Wow, that's one long sentence!

<nitpick>
Whether a link is case-sensitive may depend on operating system, but it
doesn't have to. A server can just as easily be configured to show the
same page for every URL, or show a different one based on the first
letter of the file name and nothing else; there's no requirment to map
URLs on to real files, although that's normally done.
</nitpick>

True.
--
Cheers
Richard.

[Matt Kruse]

rf wrote:

value of some of the attributes, such as in the case of
href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running

<nitpick>
The hostname portion of a url should never be case-sensitive.
That is, http://WwW.SiteNAme.CoM/ should work regardless of case or server
OS.
What is case-sensitive depending on OS is the filename portion, meaning
everything that comes after the single slash.
</nipick>

--
Matt Kruse
Javascript Toolbox: http://www.JavascriptToolbox.com/

[Chris Morris]

"Matt Kruse" <ne********@mattkruse.com> writes:

rf wrote:

value of some of the attributes, such as in the case of
href="example.com" where "example.com" may or may not be case
sensitive depending on which operating system the server is running

<nitpick>
The hostname portion of a url should never be case-sensitive.
That is, http://WwW.SiteNAme.CoM/ should work regardless of case or server
OS.
What is case-sensitive depending on OS is the filename portion, meaning
everything that comes after the single slash.
</nipick>

<nitpick depth="2">
href="example.com" refers to the local file 'example.com', not the
host 'example.com' and so may be case-sensitive.
</nitpick>

--
Chris

[Grant Wagner]

rf wrote:

"Toby A Inkster" <to*****@goddamn.co.uk> wrote in message
news:pa****************************@goddamn.co.uk. ..

rf wrote:

HTML is not case sensitive.

<nitpick>

Bits of it are. Compare <strong>Hello</strong> with

<strong>HELLO</strong>.
</nitpick> :-)

<pedantic>
HTML is not case sensitive.

The content whose structure the HTML describes may be case sensitive in
certain languages (such as English) where there is such a thing as case
(unlike other languages, such as most South East Asian ones (and especially
Chinese and its derivatives (where there are not even any "letters")) where
there is no concept corresponding to upper and lower case) but the HTML bit
(the stuff inside the start and end tags, the attributes and so on) is not,
with the exception of the value of some of the attributes, such as in the
case of href="example.com" where "example.com" may or may not be case

Actually, to nit-pick even more: example.com isn't case-sensitive either.
Hostnames/domains are not case-sensitive. You get to the same site with:

www.yahoo.com, Www.Yahoo.Com or WWW.YAHOO.COM

The part that comes after the hostname/domain can be case-sensitive, but does
not necessarily have to be, depending on server configuration.
sensitive depending on which operating system the server is running, however
one could actually argue that the "example.com" bit is actually part of the
content, even though it does not appear as content within an element but
rather as the value of an attribute.
</pedantic>

I would argue that the HREF attribute is neither content nor HTML. It is a value
assigned to the HREF attribute and as such obeys it's own syntax rules as
defined by the W3C: <url:
http://www.w3.org/TR/REC-html40/stru...html#adef-href />

A "uri" is defined as: <url: http://www.w3.org/TR/REC-html40/types.html#type-uri
/>

--
| Grant Wagner <gw*****@agricoreunited.com>

* Client-side Javascript and Netscape 4 DOM Reference available at:
*
http://devedge.netscape.com/library/...ce/frames.html

* Internet Explorer DOM Reference available at:
*
http://msdn.microsoft.com/workshop/a...ence_entry.asp

* Netscape 6/7 DOM Reference available at:
* http://www.mozilla.org/docs/dom/domref/
* Tips for upgrading JavaScript for Netscape 7 / Mozilla
* http://www.mozilla.org/docs/web-deve...upgrade_2.html

[Eric B. Bednarz]

"rf" <[e-mail]> writes:

HTML is not case sensitive.

That is an unfortunate but persistent simplification, not to say
misnomer. The issue is substitution, not sensitivity.

E.g., to refer to an instance of the element type 'div' in a parsed
HTML document instance set you'd need to address 'DIV', not 'div'
(forget the source, Luke). For attribute values the situation is even
more error-prone, since a lot of attribute values in HTML are declared
to be CDATA and case folding isn't applied (as opposed to all other
types).
--
| ) 111010111011 | http://bednarz.nl/
-(
| ) Distribute me: http://binaries.bednarz.nl/mp3/aicha

[Leif K-Brooks]

Grant Wagner wrote:

rf wrote:

case of href="example.com"

Actually, to nit-pick even more: example.com isn't case-sensitive either.
Hostnames/domains are not case-sensitive.

But "example.com" is a file name, not a domain name. It happens to
resemble a domain name, yes, but it has no protocol segment, so it's
interpreted as a file name by a browser with a quarter of a brain.

[Thomas 'PointedEars' Lahn]

rf wrote:

HTML is not case sensitive.

Parts of it are, and I do not mean text nodes.

<http://www.w3.org/TR/REC-html40/index/list.html#c>
F'up2 alt.html (please do not crosspost over hierarchies!)

PointedEars
--
The Internet is filled with people trying to make a name for
themselves by breaking your code, crashing your site, posting
inappropriate content, and otherwise making your day interesting.
(from: The PHP manual, 5. Security)