473,323 Members | 1,550 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,323 software developers and data experts.

spans all in a row

Hi all
I would like to see all the spans below inline one next to the other. I
do not want to use absolute but relative or no positioning. This will
eventually be a receipt that will be printed twice on the same page with a
control for input that disappears (display:none) when the document is sent
to the printer. That means that the document reflows and any absolutely
positioned elements in the flow after the form control will need to be
repositioned.
The actual document can be viewed here. Be aware it is in Hebrew.
www.carmenchange.com/gbi

A code example of the relevant problem is below. It doesn't display the way
I would like as it is and in the page above I use absolute positioning and
when the doc reflows I attempt to move them according to the new flow. Not a
good idea!! It's what I have.
any ideas?
<BODY>
<div>
<span><img src="apic.gif" width=79 height=84 alt="a picture"
border="0"></span>
<span title="put me between the gifs">name<br>address<br>telephone</span>
<span><img src="logo.gif" width=139 height=84 alt="company logo"
border="0"></span>
</div>
Jimbo
</BODY>
Jul 23 '05 #1
16 1741
"J. J. Cale" <ph****@netvision.net.il> wrote:
I would like to see all the spans below inline one next to the
other. I
do not want to use absolute but relative or no positioning.
You seem to think that you have a CSS problem. We discuss HTML in this
group; CSS is next door (c.i.w.a.stylesheets).
This will
eventually be a receipt that will be printed twice on the same page
with a control for input that disappears (display:none) when the
document is sent to the printer.
This sounds odd. Are you sure that the very idea is feasible in authoring
for the World Wide Web?
That means that the document reflows
and any absolutely positioned elements in the flow after the form
control will need to be repositioned.
The actual document can be viewed here. Be aware it is in Hebrew.
www.carmenchange.com/gbi
It is best to specify the URL of a page, not just a string that might be
error-corrected to a URL. The URL in this case is
http://www.carmenchange.com/gbi/
And it's _not_ Hebrew to me. The document's character encoding is not
specified. Usually this means that most browsers default to iso-8859-1 or
its Microsoftization, windows-1252. However, today my IE decided that the
encoding is Vietnamese encoding. I didn't check what this really means, but
what I see is a mixture of Latin letters with different diacritics.
So you have a problem there, whenever someone views the page on a browser
that has not been built or configured to use a Hebrew encoding by default.
A code example of the relevant problem is below. It doesn't display the
way I would like as it is and in the page above I use absolute
positioning and
when the doc reflows I attempt to move them according to the new flow.
Sorry, but it is very difficult, if not impossible, to see what you see as
a problem here
<div>
<span><img src="apic.gif" width=79 height=84 alt="a picture"
border="0"></span>
<span title="put me between the
gifs">name<br>address<br>telephone</span> <span><img src="logo.gif"
width=139 height=84 alt="company logo" border="0"></span>
</div>
Jimbo


As I wrote, the visual rendering part is a CSS matter. But I think the
markup should be designed first. Use of <div> and <span> generally
indicates wrong approach, except in cases where no adequate structural
markup exists.

As a quick sensibility test, view the page on a text-only browser.
Does the following look reasonable?

a picture name
address
telephone company logo
Jimbo

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 23 '05 #2
Els
J. J. Cale wrote:
Hi all
Hello,
The actual document can be viewed here. Be aware it is in
Hebrew. www.carmenchange.com/gbi
See Jukka's reply - I don't see Hebrew either :-)
A code example of the relevant problem is below. It doesn't
display the way I would like as it is and in the page above
I use absolute positioning and when the doc reflows I
attempt to move them according to the new flow. Not a good
idea!! It's what I have. any ideas?


Yes, how about this:
<body>
<div class="address">
<p>
name<br>
address<br>
telephone
</p>
</div>
<body>

And then in the stylesheet (as Jukka said, this actually
belongs in a CSS group):

div.address{
background-image:url(logosm.gif);
background-position:left top;
background-repeat:no-repeat;
}
div.address p{
background-image:url(logo2sm.gif);
background-position:right top;
background-repeat:no-repeat;
}
--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #3
Els
Els wrote:
<body>
<div class="address">
<p>
name<br>
address<br>
telephone
</p>
</div>
<body>

