473,322 Members | 1,480 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

Any thoughts on the differences between <span> & <div> layers?

Thanks in advance...
=~=
Timothy Casey
South Australia
wo****@iprimus.com.au

Formerly:
ca***@smart.net.au

Phenomenal Speed Comprehension:
Discover the World's most advanced speed reading application at:
http://www.fieldcraft.biz/shop/
Jul 20 '05 #1
18 4319
"Timothy Casey" <wo****@iprimus.com.au> wrote:
Thanks in advance...
For what?
Put your question in the body of your message.

<span> is an inline element.
<div> is a block element.
They have different content models and different default stylings.

<div> is used to mark up large divisions of a page (and as a generic
container for content that isn't better described by any other block
element, e.g. <p>, <h1>, <li>, <table>, <blockquote>, <address>,
etc.).

<span> is used to mark up short phrases that aren't better described
by any other inline element, e.g. <cite>, <em>, <strong>, <dfn>, etc.

They can both be styles in a variety of ways; but some properties will
not apply unless the display property is changed, as some properties
only apply to block level, and some only apply to inline level
elements.

Neither of them are "layers" unless they are positioned and have the
z-index property set.
=~=


What's this? A sig separator is '-- ' not '=~=' and that's why my
newsreader didn't trim your sig automatically.

Steve
--
"My theories appal you, my heresies outrage you,
I never answer letters and you don't like my tie." - The Doctor

Steve Pugh <st***@pugh.net> <http://steve.pugh.net/>
Jul 20 '05 #2
Timothy Casey wrote:
Thanks in advance...


In HTML, span is inline by default; div is block. And they are not layers,
they are HTML tags.

Berislav

--
If the Internet is a Marx Brothers movie, and Web, e-mail, and IRC are
Groucho, Chico, and Harpo, then Usenet is Zeppo.
Jul 20 '05 #3
Els
Berislav Lopac wrote:
In HTML, span is inline by default; div is block. And they are not layers,
they are HTML tags.


And they are not HTML tags, they are HTML elements. ;-)

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -

Jul 20 '05 #4
On Fri, 28 May 2004 22:22:04 +0930, "Timothy Casey"
<wo****@iprimus.com.au> wrote:
Thanks in advance...


What a question; or where is it ???

Here... http://www.google.com/search?q=SPAN+DIV

--
Rex

Jul 20 '05 #5
Els wrote:
Berislav Lopac wrote:
In HTML, span is inline by default; div is block. And they are not
layers, they are HTML tags.


And they are not HTML tags, they are HTML elements. ;-)


I sit corrected. :)

Berislav

--
If the Internet is a Marx Brothers movie, and Web, e-mail, and IRC are
Groucho, Chico, and Harpo, then Usenet is Zeppo.
Jul 20 '05 #6
On Fri, 28 May 2004 16:31:22 +0200, Berislav Lopac
<be************@dimedia.hr> wrote:
Els wrote:
Berislav Lopac wrote:
In HTML, span is inline by default; div is block. And they are not
layers, they are HTML tags.


And they are not HTML tags, they are HTML elements. ;-)


I sit corrected. :)


Well, it's correct to call <span> and </div> "tags", whose purpose it is
to explicitly define the extent of the related element. But the content
between the tags, plus the tags themselves, that's the element.
Jul 20 '05 #7
"Steve Pugh" <st***@pugh.net> wrote in message
news:4d********************************@4ax.com...
"Timothy Casey" <wo****@iprimus.com.au> wrote:
Thanks in advance...
For what?
Put your question in the body of your message.


Sorry. On some of the busier newsgroups, the only way your question gets
read and answered is if it is in the subject line - with details & specs in
the message body.

Thanks for the information...

Is there any particular reason why browsers make the mistake of adding
lengths (heights/widths) to total greated than 100% when some of those
lengths are variable (IE described as percentages instead of pixels)? Why
not just pro-rata the remaining viewing length (after fixed lengths are
subtracted) amongst the variable (percentage) lengths?

I would not have thought there is any point in mixing variable and fixed
lengths if you did not intend to confine the total dimension to that of the
viewing area (subject to the total fixed length).

Any thoughts on this?
Is there a container that is treated, ahh, "correctly" with respect to
mixed length variability?

--
Timothy Casey [worloqATiprimus.com.au] Formerly: ca***@smart.net.au

Discover the world's most advanced speed-comprehension application at:
http://www.fieldcraft.biz/

<span> is an inline element.
<div> is a block element.
They have different content models and different default stylings.

