Logo in two column liquid layout

Simple question: Why you are using DIV's to make page, thats easy to
create in TD tag's? Iin this type of site you do not need tags DIV.

Also, if you will have 1000 pages on your site, you will remake all of
them handly? Try to use SSI - make 1 file of header (example,
header.htm) and include it in all pages. And then when you will need to
change something in header of site, you will change header file
"header.htm" and other pages will change automatically.

If you have ICQ, we can speak more quickly. My ICQ - 268181600

Gazing into my crystal ball I observed "noff" <kechinoff (AT) gmail (DOT) com>
writing in news:1167377984.471560.187850 (AT) 73g2000cwn (DOT) googlegroups.com:

Simple question: Why you are using DIV's to make page, thats easy to
create in TD tag's? Iin this type of site you do not need tags DIV.

Because tables are for tabular data. Because you should use the right
tool for the job - that's why.

Also, if you will have 1000 pages on your site, you will remake all of
them handly? Try to use SSI - make 1 file of header (example,
header.htm) and include it in all pages. And then when you will need
to change something in header of site, you will change header file
"header.htm" and other pages will change automatically.


If you have ICQ, we can speak more quickly. My ICQ - 268181600

--
Adrienne Boswell at Home
Arbpen Web Site Design Services
http://www.cavalcade-of-coding.info
Please respond to the group so others can share

Because tables are for tabular data. Because you should use the right
tool for the job - that's why.

But:
1. UL, OL, LI tags for listing data, not for navigation.
2. DIV tag for dividing data blocks, not for design.

Of course, DIV making is modern tool, but it is not necessarily
standard of HTML.

For example, if you want to call for you friend, you can call using
phone or using computer (Skype, Google Talk etc.), but computer is not
right tool for calling, yes?

é ÎÅ ÕÞÉ ÍÅÎÑ ×ÅÂ-ÄÉÚÁÊÎÕ, ÚÁÂÕÇÏÒÎÏÅ
ÓÕÝÅÓÔ×Ï.

Eric Lindsay <NOwebmasterSPAM (AT) ericlindsay (DOT) com> wrote:

Regarding changes to the design of the entry page of
http://www.queenslandarchitect.com/ which I am trying to make as a
belated Xmas present for my neighbour.

You are making it difficult to be helped, I had to go back to the OP to
find out what you were actually asking.

Next I did a very wide two tone background image for the body, used
background: #444 url(images/background4000rgb444_666.gif) 75% 0 repeat-y
; to make things look like two columns. Now I could make my sidebar
something close to 25%, and handle different width displays.

I can't see the point of sizing the side bar using a % unit, using em
strikes me as the obvious choice, it facilitates user font size
variations but without the irrational relationship with the user
viewport width.

My neighbour the architect told me what he wanted something that looked
like :
http://www.troppoarchitects.com.au/
http://www.flightpatharchitects.com.au/
http://www.donovanhill.com.au/

It strikes me that your graphic design capabilities aren't up to
creating that type of work. Ordinarily I'd suggest that you team up with
a graphic designer and delegate that aspect, but since you've indicated
that you are doing this as a "present" that may not be an option.

The architect really seems to like having an entry page (if I can make
that distinction from a home page).

Typically referred to as a "splash" page.

I guess that makes sense to
architects, who often seem to want the entrance to a building to make a
grand statement.

The splash pages on the reference sites are not ideal from various
perspectives, but they can be coded properly. Personally I'd allow
people in creative occupations to say that they want a splash page.
Impressions are an integral part of what they do, within limits I prefer
not to interfere with that aspect of their work.

Pointing out these example pages had no search engine
position, and sometimes no navigation nor content (Flash or Javascript
required) made no difference.

I'd suggest that such technical details should not be discussed with a
client. Its your job to ensure that a design is coded properly, you
shouldn't expect a client to know or care about such issues. Splash
pages such as on the reference sites can be coded properly, without JS
or Flash dependency and providing good SE indexability.

One bit he really likes is in http://www.troppoarchitects.com.au/ The
horizontal table of images. I figured I would try to subvert an old
photogalley page, but on my first attempt with a list, I forgot that A
was inline, so I could hardly stick a paragraph block underneath.

On the reference site the images are strictly decorative, I can't tell
if that is going to be the case in your work due to the use of place
holder images. That makes it hard to suggest appropriate coding.