And then in the stylesheet (as Jukka said, this actually
belongs in a CSS group):

div.address{
background-image:url(logosm.gif);
background-position:left top;
background-repeat:no-repeat;
}
div.address p{
background-image:url(logo2sm.gif);
background-position:right top;
background-repeat:no-repeat;
}


Oops, forgot: need to add text-align:center to the <p> styles.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #4
Els <el*********@tiscali.nl> wrote:
<body>
<div class="address">
<p>
name<br>
address<br>
telephone
</p>
</div>
It's perhaps not quite logical to regard an address as a paragraph. Rather,
a paragraph is a unit of text, typically consisting of a few sentences,
expressing an idea or course of events. In good non-fiction prose,
a paragraph typically starts with a key sentence that presents the basic
idea, and subsequent sentences elaborate on that, present exceptions, etc.

So I would omit the <p> markup. However, if you have several addresses in a
sequence, you have the practical problem that in non-CSS presentation,
there's no separation between the addresses, whereas <p> markup would imply
some top and bottom margins for the elements in almost all visual
rendering. In that case, it would be logical to use just <p> markup
(<p class="address">) instead of <div> markup, not in addition to it.

As a different issue, it might be marginally better to separate the lines
by using <div> markup for them instead of <br> markup between them. This
would, in particular, make each line an element - hence styleable.
This applies only when you don't use <p> markup (since <p> cannot contain
<div>).

Thus, my favorite markup for an address is

<div class="address">
<div>name</div>
<div>address</div>
<div>telephone</div>
</div>
<body>


And that's a typo, but luckily a markup error that a validator would
report. :-)

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 23 '05 #5
Els
Jukka K. Korpela wrote:
Els <el*********@tiscali.nl> wrote:
<body>
<div class="address">
<p>
name<br>
address<br>
telephone
</p>
</div>
It's perhaps not quite logical to regard an address as a
paragraph. Rather, a paragraph is a unit of text, typically
consisting of a few sentences, expressing an idea or course
of events. In good non-fiction prose, a paragraph typically
starts with a key sentence that presents the basic idea,
and subsequent sentences elaborate on that, present
exceptions, etc.


My personal idea is that there should be an element called
"address", but alas, there isn't. Sometimes I choose <p> for
that, sometimes <div>. But you're right, in this particular
case a <div> would be better than a <p>.
So I would omit the <p> markup. However, if you have
several addresses in a sequence, you have the practical
problem that in non-CSS presentation, there's no separation
between the addresses, whereas <p> markup would imply some
top and bottom margins for the elements in almost all
visual rendering. In that case, it would be logical to use
just <p> markup (<p class="address">) instead of <div>
markup, not in addition to it.
The reason I used both (I could also have used two divs
though), is that I wouldn't know how to place two separate
background images into one div. The trick I use for that is
two divs nested, equal size, one with one background image,
the other with the other background image.

Must say though, that in this particular case, as it seems
this div is going into a table cell, one of the background
images could be assigned to the table cell itself, thus
eliminating the need for the extra div.
As a different issue, it might be marginally better to
separate the lines by using <div> markup for them instead
of <br> markup between them. This would, in particular,
make each line an element - hence styleable. This applies
only when you don't use <p> markup (since <p> cannot
contain <div>).

Thus, my favorite markup for an address is

<div class="address">
<div>name</div>
<div>address</div>
<div>telephone</div>
</div>
<body>

I almost agree with you. Just that /if/ there is no need for
separate styling of the address lines, <br> is less code than
<div></div>.
And that's a typo,
Oops!
but luckily a markup error that a
validator would report. :-)


True :-)

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #6
in comp.infosystems.www.authoring.html, Els wrote:
My personal idea is that there should be an element called
"address", but alas, there isn't.
Actually, there is.
http://www.w3.org/TR/REC-html40/stru...l.html#h-7.5.6
What you are after is elelement to mark addresses. But it would be hard
to invent descriptive name for it, that would not confuse people even
more
I almost agree with you. Just that /if/ there is no need for
separate styling of the address lines, <br> is less code than
<div></div>.