<div> is used to mark up large divisions of a page (and as a generic
container for content that isn't better described by any other block
element, e.g. <p>, <h1>, <li>, <table>, <blockquote>, <address>,
etc.).

<span> is used to mark up short phrases that aren't better described
by any other inline element, e.g. <cite>, <em>, <strong>, <dfn>, etc.

They can both be styles in a variety of ways; but some properties will
not apply unless the display property is changed, as some properties
only apply to block level, and some only apply to inline level
elements.

Neither of them are "layers" unless they are positioned and have the
z-index property set.
=~=


What's this? A sig separator is '-- ' not '=~=' and that's why my
newsreader didn't trim your sig automatically.

Steve
--
"My theories appal you, my heresies outrage you,
I never answer letters and you don't like my tie." - The Doctor

Steve Pugh <st***@pugh.net> <http://steve.pugh.net/>

Jul 20 '05 #8

"Timothy Casey" <wo****@iprimus.com.au> wrote in message
news:40********@news.iprimus.com.au...
"Steve Pugh" <st***@pugh.net> wrote in message
news:4d********************************@4ax.com...
"Timothy Casey" <wo****@iprimus.com.au> wrote:
Thanks in advance...
For what?
Put your question in the body of your message.


Sorry. On some of the busier newsgroups, the only way your question gets
read and answered is if it is in the subject line - with details & specs

in the message body.


Yes, something should always be in the subject line that reveals something
specific about your message. Posting a message to an HTML newsgroup with the
subject "Question" or "HTML question" is bound to put off many people who
have limited time and will only open message that they can tell from the
subject may be of interest to them.

However, you can't expect anyone to believe that anybody, no matter how busy
the newsgroup, is refusing to answer messages on the grounds that the body
doesn't exclude information already contained in the subject. And some
people *do* just open one message after the other without necessarily having
carefully read the subject before each one.

In other words (a) the subject should say something specific about what the
body is about, and (b) the body should be self-contained, with its
comprehensibility not dependent on the reader having read and memorized the
subject.

Jul 20 '05 #9

"Neal" <ne*****@yahoo.com> wrote in message
news:op**************@news.individual.net...
On Fri, 28 May 2004 16:31:22 +0200, Berislav Lopac
<be************@dimedia.hr> wrote:
Els wrote:
Berislav Lopac wrote:

In HTML, span is inline by default; div is block. And they are not
layers, they are HTML tags.

And they are not HTML tags, they are HTML elements. ;-)


I sit corrected. :)


Well, it's correct to call <span> and </div> "tags", whose purpose it is
to explicitly define the extent of the related element. But the content
between the tags, plus the tags themselves, that's the element.


Correct. Getting back to where that question arose, when someone write "span
is inline by default; div is block", it's the elements, not the tags that
delimit them, that are inline or block.

Jul 20 '05 #10

"Harlan Messinger" <h.*********@comcast.net> wrote in message
news:2h************@uni-berlin.de...

"Neal" <ne*****@yahoo.com> wrote in message
news:op**************@news.individual.net...
On Fri, 28 May 2004 16:31:22 +0200, Berislav Lopac
<be************@dimedia.hr> wrote:
Els wrote:
> Berislav Lopac wrote:
>
>> In HTML, span is inline by default; div is block. And they are not
>> layers, they are HTML tags.
>
> And they are not HTML tags, they are HTML elements. ;-)

I sit corrected. :)
Well, it's correct to call <span> and </div> "tags", whose purpose it is
to explicitly define the extent of the related element. But the content
between the tags, plus the tags themselves, that's the element.


Correct. Getting back to where that question arose, when someone write

"span is inline by default; div is block", it's the elements, not the tags that
delimit them, that are inline or block.


Which brings me to a pet peeve of mine: the kudzu-like spread of the
misnomer "alt tags" to refer to ALT attributes. I've been correcting people
I work with to say "alt attributes" or "alt text".

Jul 20 '05 #11
"Harlan Messinger" <h.*********@comcast.net> wrote:
Which brings me to a pet peeve of mine: the kudzu-like spread of the
misnomer "alt tags" to refer to ALT attributes. I've been correcting people
I work with to say "alt attributes" or "alt text".


Oh no, tag is perfectly correct, see the FAQ:
http://www.flightlab.com/~joe/sgml/faq-not.txt
First question in Part 5

;-)

Steve

--
"My theories appal you, my heresies outrage you,
I never answer letters and you don't like my tie." - The Doctor

