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

site review request

http://www.galtsvalley.com

Hi all. I've recently made some major stylistic changes to my site and now
it is essentially a new design with some new CSS plumbing. I am hoping that
a few hardy souls can go check it out and tell me how it renders on their
platform/browser combos. I have tested it under W2K, WXP, and System 9 on a
Power Mac 8600:

W2K: IE5.5 and Opera 7.1 (some small issues in Opera)
WXP: IE6 and NS7.1 (in IE6 a strange jerkiness when clicking on links that
are not inline... bottom margins seem to collapse a bit...)
OS9/Mac: IE5.1 and NS6 (very good)

Reports on Mozilla, Firebird, other NS and IE versions, and later Mac
platforms most appreciated!

Brian
Jul 20 '05 #1
72 4395
B McDonald wrote:
http://www.galtsvalley.com

Hi all. I've recently made some major stylistic changes to my site and now
it is essentially a new design with some new CSS plumbing. I am hoping
that a few hardy souls can go check it out and tell me how it renders on
their platform/browser combos. I have tested it under W2K, WXP, and System
9 on a Power Mac 8600:

W2K: IE5.5 and Opera 7.1 (some small issues in Opera)
WXP: IE6 and NS7.1 (in IE6 a strange jerkiness when clicking on links that
are not inline... bottom margins seem to collapse a bit...)
OS9/Mac: IE5.1 and NS6 (very good)

Reports on Mozilla, Firebird, other NS and IE versions, and later Mac
platforms most appreciated!

Brian


Looks ok on Konqueror and Mozilla Firebird, but you might want to correct
those errors:
http://validator.w3.org/check?uri=ht...svalley.com%2F

--
mvg,
Christophe Vanfleteren
Jul 20 '05 #2
B McDonald wrote:
http://www.galtsvalley.com

I am hoping that
a few hardy souls can go check it out and tell me how it renders on their
platform/browser combos.


Moz 1.3/Win 2k. For some reason, you think you know better than I
what font-size I prefer.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #3
>
Moz 1.3/Win 2k. For some reason, you think you know better than I
what font-size I prefer.

--
Brian


Wait. Which? I have defined most font sizes as %. They will scale with
personal settings. The only one I can think of off-hand that won't is
GALTSVALLEY.COM at the top - it's px.

Believe it or not, I actually took your advice soon after you gave it two or
three weeks ago.

Brian
Jul 20 '05 #4
Wait. Thinking...

I guess I missed the point. It's not that you can enlarge or reduce the text
on my site, it's that I reduce it or enlarge it as a % of the settings you
have set for yourself. So - are you saying I should define all my font sizes
as em?

Brian
Jul 20 '05 #5
B McDonald pounced upon this pigeonhole and pronounced:
Wait. Thinking...

I guess I missed the point. It's not that you can enlarge or reduce the text
on my site, it's that I reduce it or enlarge it as a % of the settings you
have set for yourself. So - are you saying I should define all my font sizes
as em?


No. Just don't use 65%, 70%, 80%. Your text should be 100%. Headers
larger, copyright notices smaller. All else 100%. Drop the Verdana and
you'll see why.

The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.

--
-bts
-This space intentionally left blank.
Jul 20 '05 #6
>
No. Just don't use 65%, 70%, 80%. Your text should be 100%. Headers
larger, copyright notices smaller. All else 100%. Drop the Verdana and
you'll see why.

Thanks. I conducted a little test and set the font-style to 'sans serif' and
the font-size to 100%. I'm not disappointed by what I see... but I do have a
couple questions.

(1) What should I set the line-height to? or does it not matter?
(2) I generally keep my IE text size setting set to "medium". With font-size
set to 100%, when the IE text size is set to anything larger than medium the
text immediately gets bolded. I don't like that. Should I care?
The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.


Can someone please tell me why anyone designs for an 800x600 window? I'm at
a loss here. What decade are we in?
Jul 20 '05 #7
B McDonald wrote:

[snip]

The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.

Can someone please tell me why anyone designs for an 800x600 window? I'm at
a loss here. What decade are we in?

The default setting for majority of monitors are at 800x600. There are quite a
few people that do not know who to change their resolution to anything higher
even though their monitor support is and would probably even look better.

--
TrickyNick
Nick_At-Sign_TrickyNick_Period_com
http://www.trickynick.com/
Development: http://www.trickynick.com/test/

Jul 20 '05 #8
> The default setting for majority of monitors are at 800x600. There are
quite a
few people that do not know who to change their resolution to anything higher even though their monitor support is and would probably even look better.


See. I knew that. Just two weeks ago I changed the screen resolution on my
best friend's parent's computer. They were in awe of the result. Their
machine turned into a brand new computer for them.

But still - why should I, or anyone for that matter, design for such a
limitation? It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.

Brian
Jul 20 '05 #9
B McDonald wrote:
The default setting for majority of monitors are at 800x600. There are


quite a
few people that do not know who to change their resolution to anything


higher
even though their monitor support is and would probably even look better.

See. I knew that. Just two weeks ago I changed the screen resolution on my
best friend's parent's computer. They were in awe of the result. Their
machine turned into a brand new computer for them.

But still - why should I, or anyone for that matter, design for such a
limitation? It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.

Brian


So, you want to design your page which most people will have to scroll
horizontally to see all your information?

Remember, majority of people are not as computer savvy as we are.

--
TrickyNick
Nick_At-Sign_TrickyNick_Period_com
http://www.trickynick.com/
Development: http://www.trickynick.com/test/

Jul 20 '05 #10
B McDonald wrote:

But still - why should I, or anyone for that matter, design for such a
limitation?
http://www.allmyfaqs.com/cgi-bin/wiki.pl?AnySizeDesign
It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.


If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #11
B McDonald pounced upon this pigeonhole and pronounced:

No. Just don't use 65%, 70%, 80%. Your text should be 100%. Headers
larger, copyright notices smaller. All else 100%. Drop the Verdana and
you'll see why.

Thanks. I conducted a little test and set the font-style to 'sans serif' and
the font-size to 100%. I'm not disappointed by what I see... but I do have a
couple questions.