How do you know that beforehand. I have had problems many times when
writing userstylesheets for pages that use <br>. (though usually biggest
problem is sites that use <br><br> as paragraph break)
--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Utrecht, NL.
Jul 23 '05 #7
Els
Lauri Raittila wrote:
in comp.infosystems.www.authoring.html, Els wrote:
My personal idea is that there should be an element called
"address", but alas, there isn't.
Actually, there is.
http://www.w3.org/TR/REC-html40/stru...l.html#h-7.5.6


Now that I see that, I do remember having read about it. I
think that if I would use that element in a list of addresses
I'd get 'complaints' about it not being appropriate, cause it
'should' be used to supply contact information for a document.
What you are after is elelement to mark addresses. But it
would be hard to invent descriptive name for it, that would
not confuse people even more
I don't have a real problem with <div> :-)
I almost agree with you. Just that /if/ there is no need
for separate styling of the address lines, <br> is less
code than <div></div>.


How do you know that beforehand.


That depends on what kind of file it is.
I have had problems many
times when writing userstylesheets for pages that use <br>.
(though usually biggest problem is sites that use <br><br>
as paragraph break)


Well, that's something different imo.
I find it far more logical to want to be able to style
paragraphs than to be able to style 3 lines in an address.
FWIW: 3x <div>....</div> inside a <div class="address"> is
only slightly easier to style than 3 lines with a <br> on the
end inside that div. The real styling possibilities come in
when each of those 3 <div>s have a different class, so that I
could make the name bold and the phonenumber italic or
something.

At the same time, if I want to make my HTML so that I will
never have to rewrite any of it if I want to apply whatever
style I like, it would be good to pad all elements with divs
and/or spans already.

Example: sliding doors with background changes in IE. You
/need/ <spans> inside the <a> elements for that. But do I add
spans to all my <a> elements in <li>s ?
No, I only do that if I have a plan to make those nice tabs as
per the sliding doors model.

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #8
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:
in comp.infosystems.www.authoring.html, Els wrote:
My personal idea is that there should be an element called
"address", but alas, there isn't.
Actually, there is.
http://www.w3.org/TR/REC-html40/stru...l.html#h-7.5.6


Now that I see that, I do remember having read about it. I
think that if I would use that element in a list of addresses
I'd get 'complaints' about it not being appropriate, cause it
'should' be used to supply contact information for a document.
What you are after is elelement to mark addresses. But it
would be hard to invent descriptive name for it, that would
not confuse people even more


I don't have a real problem with <div> :-)
I almost agree with you. Just that /if/ there is no need
for separate styling of the address lines, <br> is less
code than <div></div>.


How do you know that beforehand.


That depends on what kind of file it is.
I have had problems many
times when writing userstylesheets for pages that use <br>.
(though usually biggest problem is sites that use <br><br>
as paragraph break)


Well, that's something different imo.
I find it far more logical to want to be able to style
paragraphs than to be able to style 3 lines in an address.


Well, you don't have paragraph necessarily.
FWIW: 3x <div>....</div> inside a <div class="address"> is
only slightly easier to style than 3 lines with a <br> on the
end inside that div. The real styling possibilities come in
when each of those 3 <div>s have a different class, so that I
could make the name bold and the phonenumber italic or
something.
Well, I can't make 2nd or 3rd line different than other 2, when br is
used. I can do that when divs are used.

Selectors:
..address div:first-child + div {/* 2nd row*/}
..address div + div + div {/* 3rd row*/}

For example, I might want to print only name and address, and that reason
hide telephone.
At the same time, if I want to make my HTML so that I will
never have to rewrite any of it if I want to apply whatever
style I like, it would be good to pad all elements with divs
and/or spans already.
That is of course different.
Example: sliding doors with background changes in IE. You
/need/ <spans> inside the <a> elements for that. But do I add
spans to all my <a> elements in <li>s ?
No, I only do that if I have a plan to make those nice tabs as
per the sliding doors model.


I don't mean that you should use more elements, but choose elements.
After all, changing