I'd like to have the HTML stay with a ul (since that is how my other
menus are done, and seems to make some semantic sense). I want a
horizontal row of photos, each of which is a link. Underneath each
photo, I want a single word menu item link centered underneath each
photo (pointing to the same place as the photo). Plus I want the whole
thing liquid.

Possibly something like this:
http://homepage.ntlworld.ie/spartanicus/eric.htm

The hacks used in that example are explained on
http://www.spartanicus.utvinternet.i...h_captions.htm

If they images you end up using will be semantic then you should not
code them as backgrounds but insert them in the links instead.

--
Spartanicus

In article <1ho9p25iosbt6b9oprdvnnqjocrf9msum0 (AT) 4ax (DOT) com>,
Spartanicus <invalid (AT) invalid (DOT) invalid> wrote:

Eric Lindsay <NOwebmasterSPAM (AT) ericlindsay (DOT) com> wrote:
I can't see the point of sizing the side bar using a % unit, using em
strikes me as the obvious choice, it facilitates user font size
variations but without the irrational relationship with the user
viewport width.

I wasn't sure I could get away with using em rather than % to position
the background image on body.

My neighbour the architect told me what he wanted something that looked
like :
http://www.troppoarchitects.com.au/
http://www.flightpatharchitects.com.au/
http://www.donovanhill.com.au/

It strikes me that your graphic design capabilities aren't up to
creating that type of work. Ordinarily I'd suggest that you team up with
a graphic designer and delegate that aspect, but since you've indicated
that you are doing this as a "present" that may not be an option.

You are certainly correct about that. No talent for graphics, and
relatively little interest in it. That is one reason for trying this
sort of site. I would never have attempted to learn anything about that
area on my own pages.

The splash pages on the reference sites are not ideal from various
perspectives, but they can be coded properly. Personally I'd allow
people in creative occupations to say that they want a splash page.
Impressions are an integral part of what they do, within limits I prefer
not to interfere with that aspect of their work.

Agreed. It just took me the longest time to realise that instead of
regarding the splash page as an irrelevant and annoying obstacle, he
thought of it as perhaps the most critical page of the site.

One bit he really likes is in http://www.troppoarchitects.com.au/ The
horizontal table of images. I figured I would try to subvert an old
photogalley page, but on my first attempt with a list, I forgot that A
was inline, so I could hardly stick a paragraph block underneath.

On the reference site the images are strictly decorative, I can't tell
if that is going to be the case in your work due to the use of place
holder images. That makes it hard to suggest appropriate coding.

In the final version I'll be using tiny images of certain example
buildings. Just have to pick the size and image. So they will be
semantic.

I'd like to have the HTML stay with a ul (since that is how my other
menus are done, and seems to make some semantic sense). I want a
horizontal row of photos, each of which is a link. Underneath each
photo, I want a single word menu item link centered underneath each
photo (pointing to the same place as the photo). Plus I want the whole
thing liquid.

Possibly something like this:
http://homepage.ntlworld.ie/spartanicus/eric.htm

Perfect! Thank you very much. I should be able to use that to get what I
want.

The hacks used in that example are explained on
http://www.spartanicus.utvinternet.i...h_captions.htm

Now that I see your own explanation, I recall that I looked at that (and
most of your other pages) sometime in the past several years, when I was
doing what seems to be my annual web site makeover at Xmas. You folks
may not believe it, but I think exposure to your comments for a month or
so each year has slightly improved the way I do web sites (even if I am
a slow learner).

If they images you end up using will be semantic then you should not
code them as backgrounds but insert them in the links instead.

Yes, I will be including the images on the HTML page and putting them in
the links.

New version with corrections up sometime tomorrow (doubtless with more
questions).

--
http://www.ericlindsay.com

Gazing into my crystal ball I observed "noff" <kechinoff (AT) gmail (DOT) com>
writing in news:1167380273.103704.76700 (AT) a3g2000cwd (DOT) googlegroups.com:

Because tables are for tabular data. Because you should use the
right
tool for the job - that's why.

But:
1. UL, OL, LI tags for listing data, not for navigation.

What's wrong with using a list for navigation? Navigation usually IS a
list, so you WOULD use UL or OL.

2. DIV tag for dividing data blocks, not for design.

Of course DIV could be for design. So can P, Heading elements, IMG,
etc.

Of course, DIV making is modern tool, but it is not necessarily
standard of HTML.

DIV has been a standard of HTML since the very beginning.

For example, if you want to call for you friend, you can call using
phone or using computer (Skype, Google Talk etc.), but computer is not
right tool for calling, yes?