That's good. Do understand that your visitors will most likely *not* have
their computers and monitors (and browser window sizes) the same as yours.
(1) What should I set the line-height to? or does it not matter?
Leave it to the default, except in the most unusual circumstances.
(2) I generally keep my IE text size setting set to "medium". With font-size
set to 100%, when the IE text size is set to anything larger than medium the
text immediately gets bolded. I don't like that. Should I care?
100% is the visitor's default (and preferred) size. If they have vision
problems, they may be at "Larger" and prefer that. Personally, I have IE
set at "Smaller." (Though I rarely *use* IE.)
The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.


If the CSS for that "banner" was set at some number of em, it wouldn't
overflow.

Can someone please tell me why anyone designs for an 800x600 window? I'm at
a loss here. What decade are we in?


The object here is to design for... no size. Make it float so that in my
740px window, I still don't need scrollbars. Monitor resolution is not
equal to browser window size. Most people with high resolution screens do
not browse with the window maximized.

http://allmyfaqs.com/faq.pl?AnySizeDesign

Here's a site of mine. Note how you can change your font to any size, and
make the browser window whatever size you care to, and it all still fits.
http://www.freezeblock.com/ No scrollbars necessary.

--
-bts
-This space intentionally left blank.
Jul 20 '05 #12
> So, you want to design your page which most people will have to scroll
horizontally to see all your information?

Remember, majority of people are not as computer savvy as we are.


I know. It's a good point to remember. But often certain "rules of good
design" are bandied about in ciwas like edicts. (Look at "Beauregard T.
Shagnasty"'s remark - he curtly commands that I "redesign (my) template to
eliminate it".) Did Mr. Shagnasty stop a moment to reflect on whether or not
it matters, in every case, that a website be designed to fit the 800x600
viewport? I'm not sure it's important in my case. I'm not sure the added
grief is worth my effort. And I would sooner tell the CSS violator of the
800x600 dimension, that it's happening and nothing more (or perhaps profer a
work-around that will preserve the same effect).

Now, Brian's remark (also curt) about me force-feeding people like him my
font-size preferences - that's excellent advice. Maybe he was curt (if he
even remembers) because I (seemingly) ignored him the first time. But he's
convinced me that his issue is one with which I've got to concern myself.
And he's made me hell-bent on pleasing people like him.

It's a fine line to walk you Shagnasty's of the world.

Brian
Jul 20 '05 #13
> > It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.


If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest of us if
he didn't write his daily poetry?

Maybe you should stick to technical advice.
Jul 20 '05 #14
> > Thanks. I conducted a little test and set the font-style to 'sans serif'
and
the font-size to 100%. I'm not disappointed by what I see... but I do have a
couple questions.
That's good. Do understand that your visitors will most likely *not* have
their computers and monitors (and browser window sizes) the same as yours.
(1) What should I set the line-height to? or does it not matter?


Leave it to the default, except in the most unusual circumstances.


Ok.
(2) I generally keep my IE text size setting set to "medium". With font-size set to 100%, when the IE text size is set to anything larger than medium the text immediately gets bolded. I don't like that. Should I care?


100% is the visitor's default (and preferred) size. If they have vision
problems, they may be at "Larger" and prefer that. Personally, I have IE
set at "Smaller." (Though I rarely *use* IE.)


Ok. I use IE as my baseline because that's how most people exerience the
web.
The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.
If the CSS for that "banner" was set at some number of em, it wouldn't
overflow.

Can someone please tell me why anyone designs for an 800x600 window? I'm

at a loss here. What decade are we in?


The object here is to design for... no size. Make it float so that in my
740px window, I still don't need scrollbars. Monitor resolution is not
equal to browser window size. Most people with high resolution screens do
not browse with the window maximized.

http://allmyfaqs.com/faq.pl?AnySizeDesign

Here's a site of mine. Note how you can change your font to any size, and
make the browser window whatever size you care to, and it all still fits.
http://www.freezeblock.com/ No scrollbars necessary.


You've made me regret my post of a few minutes ago. Thanks for the
thoughtful answer. It's an attempt, at least, to help me understand why
800x600 matters to me.

Brian
--
-bts
-This space intentionally left blank.

Jul 20 '05 #15
B McDonald pounced upon this pigeonhole and pronounced:
<snip>
100% is the visitor's default (and preferred) size. If they have vision
problems, they may be at "Larger" and prefer that. Personally, I have IE
set at "Smaller." (Though I rarely *use* IE.)
Ok. I use IE as my baseline because that's how most people exerience the
web.


OT: this may change, as more people learn that the next version of IE
isn't due until 2006 - and then you'll have to buy the entire OS.

<snip>
The object here is to design for... no size. Make it float so that in my
740px window, I still don't need scrollbars. Monitor resolution is not
equal to browser window size. Most people with high resolution screens do
not browse with the window maximized.

http://allmyfaqs.com/faq.pl?AnySizeDesign

Here's a site of mine. Note how you can change your font to any size, and
make the browser window whatever size you care to, and it all still fits.
http://www.freezeblock.com/ No scrollbars necessary.


You've made me regret my post of a few minutes ago.


Not a problem. Most answers in these groups are "curt." If we all had time
to write lengthy flowing stories... Besides, I'm trying to watch the Cubs
whack the Braves.
Thanks for the
thoughtful answer. It's an attempt, at least, to help me understand why
800x600 matters to me.


Except for p3nis spam, size doesn't matter <g>.

--
-bts
-This space intentionally left blank.
Jul 20 '05 #16
"Beauregard T. Shagnasty" <a.*********@example.invalid> wrote in message
news:TB*******************@twister.nyroc.rr.com...
100% is the visitor's default (and preferred) size. If they have vision
problems, they may be at "Larger" and prefer that. Personally, I have IE
set at "Smaller." (Though I rarely *use* IE.)


If most users don't know how to change their resolution and end up
discovering that a higher resolution is, in fact, preferred, then how can
you assume that the default font size is the user's preference? Maybe they
just haven't figured out how to change it yet. :)

Jonathan
--
http://www.snook.ca/
Jul 20 '05 #17
Jonathan Snook pounced upon this pigeonhole and pronounced:
"Beauregard T. Shagnasty" <a.*********@example.invalid> wrote in message
news:TB*******************@twister.nyroc.rr.com...
100% is the visitor's default (and preferred) size. If they have vision
problems, they may be at "Larger" and prefer that. Personally, I have IE
set at "Smaller." (Though I rarely *use* IE.)