--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Utrecht, NL.
Jul 23 '05 #9
Els
Lauri Raittila wrote:
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:
> in comp.infosystems.www.authoring.html, Els wrote:
>
>> My personal idea is that there should be an element
>> called "address", but alas, there isn't.
>
> Actually, there is.
> http://www.w3.org/TR/REC-html40/stru...bal.html#h-7.5.
> 6
Now that I see that, I do remember having read about it. I
think that if I would use that element in a list of
addresses I'd get 'complaints' about it not being
appropriate, cause it 'should' be used to supply contact
information for a document.
> What you are after is elelement to mark addresses. But
> it would be hard to invent descriptive name for it, that
> would not confuse people even more


I don't have a real problem with <div> :-)
>> I almost agree with you. Just that /if/ there is no
>> need for separate styling of the address lines, <br> is
>> less code than <div></div>.
>
> How do you know that beforehand.


That depends on what kind of file it is.
> I have had problems many
> times when writing userstylesheets for pages that use
> <br>. (though usually biggest problem is sites that use
> <br><br> as paragraph break)


Well, that's something different imo.
I find it far more logical to want to be able to style
paragraphs than to be able to style 3 lines in an address.


Well, you don't have paragraph necessarily.
FWIW: 3x <div>....</div> inside a <div class="address"> is
only slightly easier to style than 3 lines with a <br> on
the end inside that div. The real styling possibilities
come in when each of those 3 <div>s have a different
class, so that I could make the name bold and the
phonenumber italic or something.


Well, I can't make 2nd or 3rd line different than other 2,
when br is used. I can do that when divs are used.

Selectors:
.address div:first-child + div {/* 2nd row*/}
.address div + div + div {/* 3rd row*/}


And how many browsers support that?
I want my styles to be visible in "all" browsers. (excluding
NN4 and the like of course)
For example, I might want to print only name and address,
and that reason hide telephone.
At the same time, if I want to make my HTML so that I will
never have to rewrite any of it if I want to apply
whatever style I like, it would be good to pad all
elements with divs and/or spans already.
That is of course different.


In a way it is, but it still boils down to: how do you know
what styles you want to use later on. You don't, but you can
guess.
Example: sliding doors with background changes in IE. You
/need/ <spans> inside the <a> elements for that. But do I
add spans to all my <a> elements in <li>s ?
No, I only do that if I have a plan to make those nice
tabs as per the sliding doors model.


I don't mean that you should use more elements, but choose
elements.


Yes, I know that. Just saying that 3x <div></div> is only
slightly better than 3x <br> in the case of an address.
After all, changing


I strongly suspect you hit the Send button a bit too early...
;-)

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #10
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:

> I have had problems many
> times when writing userstylesheets for pages that use
> <br>.
Well, I can't make 2nd or 3rd line different than other 2,
when br is used. I can do that when divs are used.

Selectors:
.address div:first-child + div {/* 2nd row*/}
.address div + div + div {/* 3rd row*/}


And how many browsers support that?


1-2 for first (presto + gecko?)
1-3 for second (Opera6 + presto + gecko?)

You missed my point about *user* stylesheets.
That is of course different.


In a way it is, but it still boils down to: how do you know
what styles you want to use later on. You don't, but you can
guess.


Yes. But as br is unstyleable many ways, it is nicer to use div, when
content is semantically different stuff (like in this example. It would
make difference, if line-break can't have any other semantical meaning
than line-break.)

I agree that number of people that actually use userstylesheets the way I
do is probably not big, especially when comparing to those who don't.
(One of million might be good guess...)
After all, changing


I strongly suspect you hit the Send button a bit too early...


Should be: adding additional elements is usually easy.

--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Utrecht, NL.
Jul 23 '05 #11
Els
Lauri Raittila wrote:
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:
> in comp.infosystems.www.authoring.html, Els wrote:
>> Lauri Raittila wrote:
>>
>> > I have had problems many
>> > times when writing userstylesheets for pages that use
>> > <br>. > Well, I can't make 2nd or 3rd line different than other
> 2, when br is used. I can do that when divs are used.
>
> Selectors:
> .address div:first-child + div {/* 2nd row*/}
> .address div + div + div {/* 3rd row*/}
And how many browsers support that?