Steve Pugh <st***@pugh.net> <http://steve.pugh.net/>
Jul 20 '05 #12

"Steve Pugh" <st***@pugh.net> wrote in message
news:9j********************************@4ax.com...
"Harlan Messinger" <h.*********@comcast.net> wrote:
Which brings me to a pet peeve of mine: the kudzu-like spread of the
misnomer "alt tags" to refer to ALT attributes. I've been correcting peopleI work with to say "alt attributes" or "alt text".


Oh no, tag is perfectly correct, see the FAQ:
http://www.flightlab.com/~joe/sgml/faq-not.txt
First question in Part 5

;-)


LOL.

Jul 20 '05 #13
"Harlan Messinger" <h.*********@comcast.net> wrote in message
news:2h************@uni-berlin.de...

"Timothy Casey" <wo****@iprimus.com.au> wrote in message
news:40********@news.iprimus.com.au...
"Steve Pugh" <st***@pugh.net> wrote in message
news:4d********************************@4ax.com...
"Timothy Casey" <wo****@iprimus.com.au> wrote:

>Thanks in advance...

For what?
Put your question in the body of your message.
Sorry. On some of the busier newsgroups, the only way your question gets
read and answered is if it is in the subject line - with details & specs

in
the message body.


Yes, something should always be in the subject line that reveals something
specific about your message. Posting a message to an HTML newsgroup with

the subject "Question" or "HTML question" is bound to put off many people who
have limited time and will only open message that they can tell from the
subject may be of interest to them.
It is amazing the number of "HELP", "URGENT". not to mention, "Question"
subject lines that are not specific. When things get really busy, I've
noticed that the most descriptive and concise subject lines get the fastest
attention. Putting a good question in the subject line is more effective
than marking the message as urgent...

However, you can't expect anyone to believe that anybody, no matter how busy the newsgroup, is refusing to answer messages on the grounds that the body
doesn't exclude information already contained in the subject.
Not at all. Sometimes life gets busy, things get rushed, and post's get
missed. That is about all there is to it unless the newsgroup has a
religious nature to it. As for the missing body content - that is just sheer
laziness on my part!
And some
people *do* just open one message after the other without necessarily having carefully read the subject before each one.
I am accustomed to running my eyes down a list and picking the most likely
subject lines...

In other words (a) the subject should say something specific about what the body is about, and (b) the body should be self-contained, with its
comprehensibility not dependent on the reader having read and memorized the subject.


....and having avoided web-based newsreading has obviously left me short of
perspective. Thankyou for the heads-up!

--
Timothy Casey GPEMC! >> 11950 is the nu****@fieldcraft.biz 2email
Terms & conditions apply. See www.fieldcraft.biz/GPEMC
Discover the most advanced speed comprehension application at:
www.fieldcraft.biz/shop <BRef http://www.fieldcraft.biz/ki.htm >
Jul 20 '05 #14
On Fri, 28 May 2004 17:03:44 +0100, Steve Pugh <st***@pugh.net> wrote:
"Harlan Messinger" <h.*********@comcast.net> wrote:
Which brings me to a pet peeve of mine: the kudzu-like spread of the
misnomer "alt tags" to refer to ALT attributes. I've been correcting
people
I work with to say "alt attributes" or "alt text".


Oh no, tag is perfectly correct, see the FAQ:
http://www.flightlab.com/~joe/sgml/faq-not.txt
First question in Part 5

;-)

Steve


But "alt command" would be wrong, hmm? Funny bit.
Jul 20 '05 #15
"Timothy Casey" <wo****@iprimus.com.au> wrote in
comp.infosystems.www.authoring.stylesheets:
It is amazing the number of "HELP", "URGENT". not to mention, "Question"
subject lines that are not specific. When things get really busy, I've
noticed that the most descriptive and concise subject lines get the fastest
attention. Putting a good question in the subject line is more effective
than marking the message as urgent...


You can please some of the people some of the time ...
Seriously, I don't think the PP was saying you should not have a
good specific subject line. I think (I hope) he was just saying that
it's prudent to ask your question in the body because people do tend
to overlook subject lines.

I know I've done it myself -- misanswered a question because some
crucial bit of information was in the subject line and not in the
body. Sure, I was wrong -- but the person's question took longer to
get answered.