If most users don't know how to change their resolution and end up
discovering that a higher resolution is, in fact, preferred, then how can
you assume that the default font size is the user's preference? Maybe they
just haven't figured out how to change it yet. :)


Quite right, but even the clueless user is still in charge. Better that
than an author forcing something they *may* not know they don't like. <g>

--
-bts
-This space intentionally left blank.
Jul 20 '05 #18
> > You've made me regret my post of a few minutes ago.

Not a problem. Most answers in these groups are "curt." If we all had time
to write lengthy flowing stories... Besides, I'm trying to watch the Cubs
whack the Braves.
Thanks for the
thoughtful answer. It's an attempt, at least, to help me understand why
800x600 matters to me.


Except for p3nis spam, size doesn't matter <g>.


And maybe mine was a non-argument from the start. Maybe a little thinking on
the subject (of 800x600)was all that stood between me and realizing I should
take a look at it.

The big issue, for me, is how to achieve the size of GALTSVALLEY.COM (as you
see under non-restrictive screen res) without resorting to an image. Your
FreezeBlock.com site header is an image; the letters are about the same size
of the letters in GALTSVALLEY.COM (at my screen res). The question: How can
I reproduce the same effect already achieved (in plain text) but that would
render fine in 800x600?

testing...

For example, changing the font-size from 80px to 475% recreates the effect
at my screen res. Is it as simple as that?

testing...

No. Changing my screen res to 800x600 shows the 'M' in ".COM" just goes off
the RHS of the page.

Is the solution that I would just have to settle for smaller letters?

Brian
Jul 20 '05 #19
B McDonald pounced upon this pigeonhole and pronounced:
<snip>
And maybe mine was a non-argument from the start. Maybe a little thinking on
the subject (of 800x600)was all that stood between me and realizing I should
take a look at it.
Hey, we're getting somewhere! <g> Think fluid.
The big issue, for me, is how to achieve the size of GALTSVALLEY.COM (as you
see under non-restrictive screen res) without resorting to an image. Your
FreezeBlock.com site header is an image;
...supplied by the client who had a neighborhood kid make it before I was
called to do the site. It isn't a particularly good one either, so I
couldn't mess with it with my limited graphics capabilities. The kid
actually did the first version of the site, and *everything* was a
graphic.
the letters are about the same size
of the letters in GALTSVALLEY.COM (at my screen res). The question: How can
I reproduce the same effect already achieved (in plain text) but that would
render fine in 800x600?

testing...

For example, changing the font-size from 80px to 475% recreates the effect
at my screen res. Is it as simple as that?
Probably. IMO the banner would look better if it was about 2/3 browser
width at 800x600. Maybe around 300% ? Some number of em?
testing...

No. Changing my screen res to 800x600 shows the 'M' in ".COM" just goes off
the RHS of the page.
Instead of changing your resolution to test, put this bit of JavaScript in
a local page:

<a href="javascript:resizeTo(640,480)">640x480</a> /
<a href="javascript:resizeTo(800,600)">800x600</a> /
<a href="javascript:resizeTo(1004,728)">1024x768</a>

The last is a bit smaller to allow for my taskbar.
Is the solution that I would just have to settle for smaller letters?


They are pretty large. <g>

--
-bts
-This space intentionally left blank.
Jul 20 '05 #20
"B McDonald" <no@spam.com> exclaimed in <4F****************@newssvr17.news.prodigy.com>:
Can someone please tell me why anyone designs for an 800x600 window? I'm at
a loss here. What decade are we in?


We're in the "Noone knows what resolutions are in use, and it doesn't
matter if we did" decade - but alot of designers haven't caught on
yet.

--
- Tina Holmboe Greytower Technologies
ti**@greytower.net http://www.greytower.net/
[+46] 0708 557 905
Jul 20 '05 #21
"B McDonald" <no@spam.com> exclaimed in <nL****************@newssvr17.news.prodigy.com>:
> It is way too constricting. I mean, unless I'm selling pantyhose
> to the masses - or some other mass-market item - there's no point.


If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest of us if
he didn't write his daily poetry?


Well, if he wrote only for himself, then we'd be neither better nor worse
off, since none of us would read it.

But perhaps he DID write for others, too ?

--
- Tina Holmboe Greytower Technologies
ti**@greytower.net http://www.greytower.net/
[+46] 0708 557 905
Jul 20 '05 #22
B McDonald wrote:
Brian wrote ...
B McDonald wrote: [snip]
> It is way too constricting. I mean, unless I'm selling pantyhose
> to the masses - or some other mass-market item - there's no point.


If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest of
us if he didn't write his daily poetry?

[snip]

The real answer to the question that you are responding to is "cater for your
client's target audience, and they may not be the masses".

You may be your own client, of course. (As I am for all of my sites).

That doesn't mean specifically code to inhibit the rest. And there are many
equal-cost alternatives where one version is more widely accessible than
another, and it worth getting into the habit of doing things the more
accessible way.

But there comes a point at which it is valid to say "that is all I am prepared
to spend on this, everyone else can take pot-luck or walk away".

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #23
B McDonald wrote:
[snip]
Can someone please tell me why anyone designs for an 800x600 window?
I'm at a loss here. What decade are we in?


My reading is that still nearly half of viewers have that size screen,
although the proportion is steadily reducing.

Some say "design so that resolution doesn't matter". But that is hard when
images are being provided, whether GIF (or whatever) diagrams, or JPEG
photographs. Hard decisions have to be made - they are not flexible like text
is.

After some tests on 640 x 480 screens, I decided not to spend any time
worrying about that case. I don't deliberately exclude them - I simply ignore
them. What they do it up to them. If they are able to resize, horizontally
scroll, manage with just the alt text - fine. If they walk away - also fine.

After a lot of checking, I decided for my latest site that all photographs
would fit in a 700 x 500 (width x height) pixel box, snug in at least one
dimension. (Eg. 700 x 470, or 350 x 500). I was doomed to irritate some
people. (Including low-speed-dial-up users! And I have been told that my
photographs are too small for broadband users with high-resolution screens!)