1-2 for first (presto + gecko?)
1-3 for second (Opera6 + presto + gecko?)


Which means it is of no use for me, as I design for the www,
not only for the clever surfers ;-)
You missed my point about *user* stylesheets.


True, missed the 'user' in the word.
But then again: I don't write for other people to use
userstylesheets either. If they want to use those, that's
their prerogative, but I'm not accommodating it.
> That is of course different.


In a way it is, but it still boils down to: how do you
know what styles you want to use later on. You don't, but
you can guess.


Yes. But as br is unstyleable many ways, it is nicer to use
div, when content is semantically different stuff (like in
this example. It would make difference, if line-break can't
have any other semantical meaning than line-break.)

I agree that number of people that actually use
userstylesheets the way I do is probably not big,
especially when comparing to those who don't. (One of
million might be good guess...)


Still: why would you want to style any of the 3 divs inside
the address different from another?
I can imagine you want the lines further away from each other,
or with more padding on the sides, but I think you'd just set
line-height to whatever you like and add padding to the
container div.
I doubt you're visiting a site, notice the 3 line address, and
think: lets give the first one a blue font, the second one a
yellow background and blow up the third one to 200% font-size.

What would you (I mean you, not the general userstylesheet
user) use your userstylesheet for if the address were written
in 3 divs?
> After all, changing


I strongly suspect you hit the Send button a bit too
early...


Should be: adding additional elements is usually easy.


I don't really find it any easier than replacing elements
usually :-)

--
Els
http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Jul 23 '05 #12

"Jukka K. Korpela" <jk******@cs.tut.fi> wrote in message
news:Xn*****************************@193.229.0.31. ..
"J. J. Cale" <ph****@netvision.net.il> wrote:
I would like to see all the spans below inline one next to the
other. I
do not want to use absolute but relative or no positioning.
You seem to think that you have a CSS problem. We discuss HTML in this
group; CSS is next door (c.i.w.a.stylesheets).


Yukka thanks for your reply. Actually I was hoping this could be done with
plain HTML without the need for CSS positioning. Maybe I'll try using a list
in the middle span. I will repost this in the css group.
ppears (display:none) when the
document is sent to the printer.


This sounds odd. Are you sure that the very idea is feasible in authoring
for the World Wide Web?


The example page does what I want but I doubt if it will look the same in
other browsers.
That means that the document reflows
and any absolutely positioned elements in the flow after the form
control will need to be repositioned.
The actual document can be viewed here. Be aware it is in Hebrew.
www.carmenchange.com/gbi


It is best to specify the URL of a page, not just a string that might be
error-corrected to a URL. The URL in this case is
http://www.carmenchange.com/gbi/
And it's _not_ Hebrew to me. The document's character encoding is not
specified. Usually this means that most browsers default to iso-8859-1 or
its Microsoftization, windows-1252. However, today my IE decided that the
encoding is Vietnamese encoding. I didn't check what this really means,

but what I see is a mixture of Latin letters with different diacritics.
So you have a problem there, whenever someone views the page on a browser
that has not been built or configured to use a Hebrew encoding by default.
I try not to use META tags but would appreciate advice on the correct
approach. My client has his fonts set in his browser. IE6. This tests ok in
Mozilla 7.1 although it doesn't set the char - encoding automatically. How
can I do this? Is it html?
A code example of the relevant problem is below. It doesn't display the
way I would like as it is and in the page above I use absolute
positioning and
when the doc reflows I attempt to move them according to the new flow.
Sorry, but it is very difficult, if not impossible, to see what you see as
a problem here


In the example below the spans do not display all in a line. The <br>'s
cause the text to jump around and the second gif is displayed below and to
the right of the first.
<div>
<span><img src="apic.gif" width=79 height=84 alt="a picture"
border="0"></span>
<span title="put me between the
gifs">name<br>address<br>telephone</span> <span><img src="logo.gif"
width=139 height=84 alt="company logo" border="0"></span>
</div>
Jimbo
As I wrote, the visual rendering part is a CSS matter. But I think the
markup should be designed first. Use of <div> and <span> generally
indicates wrong approach, except in cases where no adequate structural
markup exists.