You don't understand. Use semantic HTML, for example:
For paragraphs - use P
For lists - use UL or OL
For quoting large blocks of text - BLOCKQUOTE
For tabular data - TABLE
For divisions - DIV
For forms - FORM


--
Adrienne Boswell at Home
Arbpen Web Site Design Services
http://www.cavalcade-of-coding.info
Please respond to the group so others can share

In article
<NOwebmasterSPAM-3C5B25.23373329122006 (AT) freenews (DOT) iinet.net.au>,
Eric Lindsay <NOwebmasterSPAM (AT) ericlindsay (DOT) com> wrote:

In article <1ho9p25iosbt6b9oprdvnnqjocrf9msum0 (AT) 4ax (DOT) com>,
Spartanicus <invalid (AT) invalid (DOT) invalid> wrote:
I can't see the point of sizing the side bar using a % unit, using em
strikes me as the obvious choice, it facilitates user font size
variations but without the irrational relationship with the user
viewport width.

I wasn't sure I could get away with using em rather than % to position
the background image on body.

Regarding http://www.queenslandarchitect.com/

The more I look at that very wide background image positioned 75% along
on the body, the more I think doing it might be the wrong solution to a
different problem.

I originally had a background image on the sidebar with a repeat -y to
make the column appear to be the entire height of the sidebar. I fixed
the sidebar width in pixels. Once I decided a fixed width sidebar wasn't
suitable, and to go with a background logo there, I figured I couldn't
have two images in the sidebar.

That left a fake column in the body background the only thing I could
think to give the effect of columns. It still is the only solution I
could come up with. However the width of the image and of the actual
sidebar then tend to be slightly different.

If anyone can point me to better methods, that would be great.

Possibly something like this:
http://homepage.ntlworld.ie/spartanicus/eric.htm

Perfect! Thank you very much. I should be able to use that to get what I
want.

http://www.queenslandarchitect.com/index.html shows how it came out.
Still a lot of tuning and content fixes required for all the pages, but
it works in Firefox, Opera and Safari on a Macintosh. Real Soon Now I'll
check in IE, for the real test.

The entire site is now valid HTML, according to the whole site validator
at http://htmlhelp.org/tools/validator/

I think I am willing to claim the CSS is valid also, although I have a
lot more to do. http://jigsaw.w3.org/css-validator/ defaults to CSS 2.1
and doesn't like my use of text-shadow (on h1) unless I validate as CSS3
or CSS2. Not sure why CSS2 accepts it when CSS2.1 does not. I thought it
was a CSS3 feature. Only Safari uses text-shadow, so using it seems
harmless.

CSS2 validation doesn't like the use of display: inline-block; Given
that CSS is embedded only on the home page to get the splash page effect
going, I can't see that as being unacceptable either.

--
http://www.ericlindsay.com

Eric Lindsay wrote:

...a fake column in the body background the only thing I could
think to give the effect of columns.

If anyone can point me to better methods, that would be great.

Sounds like a job for creative use of borders and negative margins,
which allows setting the column width in px or em units. For examples see
http://webhost.bridgew.edu/etribou/layouts/

--
Berg

In article <4vnd9gF1cfqrkU1 (AT) mid (DOT) individual.net>,
Bergamot <bergamot (AT) visi (DOT) com> wrote:

Eric Lindsay wrote:

...a fake column in the body background the only thing I could
think to give the effect of columns.

If anyone can point me to better methods, that would be great.

Sounds like a job for creative use of borders and negative margins,
which allows setting the column width in px or em units. For examples see
http://webhost.bridgew.edu/etribou/layouts/

Thanks Berg,

I had seen the Ruthsarian layouts, but as I recall the example that
seemed closest to what I wanted was listed as deprecated.
http://webhost.bridgew.edu/etribou/l...eta/index.html

The Skidoo layouts suggested the only solution was a container div
around everything. My test HTML pages contain div id="all" as a spare
container div. If I can, I would really like to get rid of it. Just
seems to me that multiplying divs every time I get stuck can not be part
of a semantic approach.

--
http://www.ericlindsay.com

Eric Lindsay wrote:

My test HTML pages contain div id="all" as a spare
container div. If I can, I would really like to get rid of it. Just
seems to me that multiplying divs every time I get stuck can not be part
of a semantic approach.

Well placed container divs merely facilitate styling that might not be
possible otherwise. If your content is still marked up with proper
headings, paragraphs, lists, etc., the semantics aren't affected.

--
Berg