--
Stan Brown, Oak Road Systems, Cortland County, New York, USA
http://OakRoadSystems.com/
HTML 4.01 spec: http://www.w3.org/TR/html401/
validator: http://validator.w3.org/
CSS 2 spec: http://www.w3.org/TR/REC-CSS2/
2.1 changes: http://www.w3.org/TR/CSS21/changes.html
validator: http://jigsaw.w3.org/css-validator/
Jul 20 '05 #16
Timothy Casey wrote:
Is there any particular reason why browsers make the mistake of adding
lengths (heights/widths) to total greated than 100% when some of those
lengths are variable (IE described as percentages instead of pixels)?
Why not just pro-rata the remaining viewing length (after fixed
lengths are subtracted) amongst the variable (percentage) lengths?


I am not completely sure what exactly you have in mind here, but remember
that in CSS box model, the height or with you specify sets the dimensions of
the content; if you have any padding, it is added to the width/height. IOW,
if you set width 50% and padding 10px, those 10px will be in addition to
whatever turns out to be 50% at runtime.

Berislav

--
If the Internet is a Marx Brothers movie, and Web, e-mail, and IRC are
Groucho, Chico, and Harpo, then Usenet is Zeppo.
Jul 20 '05 #17
On Sat, 29 May 2004 01:11:18 +0930, Timothy Casey <wo****@iprimus.com.au>
wrote:
Is there any particular reason why browsers make the mistake of adding
lengths (heights/widths) to total greated than 100% when some of those
lengths are variable (IE described as percentages instead of pixels)? Why
not just pro-rata the remaining viewing length (after fixed lengths are
subtracted) amongst the variable (percentage) lengths?
Width is, by definition, the dmension inside borders and padding. If you
set borders and padding in addition to width: 100%;, this will occur.
I would not have thought there is any point in mixing variable and fixed
lengths if you did not intend to confine the total dimension to that of
the
viewing area (subject to the total fixed length).

Any thoughts on this?
Is there a container that is treated, ahh, "correctly" with respect to
mixed length variability?


Mixed measurements are not correct.

By nesting <div>'s, one can mix measurements, but you must determine what
is mandatory.

More detail is needed to comment further.
Jul 20 '05 #18
Steve Pugh wrote:
"Harlan Messinger" <h.*********@comcast.net> wrote:
Which brings me to a pet peeve of mine: the kudzu-like spread of
the misnomer "alt tags" to refer to ALT attributes.


Oh no, tag is perfectly correct, see the FAQ:
http://www.flightlab.com/~joe/sgml/faq-not.txt

"That's element *type* name, dammit!" :-D

--
Brian (remove ".invalid" to email me)

Jul 20 '05 #19

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

4
by: DMJ | last post by:
What is the difference between these two tags?
8
by: slim | last post by:
hi again all, i am still working on the website as mentioned in earlier threads and have hit another snag... http://awash.demon.co.uk/index.php http://awash.demon.co.uk/vd.css the php is...
9
by: Wang, Jay | last post by:
Hello, all, I would like to enable some text between <SPAN url="http://www.testserver.com/">WORD TO BE DRAGGED </SPAN>. I put some javascript and it will extract http://www.testserver.com/ from...
2
by: Don Wash | last post by:
Hi There! I'm creating my website with ASP.NET + XHTML, which means I will strictly adhere the XHTML standards for my web page output. I use Panel or PlaceHolder WebControls to place...
3
by: Josef K. | last post by:
Asp.net generates the following html when producing RadioButton lists: <td><input id="RadioButtonList_3" type="radio" name="MyRadioButtonList" value="644"...
1
by: mark4asp | last post by:
<form runat="server"automatically adds <divtag to code contained within. Is there a way to stop that? Mixing block-level elements with inline-level elements messes up the HTML becasuse that is...
6
by: lilOlMe | last post by:
Hi there! I'm having a problem with a <span> element's width. I have a span element within a div block: <div class="picker"> <span id="ctl00_cph_mainContent_TPKR_Tues_LBL_TitleForPicker"...
5
nathj
by: nathj | last post by:
Hi All, I'm working on a new site that has a two column layout underneath a title bar. If you check out: http://www.christianleadership.org.uk/scratch/mainpage.php using IE or Opera you will...
5
by: Brent | last post by:
Take this small HTML fragment: span.theClass{float:left;width:100px;cursor:pointer;cursor:hand;} ------------------------ <div> <span id="1" class="theClass">&nbsp;<span> <span id="2"...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: Faith0G | last post by:
I am starting a new it consulting business and it's been a while since I setup a new website. Is wordpress still the best web based software for hosting a 5 page website? The webpages will be...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.