Thanks again for your advice. I have learned over the years to follow it.
Jimbo As a quick sensibility test, view the page on a text-only browser.
Does the following look reasonable?

a picture name
address
telephone company logo
Jimbo

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 23 '05 #13
in comp.infosystems.www.authoring.html, Els wrote:
Lauri Raittila wrote:
> That is of course different.

In a way it is, but it still boils down to: how do you
know what styles you want to use later on. You don't, but
you can guess.


Yes. But as br is unstyleable many ways, it is nicer to use
div, when content is semantically different stuff (like in
this example. It would make difference, if line-break can't
have any other semantical meaning than line-break.)

I agree that number of people that actually use
userstylesheets the way I do is probably not big,
especially when comparing to those who don't. (One of
million might be good guess...)


Still: why would you want to style any of the 3 divs inside
the address different from another?


Well, to remove one line, to get just name and phone number, or just get
name and address, as I think I already wrote. If speaking this example,
where components were name, address and phone number.

Or maybe floating 2nd to left and 3rd to left to better use of horizontal
space?
I doubt you're visiting a site, notice the 3 line address, and
think: lets give the first one a blue font, the second one a
yellow background and blow up the third one to 200% font-size.
No, I hardly ever change colors (exept to black and off-white), nor
change font etc. Most common thing in my site specific userstyles is
display:none;
What would you (I mean you, not the general userstylesheet
user) use your userstylesheet for if the address were written
in 3 divs?


Depends what I am looking, and in what environment the code was used. In
my general userstylesheet, I most likely had nothing, but I often make
stylesheets for one time use...
Should be: adding additional elements is usually easy.


I don't really find it any easier than replacing elements
usually :-)


Well, if you replace element with different, you need also change the
stylesheet, if you have styled the elements.

--
Lauri Raittila <http://www.iki.fi/lr> <http://www.iki.fi/zwak/fonts>
Utrecht, NL.
Jul 23 '05 #14
J. J. Cale <no********@noway012.net.il.> wrote:
Maybe I'll try using a list in the middle span.
SPAN elements cannot contain block-level elements like lists.
"Jukka K. Korpela" <jk******@cs.tut.fi> wrote:
http://www.carmenchange.com/gbi/
And it's _not_ Hebrew to me. The document's character encoding is not
specified. Usually this means that most browsers default to iso-8859-1 or
its Microsoftization, windows-1252. However, today my IE decided that the
encoding is Vietnamese encoding. I didn't check what this really means, but
what I see is a mixture of Latin letters with different diacritics.
So you have a problem there, whenever someone views the page on a browser
that has not been built or configured to use a Hebrew encoding by default.


J. J. Cale <no********@noway012.net.il.> wrote: I try not to use META tags but would appreciate advice on the correct
approach. My client has his fonts set in his browser. IE6. This tests ok in
Mozilla 7.1 although it doesn't set the char - encoding automatically. How
can I do this? Is it html?


No, it's the charset parameter of the Content-type HTTP header.

See http://ppewww.ph.gla.ac.uk/~flavell/.../internat.html
--
Darin McGrew, mc****@stanfordalumni.org, http://www.rahul.net/mcgrew/
Web Design Group, da***@htmlhelp.com, http://www.HTMLHelp.com/

"You can't strengthen the weak by weakening the strong."
Jul 23 '05 #15
Els <el*********@tiscali.nl> wrote:
Now that I see that, I do remember having read about it
[the <address> element]. I
think that if I would use that element in a list of addresses
I'd get 'complaints' about it not being appropriate, cause it
'should' be used to supply contact information for a document.


Quite right. Someone who is specifically looking for contact information
about documents might have a user style sheet that strongly highlights
<address> elements, or a robot that specifically searches for them.
Of course, since <address> element is not very widely used for its defined
purpose, and since it is sometimes used incorrectly for addresses in
general, such methods are not highly successful, but perhaps not completely
pointless either.

