Re: [WSG] Comments Please? Site Check.
Hello Kathleen, Could you please provide the url? Thanks Sundar On Mon, May 3, 2010 at 11:22 AM, Kathleen R Dery krd...@gmail.com wrote: Hello! I have one more week to develop this site, and I wonder if someone would give me feedback. I don't really like the Dreamweaver widgets, but there they are on almost every page. The Cars page will have a widget as well. The only child page I have is for Lecture Tours. Does it have any hope? Kathleen *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Safari Legend problems
it's text-indent Sundar On Tue, Nov 25, 2008 at 4:16 PM, tee [EMAIL PROTECTED] wrote: On Nov 25, 2008, at 1:11 AM, [EMAIL PROTECTED] wrote: Dear all, Help!!! - One of our developers is finding that hidden legends are visible in safari with version 3.1.2 on Mac. It isn't a problem with versions 3.1 or 3.2 on Windows. We need to know whether this is still a problem with 3.2 on the Mac. Clare try insert a span tag and use absolute position to hide the legend instead legendspanyour legend title /span/legend span {position:absolute; text-index:-99px} I recently tried to tame a login form that is placed on the right top corner with pixel perfect requirement, without span tag, Safari (or maybe Firefox I can't clearly remember) gave a line-height even though I declared absolute position and negative text-index. I find that the only guarantee way to make legend behaves is inserting a span tag even we don't want the legend be seen. tee *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Css validation
Hi Fuji - Not sure what type of hacks you have used in, presumably thinking some of these types like _ and * for IE versions. Those _ * will show errors when you validate, better option to use conditional comments Sundar On Wed, Jun 25, 2008 at 12:25 PM, Fuji kusaka [EMAIL PROTECTED] wrote: Hi anyone can help me out with validating my css?... I cant pass validation because of some css hacks i used. Is there a way to hide those hacks when i validate it? -- Fuji kusaka *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Firefox 3 candidate
It will replace, probably portable firefox2 an option to use both. Sundar On Wed, Jun 18, 2008 at 5:47 PM, Paul Collins [EMAIL PROTECTED] wrote: Does anyone know if it will replace your version of Firefox 2, or will it run side by side?! Cheers *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] a good practise for adding email link (mailto)?
Will noscript be an option in addtion to javascript solution, ofcourse when javascript turned off, no. of users get spammed will be very minimal may be 5-10 out of thousands. Sundar On Mon, Jun 16, 2008 at 4:55 PM, Joseph Ortenzi [EMAIL PROTECTED] wrote: Standards freaks are not against JavaScript, please pay attention there. But Standardistas DO want sites to have a useful option available for people who have javascript turned off so THEY can contact you as well. So providing a server side form for people with Javascript turned off would be a useful gracefully degraded JavaScript option. Why was this solution not an option? BTW: which javascript solution did you try that you can recommend? Joe On Jun 16, 2008, at 11:58, [EMAIL PROTECTED] wrote: My 2 cents: I'm one of those standards freaks. But when my clients became overwhelmed with SPAM from their contact forms I had to bend the rules. And when I say overwhelmed I'm talking about several hundred SPAM emails for every one or two legitimate inquiries. I tried many standards compliant anti-SPAM techniques but the SPAMmers always found a way around them. Then I used JavaScript. It worked. It's still working. Not one single SPAM has gotten through in over two years. One could argue that JavaScript renders the contact form unusable for five percent of the population. But without it, the SPAMmers would render it unusable for a hundred percent of the population. My clients aren't going to sift through hundreds of emails to find the needle in the haystack. I wouldn't either. It's not possible to make everyone happy. Use your best judgment. -- Marcello :-) ---Original Message--- From: Chris Taylor [EMAIL PROTECTED] Subject: RE: [WSG] a good practise for adding email link (mailto)? Sent: Jun 16 '08 10:18 Michael, What if JavaScript isn't enabled or available on my smartphone? I presume your websites are not for people accessing the web while on the move, as well as people whose preference or requirement is to use a web client without JavaScript. These standard[s] freaks you seem to think so little of *are* trying to make the web a better place for users - by levelling the playing field, making things fairer and ensuring we all stick to the same high standards. You can choose not to do that which is fine by me - my websites will gladly accept the visitors (and customers) who can't use yours. Chris -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Persson Sent: 16 June 2008 10:53 To: wsg@webstandardsgroup.org Subject: Re: [WSG] a good practise for adding email link (mailto)? 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
[WSG] Firefox 3
Hi guys, Official launching date of Firefox 3 is on 17th June, 08, get it and enjoy and the below link for those who like to spread firefox (best in the business) all over the world. http://www.spreadfirefox.com/en-US/worldrecord Thanks Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***
Re: [WSG] Marking up multiple form inputs
sorry again, I can send you some samples if you wish s. On Tue, Jun 10, 2008 at 9:52 AM, sundar [EMAIL PROTECTED] wrote: Hi, Don't use table for this particular layout, keep the markup like label, input input Remove the table, put a fieldset around then apply float to label input and set width which matches your layout. Also I can't sent you some samples if you wish Thanks Sundar On Tue, Jun 10, 2008 at 7:07 AM, Chris Pearce [EMAIL PROTECTED] wrote: Hi, Would the following layout be best marked up using a table: *Column Header* *Column Header* [label tag] [input tag] [input tag] [label tag] [input tag] [input tag] [label tag] [input tag] [input tag] Cheers [image: cid:image001.gif@01C7B8BB.D6C86180]http://www.bluearcgroup.com/ solutions for a digital world *Exchange Server 2007* Built-in Protection, Anywhere Access, Operational Efficiency *BLUEARC WILL HELP YOU MAKE THE MOVE. FIND OUT HOW*http://www.bluearcgroup.com/content.asp?z=6c=104p=494f=2 ** level 1, 11 albany street st leonards nsw 2065 *p:* 02 9467 2500 *d:* 02 9467 25 *f:* 02 9431 5999 *e:* [EMAIL PROTECTED] *w:* www.bluearcgroup.com *ARE YOU READY FOR NEXT GENERATION WEB TECHNOLOGY?* Leading the way in Web Content Management, *IgnitionSuite Version 3.0*prepares you for the future of the web. *To learn more call 9467 2500 or email [EMAIL PROTECTED][EMAIL PROTECTED] * *Privileged - Private Confidential* This email and files transmitted with it are intended solely for the use of the addressee(s) and may contain information which is confidential or privileged. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of this email or any attachment is prohibited. If you receive this email and you are not the addressee, or you have received this email in error, please disregard the contents of the email, delete the email and notify the author immediately. P Please consider the environment before printing this e-mail *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Sundar -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***image001.gif
Re: [WSG] Marking up multiple form inputs
Hi, Don't use table for this particular layout, keep the markup like label, input input Remove the table, put a fieldset around then apply float to label input and set width which matches your layout. Also I can't sent you some samples if you wish Thanks Sundar On Tue, Jun 10, 2008 at 7:07 AM, Chris Pearce [EMAIL PROTECTED] wrote: Hi, Would the following layout be best marked up using a table: *Column Header* *Column Header* [label tag] [input tag] [input tag] [label tag] [input tag] [input tag] [label tag] [input tag] [input tag] Cheers [image: cid:image001.gif@01C7B8BB.D6C86180] http://www.bluearcgroup.com/ solutions for a digital world *Exchange Server 2007* Built-in Protection, Anywhere Access, Operational Efficiency *BLUEARC WILL HELP YOU MAKE THE MOVE. FIND OUT HOW*http://www.bluearcgroup.com/content.asp?z=6c=104p=494f=2 ** level 1, 11 albany street st leonards nsw 2065 *p:* 02 9467 2500 *d:* 02 9467 25 *f:* 02 9431 5999 *e:* [EMAIL PROTECTED] *w:* www.bluearcgroup.com *ARE YOU READY FOR NEXT GENERATION WEB TECHNOLOGY?* Leading the way in Web Content Management, *IgnitionSuite Version 3.0*prepares you for the future of the web. *To learn more call 9467 2500 or email [EMAIL PROTECTED][EMAIL PROTECTED] * *Privileged - Private Confidential* This email and files transmitted with it are intended solely for the use of the addressee(s) and may contain information which is confidential or privileged. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of this email or any attachment is prohibited. If you receive this email and you are not the addressee, or you have received this email in error, please disregard the contents of the email, delete the email and notify the author immediately. P Please consider the environment before printing this e-mail *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] *** -- Sundar *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: [EMAIL PROTECTED] ***image001.gif