Sometimes you just have to say "life's too short, this is my decision and I'll
live with it".

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #24
On Wed, 01 Oct 2003 00:58:40 GMT, "B McDonald" <no@spam.com> wrote:

Snipped
The main GALTSVALLEY.COM overflows an 800x600 window. A horizontal
scrollbar is present. Redesign your template to eliminate it.

Can someone please tell me why anyone designs for an 800x600 window? I'm at
a loss here. What decade are we in?


In a decade in which there are many elderly people with failing
eyesight who cannot read the small print on larger resolutions.

Regards, Alex


Jul 20 '05 #25
B McDonald wrote:
It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.
If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest of us if
he didn't write his daily poetry?


I didn't say don't write. I said shut off the web site. Save
yourself money and time coding. If you don't care whether your
audience is capable of reading what you write, then do what Pablo
Neruda did: write on hard copy.
Maybe you should stick to technical advice.


Maybe you should stick to pen and paper.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #26

"Brian" wrote:
B McDonald wrote:
It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.

If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest of us if he didn't write his daily poetry?


I didn't say don't write. I said shut off the web site. Save
yourself money and time coding. If you don't care whether your
audience is capable of reading what you write, then do what Pablo
Neruda did: write on hard copy.
Maybe you should stick to technical advice.


Maybe you should stick to pen and paper.


I must admit that there is both purity and beauty in seeing the promise of
Web standards adhered to. But I fail to see the beauty or necessity in such
personal remarks. All you had to do to win me over was to explain why I
should care about designing for 800x600 viewports - kinda like Mr. Shagnasty
did. Responding to this thread probably has no point seeing as in another,
later thread I come 'round on the subject. Your technical advice - when
fully proffered - is excellent. My remark was a compliment. And technical
advice is the point of this forum.

Brian
Jul 20 '05 #27
B McDonald wrote:

But often certain "rules of good
design" are bandied about in ciwas like edicts.
Didn't we just have this discussion in the em v. px thread? We do not
issue edicts, we provide advice. For free. If you don't like it, you
got what you paid for. If you don't want advice about stylesheets and
authoring for the www, don't ask for a site critique in
comp.infosystems.www.authoring.stysheets.
Did Mr. Shagnasty stop a moment to reflect on whether or not
it matters, in every case, that a website be designed to fit the 800x600
viewport?
http://www.allmyfaqs.com/cgi-bin/wiki.pl?AnySizeDesign
I'm not sure it's important in my case. I'm not sure the added
grief is worth my effort.
"*added* grief?" Properly written HTML, with no css at all, works in
any resolution. Adding code that restricts that flexibility was extra
effort. If you are going to put in extra effort, you might as well do
so while keeping html's flexibility.
And I would sooner tell the CSS violator of the
800x600 dimension, that it's happening and nothing more (or perhaps profer a
work-around that will preserve the same effect).
I'm not sure I'd call it a workaround, but here's a solution:
http://www.allmyfaqs.com/cgi-bin/wiki.pl?AnySizeDesign
Brian's remark (also curt) about me force-feeding people like him my
font-size preferences [snip Maybe he was curt (if he
even remembers) because I (seemingly) ignored him the first time.


I was curt because we've already had the discussion. Numerous times.
A curt answer should suffice. You are not a newbie here. You've been
around for at least a month, probably longer. That gives you plenty
of time to read others' posts, including those about font-size. I'm
treating you like a regular, which I figure you expected. Question.
Answer. Just like that.

BTW, it's not that I'm angry about it. Really, I could care less.
Except that you asked for a critique, and I thought I would offer one.
I went to your site, as you asked. I noticed a mistake[1]. I
pointed that mistake out. Disregard it if you want. It is your site.
You can do whatever you want. But please don't complain that you
got the critique you asked for.
[1] I consider defining font size for body at less than 100% a
mistake. You may disagree.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #28
Brian wrote:
B McDonald wrote:
It is way too constricting. I mean, unless I'm selling pantyhose
to the masses - or some other mass-market item - there's no point.

If you're not writing for "the masses," then why write at all? Shut
off your site and reduce the noise.


Huh? Pablo Neruda wrote for himself. Where would that put the rest
of us if he didn't write his daily poetry?


I didn't say don't write. I said shut off the web site. Save
yourself money and time coding. If you don't care whether your
audience is capable of reading what you write, then do what Pablo
Neruda did: write on hard copy.

[snip]

There is a difference between writing for a target audience and writing for
the masses.

There is a difference between writing for a target audience and not caring
whether your audience is capable of reading what you write.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #29
B McDonald wrote:
"Brian" wrote:
B McDonald wrote:
Maybe you should stick to technical advice.

A rude remark.
Maybe you should stick to pen and paper.

A remark in kind.
I fail to see the beauty or necessity in such personal remarks.
One who slings mud ought not complain that the world is dirty.
All you had to do to win me over
I'm not trying to win you over. You asked for a critique. I gave you
one.
was to explain why I should care about designing for
800x600 viewports
Why explain it here when all the information already exists on a web
page whose url I gave you? Read the "design for any resolution" faq
entry. It does a better job than I'd do in a post.
Responding to this thread probably has no point seeing as in another,
later thread I come 'round on the subject.
I do not control the order in which posts arrive on my newsserver.
My remark was a compliment.
Which remark? The only remark not about Neruda was this one:
Maybe you should stick to technical advice.


At best, that's a backhanded compliment.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #30
Barry Pearson wrote:

There is a difference between writing for a target audience and
writing for the masses.

There is a difference between writing for a target audience and not
caring whether your audience is capable of reading what you write.


There is a difference between claiming you know the hardware and
software profile of your audience, and actually knowing it.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #31
Have you just finished reading Atlas Shrugged?

Mr. Shagnasty was good enough to offer up some explanation on the 800x600
theme after he stated it in his initial critique. I thank you for the links
too. Remember, I wasn't aware of the 800x600 problem before it was brought
to my attention. The point of this post was to discover the problems with my
site design. I initially protested the idea that I should care about the
display of my site in ultra-constrained viewports. I wondered why it affects
me. It was nice of all involved to explain to me why I would want to do such
a thing. Now the self-education begins.

The vast majority of readers misinterpret Atlas Shrugged.

Brian
Jul 20 '05 #32
B McDonald wrote:
Have you just finished reading Atlas Shrugged?
Can't say that I have.
Mr. Shagnasty was good enough to offer up some explanation on the 800x600
theme after he stated it in his initial critique. I thank you for the links
too.


You are quite welcome. Those faq entries themselves contain lots of
links, as well at some back and forth dialog, occasionally from ciwa*
regulars. I hope they help.

--
Best,
Brian
follow the directions in my address to email me

Jul 20 '05 #33
Brian wrote:
Barry Pearson wrote:

There is a difference between writing for a target audience and
writing for the masses.

There is a difference between writing for a target audience and not
caring whether your audience is capable of reading what you write.


There is a difference between claiming you know the hardware and
software profile of your audience, and actually knowing it.


There is an old military saying. Time spent in reconnaissance is never wasted.

It is important to try to find out such things. A lot of effort can be saved
by doing so. We may identify that only X% of extra users would be gained by
enabling a certain s/w & h/w profile to acces while a web site easily, while
more than X% extra users can be gained by some other means costing the same
amount, such as adding more content or promoting the site.

We may never be certain - either way. So we deal with uncertainty in the
various ways that businesses deal with uncertainty daily. We look at
probabilities and risks, etc. Then we make our decisions and accept the
consequences.

Some principles of marketing have served us well outside the web. They can
serve us well on the web too. And that especially concerns understanding the
potential audiences / customers / etc. It is obvious that we don't need to
serve everyone in the world. We need to understand who we DO need to serve,
and the trade-offs between extra cost v. extra customers.

Whatever web site we are developing, probably most web-accessing people in the
world are not plausibly in the target audience. And their problems are not our
problems. We may simply decide, for example, that people who don't speak
English are not in our target audience. We won't explicitly cater for them. We
won't even waste time thinking about whether they have suitable translation
capability. We may simply decide that non-English-speaking people are not our
problem.

This thread has talked about 800 x 600 screens. What would the discussion have
been if it had talked about 640 x 480 screens? Is there any plausible reason
for any web site developer to spend an extra minute thinking about the issues
of VGA screens? In many cases, I suggest not. Which suggests that we are
entirely valid if we decide whether or not we should cater for people with
particular sceen sizes.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #34
> This thread has talked about 800 x 600 screens. What would the discussion
have
been if it had talked about 640 x 480 screens? Is there any plausible reason for any web site developer to spend an extra minute thinking about the issues of VGA screens? In many cases, I suggest not. Which suggests that we are
entirely valid if we decide whether or not we should cater for people with
particular sceen sizes.


Thank you for expressing that point of view. And not that I've been seeking
any form of validation or even vindication. But I genuinely and
unantagonistically meant it when I asked why should I design for 800x600. It
was offered up as a site critique... perhaps (/perhaps/) a little
uncritically (sorry Mr. Shagnasty). But I've been all over this territory
before and I ultimately decided to shrink my goddam company header!

(wanna see? -- http://www.galtsvalley.com)

I'm getting around to doing what Brian suggested as well... even though he
treated me like an opposing soccer fan.

I am a man not a soccer ball!

Still, it sure was fun to talk about Pablo Neruda.

;-)

Brian
Jul 20 '05 #35
"Barry Pearson" <ne**@childsupportanalysis.co.uk> exclaimed in <YB************@newsfep1-gui.server.ntli.net>:
been if it had talked about 640 x 480 screens? Is there any plausible reason
for any web site developer to spend an extra minute thinking about the issues
of VGA screens? In many cases, I suggest not. Which suggests that we are


No, there is no plausible reason for any web site developer to spend any
extra time thinking about any resolution.

There are quite a few plausible reasons why the site developer should ONLY
spend time thinking about NO resolution.

But is there any point in repeating this, thread after thread ? I think
not.

--
- Tina Holmboe Greytower Technologies
ti**@greytower.net http://www.greytower.net/
[+46] 0708 557 905
Jul 20 '05 #36
"Barry Pearson" <ne**@childsupportanalysis.co.uk> exclaimed in <0g*******************@newsfep2-win.server.ntli.net>:
My reading is that still nearly half of viewers have that size screen,
although the proportion is steadily reducing.
That's odd reading - there are no reliable statistics on the matter. What
exist doesn't count: it talks about the *resolution*, not the physical
reality[1].

Some say "design so that resolution doesn't matter". But that is hard when
images are being provided, whether GIF (or whatever) diagrams, or JPEG
photographs. Hard decisions have to be made - they are not flexible like text
We've been down this road before. I can only conclude, to my surprise, that
you don't read what we write.

If the CONTENT itself is 800 pixels wide, then there is nothing you can do
to make that fit 640. That has nothing what so ever to do with the
RESOLUTION on the client's monitor.

"Content" does not equal "current resolution of client monitor".

people. (Including low-speed-dial-up users! And I have been told that my
photographs are too small for broadband users with high-resolution screens!)
Same thing. If the CONTENT is x number of pixels, then it IS x number of
pixels. There is nothing contradictory about this.

We've allready discussed it. Problems arise when you take content which does
not have an inherent size and squeeze that content into a, by you, perceived
physical reality.[2]

Your image is not a problem.

Sometimes you just have to say "life's too short, this is my decision and I'll
live with it".


You're right. It is, of course, your choice whether you want to spend that
short life doing simple things in a complicated manner.

[1]
Aka the window size, if any.

[2]
"No boom today. Boom tomorrow"

--
- Tina Holmboe Greytower Technologies
ti**@greytower.net http://www.greytower.net/
[+46] 0708 557 905
Jul 20 '05 #37
B McDonald pounced upon this pigeonhole and pronounced:

Thank you for expressing that point of view. And not that I've been seeking
any form of validation or even vindication. But I genuinely and
unantagonistically meant it when I asked why should I design for 800x600. It
was offered up as a site critique... perhaps (/perhaps/) a little
uncritically (sorry Mr. Shagnasty). But I've been all over this territory
before and I ultimately decided to shrink my goddam company header!
Yay! <g>
(wanna see? -- http://www.galtsvalley.com)
It looks much better now, it floats, and even works perfectly at a browser
width of 640. Nice job. Tina says it well: think NO resolution.

Think fluid.
I'm getting around to doing what Brian suggested as well... even though he
treated me like an opposing soccer fan.

I am a man not a soccer ball!


<rof,l>

--
-bts
-This space intentionally left blank.
Jul 20 '05 #38
Barry Pearson wrote:
Brian wrote:
There is a difference between claiming you know the hardware and
software profile of your audience, and actually knowing it.

This wasn't answered in your post.
It is important to try to find out such things. A lot of effort can
be saved by doing so. We may identify that only X% of extra users
would be gained by enabling a certain s/w & h/w profile to acces
while a web site easily,
The question is not may, but can: "We can identify that only X%..."
Which leads to the question, can you? Reliably? How?
while more than X% extra users can be gained by some other means
costing the same amount, such as adding more content or promoting
the site.
Uh huh. How do we determine this?
We may never be certain - either way. So we deal with uncertainty
in the various ways that businesses deal with uncertainty daily.
We are stuck with uncertainty about the hardware and software profiles
of a site's would-be visitors. That's the only thing we of which can
be certain. Knowing that, isn't it prudent to not shut any of them out?
Some principles of marketing have served us well outside the web.
I've never been too keen on marketing types. They use a lot of
resources for no measurable gain.
It is obvious that we don't need to serve everyone in the world. We
need to understand who we DO need to serve, and the trade-offs
between extra cost v. extra customers.
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?
This thread has talked about 800 x 600 screens. What would the
discussion have been if it had talked about 640 x 480 screens?
The same. Don't shut out any potential visitors unnecessarily.
Is there any plausible reason for any web site developer to spend
an extra minute thinking about the issues of VGA screens?


I couldn't say it better than Tina Holmboe already did.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #39
"Brian" <us*****@mangymutt.com.invalid-remove-this-part> wrote in message
news:cy6fb.482536$Oz4.327033@rwcrnsc54...
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?


really? so, your site will work great on my PDA? all your images will show
without horizontal scroll?

Would you recommend that a site about photography have all images sized to
work on a PDA? What about a cell phone? Is that practical? I think not. I
would drop your site in a minute on my 1600x1200 screen.

Jonathan

--
http://www.snook.ca/
Jul 20 '05 #40
"Jonathan Snook" <go***************@snook.ca> exclaimed in <Oz*******************@news02.bloor.is.net.cable.r ogers.com>:
"Brian" <us*****@mangymutt.com.invalid-remove-this-part> wrote in message
news:cy6fb.482536$Oz4.327033@rwcrnsc54...
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?
really? so, your site will work great on my PDA? all your images will show
without horizontal scroll?


Would you recommend that a site about photography have all images sized to
work on a PDA? What about a cell phone? Is that practical? I think not. I
would drop your site in a minute on my 1600x1200 screen.


A web browser provides you, the visitor, with a peephole into the
imagination of someone else.

You can compare it to taking photographs of artwork. If a painting is too
wide to fit, you'll have to step back, sacrificing detail to see the
whole picture. This is the nature of the physical world.

A photograph on the web has an intrinsic size. If that size is too large
for the browser, some genius came up with the idea of scrollbars - instead
of having the image cut, or having to rescale it to fit, the user can
move his little peephole about, seeing the entire thing. You do the same
thing with your camera if you focus on another section of the above painting.

That is what scrollbars are there FOR.

Textual content does NOT have an intrinsic width in the same way. That means
it is flexible, and can adapt to the size of your peephole - *unless* the
author has decided to make it hard on you by trying to impose a size on
the content that does not exist *in* the content.
Resolution - and it really isn't worth repeating any more - has nothing
to do with it. The nature of the content has everything to do with it.

Noone - and I mean NOONE - has claimed you should degrade your images to
fit someones window size.

--
- Tina Holmboe Greytower Technologies
ti**@greytower.net http://www.greytower.net/
[+46] 0708 557 905
Jul 20 '05 #41
> There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?


Jonathan's point reminds us that it's a very complicated client device world
out there. Almost too complicated to merit a rigid philosophical stance on
what might be considered "necessary" elements of good CSS-based website
design. That said, in my case, I think I agree with Brian and Shagnasty. The
only reasons I resisted making my site more accessible was because of (a)
sheer exhaustion and (b) lack of knowledge. But it wasn't an extra mile I
had to go. It was an extra inch. And I did it and it was nothing. It made
economic sense, perhaps.

I have designed for severely resource-constrained devices though, and
Jonathan's remarks stand at the very top of this argument on what it takes
to achieve universal accessibility. In the end, everyone has got to decide
who they're designing for. And the advice given them maybe has to take this
into account. Maybe there is no perfectly general advice.

I hope I haven't stuck my head out too far. Brian may come in for the kick.

(He's always just outside my peripheral vision...)

- the newbier Brian
Jul 20 '05 #42
Tina Holmboe wrote:
"Barry Pearson" <ne**@childsupportanalysis.co.uk> exclaimed in
<0g*******************@newsfep2-win.server.ntli.net>: [snip]
Some say "design so that resolution doesn't matter". But that is
hard when images are being provided, whether GIF (or whatever)
diagrams, or JPEG photographs. Hard decisions have to be made - they
are not flexible like text


We've been down this road before. I can only conclude, to my
surprise, that you don't read what we write.


I did read what you wrote. I've been puzzled how a clearly intelligent person
could say something so obviously wrong! But I now think I know why we are
disagreeing over this.

The clue is in the following. Perhaps I should have worked out what you meant
in earlier posts.
If the CONTENT itself is 800 pixels wide, then there is nothing you
can do to make that fit 640. That has nothing what so ever to do
with the RESOLUTION on the client's monitor. [snip] Same thing. If the CONTENT is x number of pixels, then it IS x
number of pixels. There is nothing contradictory about this.

[snip]

Where do you think those 800 pixels came from? Who decided they were 800
pixels, not 500 or 10,000? That material didn't float down from outer space
fixed at that size!

The simple answer is: I decided to make that material 800 pixels wide based on
a prediction of the resolutions of the monitors of my target audience!
(Actually, I tend to use 700 - because much of my target audience still uses
800 x 600 monitors, but hardly any still use 640 x 480, as far as I know).

I believe from statements of yours such as the above that you are discussing
the specific topic of the nature of the HTML and the CSS put onto the web. You
advocate not building into that HTML (and possibly CSS) anything to do with
the expected resolution of the audience's monitors.

But I am discussing the full authoring process from conception up to that
material on the web. There must be a dozen different decisions I have had to
make according to my analysis of the nature of the target audience, and the
technology they use. Many of those decisions later appear within what the
(dumb) HTML thinks is content. Although, of course, the HTML will have tags
within it such as <img src="..." width="..." height="..." alt="...">. Here are
examples of my attempts to understand the nature of my target audiences and
their technologies:

- The first example is actually a case where I know my material is not
suitable for all of the audience I actually want to reach. I write in English.
Some of the my ideal audience doesn't understand it. On-line translators often
don't do a good job on my material. I have largely given up on that issue. I
just use <html lang="en"> so at least it is explicit.

- When deciding what size of charts and graphs to use for one of my web sites,
I found that the best size giving adequate image quality would not fit on a
640 x 480 screen. I decided not to (for example) go for a poorer version, or
for 2 or more sizes, because I judged that few people would be using that size
of screen. I check that pages with charts & graphs on look OK on an 800 x 600
screen, but don't spend a second worrying about smaller screens anymore. Nor
do I worry about people who don't maximise their windows. They can adapt or
whatever they choose.

- I wondered whether I needed to use "web safe" colours in charts and graphs.
How many colours can people distinguish adequately on their screens? At first
I did try to use web safe colours. Now I don't. I believe, from what I've
read, and from the PCs in public libraries, that the need to do so has largely
passed. If not - well that's tough!

- My photographs were designed for monitors with at least 24-bit colour. After
a lot of discussion and checking, it appeared best to use sRGB colour space,
even though many viewers wouldn't be set up for that. At least it passed the
problem of colour balance over to them!

- Photograph sizes were chosen on 2 grounds. Monitor resolution and internet
connection rates. My photography site has 2 sizes for each photograph, one
that fits into a 500 x 500 pixel box and is typically less than 50 KB, the
other that fits into a 700 x 700 box and is typically less than 100 KB. This
appeared to be the best compromise after lots of discussion. with people with
different combinations of technologies.

- But another web site had a bit more text, and a bit less emphasis on the
photographs, so I standardised on a 700 x 500 box. This saves me effort.

- Even the text content is designed with the target audience in mind (of
course). When it accompanies complex graphs, etc, I have tended not to worry
much about fog factors and Flesch scores. But for a wider audience, I check
and try to control those. (What I actually do is put it into Word and use its
checker - but I think it is based on those theories).

- When my content is a document in word-processor format, I used to use RTF
because is was pretty general. Now it appears that the people who will use
such material can handle Word format, so that is what I use.

- When my content is a calculator, I use Excel. But although many of my target
audience do indeed have Excel, it turns out that some of them don't have the
latest version, so I save it as a mixed version to reach the maximum number of
Excel users in my audience. I don't intend to cater for people without Excel,
except to supply my spreadsheets to advice organisations.

- My Word documents sometimes contain colour, for example in charts and
graphs. My investigation showed that, (even if the users could see colours),
they would occasionally print them on a black-and-white printer, but more
often than that would use a black-and-white photo-copier. So I include
assistive text to guide the reader through a B&W version.

- How should I specify email addresses in the material? Some users in public
libraries can't use the "mailto:" link. But others can. So I provide it for
those that can, and leave the others to fend for themselevs.

That is 11 different decisions, and there are plenty more. The full authoring
task, of which developing the final HTML and CSS is just one part, needs a
pretty good understanding of the users and the technologies they will be using
to handle the material. And sometimes the same understanding carries through
to 2 or more different areas. For example, if a page has a 700 pixel
photograph on it, the descriptive text has a width (currently) of 600 set in
the CSS. It doesn't adapt to the screen/window. For stylistic reasons, I want
it to be a little narrower than the photograph.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #43
Tina Holmboe wrote:
"Barry Pearson" <ne**@childsupportanalysis.co.uk> exclaimed in
<YB************@newsfep1-gui.server.ntli.net>:
been if it had talked about 640 x 480 screens? Is there any
plausible reason for any web site developer to spend an extra minute
thinking about the issues of VGA screens? In many cases, I suggest
not. Which suggests that we are


No, there is no plausible reason for any web site developer to
spend any extra time thinking about any resolution.

[snip]

I have replied to another of your articles, showing where the authoring
process often needs an investigation and analysis of the audience's monitor
resolution.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #44
Jonathan Snook wrote:
"Brian" <us*****@mangymutt.com.invalid-remove-this-part> wrote in
message news:cy6fb.482536$Oz4.327033@rwcrnsc54...
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?


really? so, your site will work great on my PDA? all your images will
show without horizontal scroll?

Would you recommend that a site about photography have all images
sized to work on a PDA? What about a cell phone? Is that practical? I
think not. I would drop your site in a minute on my 1600x1200 screen.


Precisely!

I think Tina and Brian are looking at the specific issue of how the final HTML
& CSS is written, and not looking at the end-to-end authoring process. That
needs to take such questions as yours into account. (This is a bit of a
puzzle, because Brian has put up a very nice photographic web site for an
excellent photographer!)

In the rather narrow scope of their discussion, they have a point. In the
scope of web authoring in general, things are much more complicated.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #45
Brian wrote:
Barry Pearson wrote:

[snip]
We may never be certain - either way. So we deal with uncertainty
in the various ways that businesses deal with uncertainty daily.


We are stuck with uncertainty about the hardware and software profiles
of a site's would-be visitors. That's the only thing we of which can
be certain. Knowing that, isn't it prudent to not shut any of them
out?


I have replied about all the sorts of decisions that I find need some
understand if the nature of my target audience and the technologies they use.
Some principles of marketing have served us well outside the web.


I've never been too keen on marketing types. They use a lot of
resources for no measurable gain.


Gosh! We will simply have to differ on that.
It is obvious that we don't need to serve everyone in the world. We
need to understand who we DO need to serve, and the trade-offs
between extra cost v. extra customers.


There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?

[snip]

I've shown in the other article that there is cost involved. It isn't whether
it "works" in the sense that there isn't even anything visible at some
resolutions. It is a matter of whether the content can be shown satisfactorily
on various resolutions. Content often needs to be designed with a resolution,
and even an internet access speed, in mind.

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #46
Barry Pearson wrote:
Tina Holmboe wrote:
"Barry Pearson" <ne**@childsupportanalysis.co.uk> exclaimed in
<0g*******************@newsfep2-win.server.ntli.net>:
Some say "design so that resolution doesn't matter". But that is
hard when images are being provided, whether GIF (or whatever)
diagrams, or JPEG photographs. Hard decisions have to be made - they
are not flexible like text


We've been down this road before. I can only conclude, to my
surprise, that you don't read what we write.


I did read what you wrote.


But you don't acknowledge anything we write. You just keep asserting
that designing for one resolution is a choice one must make, even at
the expense of other resolutions. As we *keep* pointing out to you,
designing for no resolution is also a choice, and the best one at that.
Where do you think those 800 pixels came from?
You made an arbitrary decision to design for that resolution.
The simple answer is: I decided to make that material 800 pixels wide based on
a prediction of the resolutions of the monitors of my target audience!
Voila. (BTW, your prediction is nothing more than a wild guess.)
I believe from statements of yours such as the above that you are discussing
the specific topic of the nature of the HTML and the CSS put onto the web.
Of course we are. What else would we discuss in ciwas? (You do know
what each of those letters stands for, right?)
- The first example is actually a case where I know my material is not
suitable for all of the audience I actually want to reach. I write in English.
Some of the my ideal audience doesn't understand it. On-line translators often
don't do a good job on my material. I have largely given up on that issue. I
just use <html lang="en"> so at least it is explicit.
Still refuse to distinguish between content and presentation, I see.
<sigh> This is pointless.
My photography site has 2 sizes for each photograph, one
that fits into a 500 x 500 pixel box and is typically less than 50 KB, the
other that fits into a 700 x 700 box


This is not ciwa-photoediting. The size of an image is not related to
designing a page for any particular resolution.

[remainder snipped]

--
Brian
follow the directions in my address to email me

Jul 20 '05 #47
Jonathan Snook wrote:
"Brian" <us*****@mangymutt.com.invalid-remove-this-part> wrote in message
news:cy6fb.482536$Oz4.327033@rwcrnsc54...
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?
really?


Really.
so, your site will work great on my PDA?
Given the constraints of the content, yes.
all your images will show without horizontal scroll?
Are you confusing screen size with resolution? Why?
Would you recommend that a site about photography have all images sized to
work on a PDA?
images on a photography site = content
With a photography site, where images are the content, one may or may
not be able to provide additional content for different sized display
devices. Just as, with a text site, one may or may not be able to
provide additional translations of the documents. Now, what has this
to do with resolution?
What about a cell phone? Is that practical? I think not.


Before getting huffy, try putting together a coherent argument.

--
Brian
follow the directions in my address to email me

Jul 20 '05 #48

"B McDonald" <no@spam.com> wrote in message
news:Wj*****************@newssvr32.news.prodigy.co m...
There is no extra cost to creating a site that works on every
resolution. Why do you keep insisting that there is?


Scratch what I said. Reading later posts I can see that I missed the point
of this screen size/screen res. issue.

Brian
Jul 20 '05 #49
Brian wrote:
Barry Pearson wrote:

[snip]
Where do you think those 800 pixels came from?


You made an arbitrary decision to design for that resolution.

[snip]

No. I made a decision based on the predicted resolution of my target audience.
That followed a lot of discussion, research across the web, studying of what
other people in similar situations were doing, and trial and error.

It is important to do suitable analysis when developing inherently visual
material for publishing the the web. How else would you expect image sizes to
be chosen? How could I, or anyone else, decide whether a photograph size of
700 x 500 or 1024 x 768 is the one to go for? (Or the size of a chart of a
graph). The size has to come from somewhere!

The decision HAS to be made - it can't be ignored. At some point, just about
every photographer publishing on the web has to decide " how many pixels wide
& high should my photographs be?"

The decision HAS to be a good one one, because so much depends on it. It
determines whether it will fit on a screen or have to be scrolled (which is
pretty bad). It determines how much of the sceen it will occupy. It will
determine the download time.

How would YOU decide how big to make your photographs?

--
Barry Pearson
http://www.Barry.Pearson.name/photography/
http://www.BirdsAndAnimals.info/
http://www.ChildSupportAnalysis.co.uk/
Jul 20 '05 #50

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

Similar topics

2
by: Dave Patton | last post by:
I'd appreciate any feedback on http://www.elac.bc.ca/ particularly in regards to how the pages are marked up. The markup is valid HTML 4.01 strict, but that doesn't mean I've done things using...
1
by: mac | last post by:
Hi, I dont have sql 2005 express on my machine. Instead i have sql server 2005 CTP. When i build and run the website, i get following error. What are necessory steps required to run site. ...
0
by: eswanson | last post by:
I have a site that has multiple web site projects. I got it working on my windows xp sp2 computer in pre-compiled mode. I created a new site on a windows 2003 server and copied the pre-compiled...
5
by: iainfogg | last post by:
I had an ASP.NET 2.0 site which works fine on my PC. I have just copied it to a server, and set it up to run in a virtual folder. The web pages work fine, but the graphics won't load - if I try to...
0
by: tander | last post by:
Hey I'm trying to add a hostheader to a site in IIS. The problems is that i can do this on my developer machine witch is running Win xp SP2. But when I try it on the online server witch is...
71
by: Murray R. Van Luyn | last post by:
Hi, Since I have made changes to my website it's been a complete flop. According to the logs, as soon as visitors have downloaded the index page they are off. I can't figure out why? ...
3
by: Mark C | last post by:
Hi I was in the progress of developing a web site whereby developers can do free online tests on various programming languages. After initial feedback I managed to fix quite a few issues and...
1
by: Brad Isaacs | last post by:
I am working with ASP.NET 2.0 and using an SQL Server 2000 database. I am using Visual Studio 2005 and developing on my Local machine. I am working with Login controls ASP.Configuration, I...
13
by: MCPD | last post by:
hello i have an aspx page that write in javascript its too small file when i upload it to my website i got an error Server Error in '/' Application....
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...

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.