But the more practical reason to avoid using the <address> element as a
general element for addresses is that IE, the most popular browser,
displays <address> elements in italics by default. This is fairly pointless
but might be tolerable for a single address, to be used as contact
information. It is true that this feature can be switched off fairly easily
in CSS, using just
address { font-style: normal; }
and it is still true that after IE 3 (where the best part of CSS support
was that it was easy to switch it off), it has been impossible to turn off
CSS support on IE using any normal methods. But it might still happen that
your page is viewed on IE without your style sheet. (Scenario 1: You use an
external style sheet, as authors normally should. The user saves your
document using "Save HTML only", later views it locally.)

There's yet another option for presenting an address in markup: a table.
After all, the address consists of logical units (typically rendered each
on one line), which might have headers attached to them, such as "Name",
"Street address", etc. It looks pretty much like a data table, with the
headers as <th> cells, actual data in <td> cells, and perhaps with a
<caption> that says what the address is for, or something. Now if you omit
the <caption> and imply the headers, does it stop being a table?

In a table, each component of the address would appear as an element, just
as in the approach using nested <div>s.

--
Yucca, http://www.cs.tut.fi/~jkorpela/
Pages about Web authoring: http://www.cs.tut.fi/~jkorpela/www.html

Jul 23 '05 #16
On Thu, 10 Feb 2005, J. J. Cale wrote:
http://www.carmenchange.com/gbi/


I try not to use META tags but would appreciate advice on the correct
approach. My client has his fonts set in his browser. IE6. This tests ok in
Mozilla 7.1 although it doesn't set the char - encoding automatically. How
can I do this? Is it html?


Since your server is Apache, you can set the encoding (charset) in
the .htaccess file.
http://www.w3.org/International/O-HTTP-charset.html
http://ppewww.ph.gla.ac.uk/~flavell/...t/ns-burp.html

Your page is a mess and your line breaking sucks:
http://www.unics.uni-hannover.de/nht...rmenchange.gif

Please read carefully
http://ppewww.ph.gla.ac.uk/~flavell/...direction.html
http://ppewww.ph.gla.ac.uk/~flavell/...ir-sample.html
about the creation of pages with bidirectional text.
Example pages:
http://www.unics.uni-hannover.de/nhtcapri/hebrew.html8
http://www.unics.uni-hannover.de/nhtcapri/hebrew.win

Jul 23 '05 #17

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

Similar topics

11
by: Max M | last post by:
I am writing a "find-free-time" function for a calendar. There are a lot of time spans with start end times, some overlapping, some not. To find the free time spans, I first need to convert the...
1
by: Joe Black | last post by:
I have a js script that changes the visibilty of a selected span to "visible", but makes sure that no other related spans are visibile to the user by hiding everything first. i.e. User clicks...
2
by: Paul | last post by:
Hi Some mac owners have tested my site with ie 5 and Safari and cannot get the mouseover verses to work. As this is my first attempt at Css and i'm certainly not Einstien, can anyone see the...
6
by: TJ | last post by:
I've got a calendar that is based on the concept of lots of blocks that are spans with float:left. I would like to be able to have a detail section on the right side of the screen, so that when...
0
by: J. J. Cale | last post by:
Hi all I would like to see all the spans below inline one next to the other. I do not want to use absolute positioning. This will eventually be a receipt that will be printed twice on the same...
8
by: Joseph | last post by:
I am attempting to create a function that will hide all SPANS within an ided DIV ="idMain", then only display one span, but this function gives an error when it gets to elChildElement as being...
3
by: Steve | last post by:
I used the QueryPerformanceCounter and QueryPerformanceFrequency methods in my VC++ 6.0 projects to measure correct time spans, for example for timeouts, how much time takes to execute certain...
9
by: Steven Bethard | last post by:
I have some text and a list of Element objects and their offsets, e.g.:: ... (etree.Element('a'), 0, 21), ... (etree.Element('b'), 11, 18), ... (etree.Element('c'), 18, 18), ... ] ...
6
by: Liam Gibbs | last post by:
Hello everyone, I'm trying to program a church web site and I'm having a number of problems with the layout. The html is at http://www.altmarvel.net/Liam/index.html and the css is at...
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: 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: 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: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
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...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

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.