Dear Joe,
I know very well what web standards are but i have a point of view from
the clients
side, do the clients know what web standards are and do they really care
to pay for
something they dont want to pay for!!!
Now we have another view of the situation... Im not located in a higly
technical enviroment, Greece
and there might be a huge difference tio standards or even selling a website
Michael
Joseph Ortenzi wrote:
Michael
You have made some mistaken assumptions.
Search engines are not spam email farmers, so there is no need to
PREVENT them from accessing your contacts page. You WANT them to see
the contacts page. That is a good thing.
Standards compliance policies ARE for the users, and CLIENTS need to
understand and respect the users' needs, which is the ability to use
any site with their browser of choice. If you design sites solely for
your clients "needs" and not the site visitor needs then you are
assuming that users don't matter and the client knows what they need
from a site.
I would have thought that one thing a client needs from a site is for
the visitors to find what they are looking for, without hassle, and to
enjoy the time they spend there, i.e.: use the site without problems
or difficulties.
If you knew ANYTHING about web standards you would see that compliance
with standards IS in the client's interest, helps satisfy the client's
business needs from the site and "standards freaks" ARE making things
better for BOUTH the clients and visitors.
And finally, it is not a war, it is a discussion and a debate and a
campaign, but not a war.
I remember a few months ago someone posted a great S5 slideshow from
sometime in 2004 describing why standards matter for everyone. Can you
please re-post it here to help Michael understand standards a bit better?
Joe
On Jun 16, 2008, at 10:53, Michael Persson wrote:
The best way is a form that also has a secure SPAM code or just make
a image
that search engines cannot read...
I believe that people that does not have Javascript working are not
using internet
for the purpose i produce websites for, and im sorry we cant accept
all kind of users.
Also users has to follow the standard where website production also
is based in
the clients need and NOT on web standards.
Standard freaks are trying to make things better for web standards
and not for the clients
or visitors in general...
There is a war and it will always be there.... until understanding
from all parts are met.
Michael
James Leslie wrote:
Why is this the "best way"? It means that anyone without JavaScript
enabled cannot contact you. Spam is a pain, but not giving a user
the basic opportunity of contacting you is a bigger problem IMO.
I think mailto's and spam filters are the "best way" to go, as they
are accessible for everyone.
J
------------------------------------------------------------------------
*From:* [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] *On Behalf Of *Fuji kusaka
*Sent:* 13 June 2008 05:23
*To:* wsg@webstandardsgroup.org
*Subject:* Re: [WSG] a good practise for adding email link (mailto)?
Hi
The best way is to encrypt the email address and make use of a js.
This will avoid loads of problems specially spamming.
This is simple just follow the instructions here
http://jumk.de/nospam/stopspam.html
Fuji
On Fri, Jun 13, 2008 at 6:22 AM, tee <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:
This is one of the thing I can't decide. At time, it seemed
nothing wrong to have an email link (js encrypted, not mailto that
shows email address nakely to Mr. Spam King), but as many people
are actually using webmail, or sometimes access websites via
public computer (internet cafe or library for instance), I find
that having email link actually is causing usability for users.
When client insists on having direct email link. What do you do so
that it won't cause problem for above users?
Thanks!
tee
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
*******************************************************************
--
Fuji kusaka
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
==========
Joe Ortenzi
[EMAIL PROTECTED]
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
*******************************************************************
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: [EMAIL PROTECTED]
*******************************************************************
