Re: [WSG] How do you cater to users with disabilities?
On Aug 25, 2011, at 10:15 PM, Jay Tanna wrote: Personally I don't go out of my way to do anything special. I design the site as it comes and if some people can't access it - tough luck. There is no point in spending any additional time or money in buying specialist tools for people who are challenged in some form! Some people on certain forums call me dragon because of my no nonsense views and I don't normally let them down!. well, that certainly is some kind of something you got there, Jay. should you ever find yourSELF to be challenged in some form which leaves you relying on others' having a few brain cells not entirely devoted to themselves, do check in and let us know what it's like out there. cat *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] How do you cater to users with disabilities?
I would suggest that cater to isn't the most positive terminology to use with respect to those with disabilities. it implies some sort of not-really-necessary bending over backwards and engaging in some huge hassle and great imposition. if you think of doing business as offering a product or service in return for financial compensation, then you do whatever it takes, as many hard core bidness boosters like to say. I don't go in for slogans myself. The way I think about it is: if they have money I want, then I can make it easy for them to spend it on my product. aside from that, it simply boils down to basic courtesy and human decency. I mean...really...didn't we all learn better by age 5? cat *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] images against color backgrounds
I hope I'm not bending/breaking the purpose of the list but wanted opinions on best practices for preparing images for use on web pages where there are color backgrounds, and the image must have some of that background color in them. Example: you want to place an image with a drop shadow, so in photoshop, you prepare your image with drop shadow, both of them in layers above the same background color as on the page. When you place such an image, flattened and jpg'd, it looks seamless. Trouble comes when you want to change the background color on the page (s) where you've already prepped the images with a given color..then you have to change that, too, and re-jpg, re-place, etc.. Some images don't look right unless their lifted off the page with a drop shadow, IMHO... cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] alt text on email graphic
The technique of using a graphic to communicate an email address in order to foil spiders or harvesters, like this: bob at domain dot com seems pretty clever. Yet, when I think about the alt text for that image, I'm wondering if that alt text could be exploited by spiders... would it be good to handle it this way: img src=mail.gif alt=bob's email and leave it at that? for those who really use alt text, might they be short changed by not seeing or hearing: img src=mail.gif alt=bob at domain dot com or am I making mountains out of molehills here? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] alt text on email graphic
On Nov 29, 2010, at 4:38 PM, Ted Drake wrote: If a spider could read the alt attribute, don't you think they could read the href attribute? Alt=j...@smith.com or href=mailto:j...@smith.com; It doesn't matter where you put the valid email address, the spiders will find it. However, messing with images will just make it more difficult on the user. Ah, but that's just it, Ted...in the technique I've seen you do NOT put a valid email address on your page, at least not in the code sense.. you put a graphic which requires the interpretive powers of a human brain to recognize it as *a* way of conveying the idea that that is the email address. picture a jpg which, when you look at it, you see bob at domain dot com spelled out in type. but of course, since it's a jpg, it's all raster pixels. my question could be: when it comes to the alt text for such a graphic, how coy do we want to be? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] alt text on email graphic
On Nov 29, 2010, at 9:10 PM, Grant Bailey wrote: This article might also help: http://www.alistapart.com/articles/spam/ wow... wonder why the author didn't suggest the form method? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] advice on background images?
Any tips on how to minimize or eliminate how obvious it is where the tiles meet when you have the background image repeat? thanks cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] advice on background images?
Hi, Jon; Thanks for the offer of more info on this, and sorry for bending (breaking?) the main purpose of WSG! Any info you can offer on this subject would be a huge help! cs On Nov 26, 2010, at 2:25 PM, Jon @ The PixelForge wrote: Again, I'm not sure if this deserves place in WSG, but to give you some direction: Photoshop has an Offset filter. Combined with the clone tool you can usually generate repeating images relatively quickly. Quality depends on a lot of factors though. I would recommend you try somewhere like cgtalk.com (or email me directly) for better instructions. Regards, Jon Warner Tel: 0788 99 424 30 http://thepixelforge.net/ 57 Arnold Road Eastleigh Hampshire SO50 5AR England On Fri, Nov 26, 2010 at 10:07 PM, Kepler Gelotte kep...@neighborwebmaster.com wrote: Any tips on how to minimize or eliminate how obvious it is where the tiles meet when you have the background image repeat? I'm not sure what this has to do with web standards, but you can check out http://tutorialblog.org/make-repeating-seamless-tile-backgrounds- with-photos hop/ Best regards, Kepler Gelotte Neighbor Webmaster, Inc. 156 Normandy Dr., Piscataway, NJ 08854 www.neighborwebmaster.com phone/fax: (732) 302-0904 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Fixed-position menus?
On Nov 23, 2010, at 4:24 PM, Thierry Koblentz wrote: How key is IE 6, and are people simply not going with this kind of fixed menu? You can use the following for IE6, but be aware that CSS expressions are evil! #elementToBeFixed { position:fixed; } * html { background: url(LOL); } * html #elementToBeFixed { position: absolute; top: expression(documentElement.scrollTop); } Thanks, Thierry; Could you expound a bit on what evil these CSS expressions might bring on? Are we talkin' red guys with horns, tails and pitchforks? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Fixed-position menus?
Here is a link illustrating what I mean: http://thinkplan.org/menupersist.jpg What are peoples' thoughts on this kind of menu? I'm told that IE 6 doesn't support this kind of menu...IIRC, it involves position: fixed; How key is IE 6, and are people simply not going with this kind of fixed menu? thank you! cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] best formatting for alt text
Hello; I am assuming that alt text will be heard and not read. If this is so, it need only be there and could be any size, correct? How do people handle alt? format it with h6 and call it good? thanks for any advice! cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] best formatting for alt text
On Nov 12, 2010, at 5:15 PM, Oliver Boermans wrote: Alt text does become visible when the image has yet to, or has failed, to load. In which case it is most certainly worthy of consideration. I believe (in most browsers?) this text will inherit any font attributes assigned to the IMG tag or it’s parents. Right..I noticed this while playing around, and I wondered whether it represents an opportunity by making sure that it has some desired formatting, or whether those who rely upon alt information just want normal, smallish text. cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] XHTML or HTML?
On Nov 11, 2010, at 9:31 AM, Micky Hulse wrote: I just finished reading HTML5 for web designers, and I thought it was a pretty good introduction to HTML5. http://books.alistapart.com/products/html5-for-web-designers An easy read. Very short book. Cheers, Micky I see that one of the choices is the eBook form...can that be read on a Mac? thanks! cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] XHTML or HTML?
On Nov 11, 2010, at 11:47 AM, Micky Hulse wrote: Howdy! On Thu, Nov 11, 2010 at 11:23 AM, cat soul cats...@thinkplan.org wrote: I see that one of the choices is the eBook form...can that be read on a Mac? Good question! Looks like the ebook includes PDF, ePub, and mobi formats. I am sure there are ePub readers on Mac. I usually don't mind reading the PDF myself. :) thanks for that...I'll have to check it out. That title looks like a must-have...they offer another for CSS as well, endorsed by none other than Eric Meyer. cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] XHTML or HTML?
Any thoughts on which we ought to be using, and what information ought to be up at top of an HTML page, along with !DOCTYPE, etc? Thank you, cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] XHTML or HTML?
On Nov 10, 2010, at 3:14 PM, Ted Drake wrote: Thierry's right. It's time to start making those baby steps into HTML5. But you'll also need to add your charset and lang definition !doctype html html lang=en head meta charset=UTF-8 Great! Most everyone else is saying HTML5 is 10 years off and not to code for it, not to worry about it until then. cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] A simple IE and JS detection method?
why did I get this set of 5 replies to this thread 12 times? did any body else get it 12 times, too? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] Where are we with Frames?
How do people here feel about frames? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS rollovers for images?
Yes, and while we're on the topic of things that won't work on phones and iPadsis there anything else we need to know about that also won't play nice with those two handheld platforms? Is a different design perspective in order now? Do we now design for the iPad and for phones, and have desktop and notebook users simply have that as what they see? or are we back to sniffer scripts and multiple versions of our pages? cs On Oct 20, 2010, at 12:44 AM, Kevin Ireson wrote: An excellent and very up to date point about accessibility. From: tee Sent: Wednesday, October 20, 2010 1:57 AM To: wsg@webstandardsgroup.org Subject: Re: [WSG] CSS rollovers for images? Caution with the use of hover for such purpose if you also want touchscreen device user able to use it. In regards of touchscreen, this article explains it better than I can do. http://trentwalton.com/2010/07/05/non-hover/ tee On Oct 19, 2010, at 1:46 PM, Joseph Taylor wrote: You could certainly do that with CSS. You'll want to add javascript to control how the image shows and fades, positioning etc. For maximum accessibility, have the thumbnail link to the main image, then have your Javscript/CSS hijack the link and show the image. Everyone wins. Joseph R. B. Taylor Web Designer / Developer -- Sites by Joe, LLC Clean, Simple and Elegant Web Design Phone: (609) 335-3076 Web: http://sitesbyjoe.com Email: j...@sitesbyjoe.com On 10/19/10 4:13 PM, cat soul wrote: Any thoughts on using CSS hover properties to show larger images? The scenario I'm envisioning is one where you'd have small thumbnails of samples, and hovering the mouse over them would invoke a hover state in which a larger version of that same image would appear...Larger meaning 400x600 pixels, or in that neighborhood. Is this not wise from a coding perspective? How about usability? Do web page visitors not expect this kind of behavior..would it be confusing to them as to what they're supposed to do, or what to expect? I'm wanting to use CSS to do what javascript rollovers do, only without the javascript. thanks for any feedback or opinions. cs This email has been scanned by Netintelligence http://www.netintelligence.com/email *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS rollovers for images?
will there be/can there be a new command/property which can be read by each device the way it needs to be? could there be soon a touch command so that you could write the code like: hover, do this. If no hover, then touch, do this. If no touch, then __ and do this ? On Oct 20, 2010, at 8:45 AM, Patrick H. Lauke wrote: Interestingly enough, the old problems of hover/mouse based interactions that we've been preaching against for ages with regards to (keyboard) accessibility have now reappeared in terms of touchscreen interfaces, where hovering doesn't work (reliably - some devices have weird heuristics where a click can be interpreted as a hover in certain conditions). *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS rollovers for images?
Well, you certainly busted wide open a huge can of worms, Joseph, and I salute you for it. the one comfy thing in that, to me, is the no IE part. Starting with clean HTML is easy enough, but everything else is squarely in the don't count on it category..revealing the lick and a promise nature of CSS and Jscript...not that they are not worthy tools; they simply can't be counted upon to be properly supported... but neither can HTML, which, IIRC, is the reason for CSS. Yanno, folks...I am smelling the need for some kind of revolution here...That standards do not work reliably doesn't help anyone..not client, not end-user, not author/designer/developer. Please don't groan, but my background is in Print. Luckily, I never had to write PostScript. Illustrator, PS, Quark, and later InDesign all do a fine job of it. but just imagine if I DID have to write the post script, and to know variations for every single printing device?!?! IMHO, we need some kind of lingua franca that works for all of these electronic gizmos once and for all... but...things have been set in motion, and perhaps it's going to remain a bucket of stinky fish guts into the foreseeable future. cs On Oct 20, 2010, at 8:16 AM, Joseph Taylor wrote: Good questions. I have yet to see definitive answers for most of these questions. I've been thinking on this constantly as I try to alter my work flow to a format that will please all the devices. Some things haven't changed: Start with clean HTML that'll work on ANYTHING including JAWS etc. Build upwards with your CSS from IE6 to modern browsers (or downwards from modern browsers to IE6) Use javascript to add behaviors to your HTML/CSS in a progressive fashion. The touch devices add a new dimension to the workflow. They may change the way you approach some items on a page (like a multi select widget) and you now have to pay more attention to the :active attribute in your CSS as that'll react to a touch vs. :hover - no biggie, right? For the most part, the touch devices all use modern browsers which is pretty cool. I made an iphone version of my site using media queries, which was a lot of fun to do. The touch devices open a new horizon - no IE!!! Joseph R. B. Taylor Web Designer / Developer -- Sites by Joe, LLC Clean, Simple and Elegant Web Design Phone: (609) 335-3076 Web: http://sitesbyjoe.com Email: j...@sitesbyjoe.com On 10/20/10 10:44 AM, cat soul wrote: Yes, and while we're on the topic of things that won't work on phones and iPadsis there anything else we need to know about that also won't play nice with those two handheld platforms? Is a different design perspective in order now? Do we now design for the iPad and for phones, and have desktop and notebook users simply have that as what they see? or are we back to sniffer scripts and multiple versions of our pages? cs On Oct 20, 2010, at 12:44 AM, Kevin Ireson wrote: An excellent and very up to date point about accessibility. From: tee Sent: Wednesday, October 20, 2010 1:57 AM To: wsg@webstandardsgroup.org Subject: Re: [WSG] CSS rollovers for images? Caution with the use of hover for such purpose if you also want touchscreen device user able to use it. In regards of touchscreen, this article explains it better than I can do. http://trentwalton.com/2010/07/05/non-hover/ tee On Oct 19, 2010, at 1:46 PM, Joseph Taylor wrote: You could certainly do that with CSS. You'll want to add javascript to control how the image shows and fades, positioning etc. For maximum accessibility, have the thumbnail link to the main image, then have your Javscript/CSS hijack the link and show the image. Everyone wins. Joseph R. B. Taylor Web Designer / Developer -- Sites by Joe, LLC Clean, Simple and Elegant Web Design Phone: (609) 335-3076 Web: http://sitesbyjoe.com Email: j...@sitesbyjoe.com On 10/19/10 4:13 PM, cat soul wrote: Any thoughts on using CSS hover properties to show larger images? The scenario I'm envisioning is one where you'd have small thumbnails of samples, and hovering the mouse over them would invoke a hover state in which a larger version of that same image would appear...Larger meaning 400x600 pixels, or in that neighborhood. Is this not wise from a coding perspective? How about usability? Do web page visitors not expect this kind of behavior..would it be confusing to them as to what they're supposed to do, or what to expect? I'm wanting to use CSS to do what javascript rollovers do, only without the javascript. thanks for any feedback or opinions. cs This email has been scanned by Netintelligence http://www.netintelligence.com/email *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join
Re: [WSG] CSS, :hover and touch screen devices (Was: CSS rollovers for images?)
Help me if I mis-interpret the writer's fine article, but this pertains to Javascript rollovers, too. The end user doesn't know and doesn't care whether that thing popping up was a CSS Hover, or a Javascript rollover. S/he only knows that, by innocently mousing around, something popped up without his/her deciding to actively invoke the popping up her/himself. so maybe these rollovers, when they do ANYTHING besides indicate a clickable thing, are passe, amateurish techniques associated with the earlier days of the internet when the most cool thing was stuff happening. Now we're all over it..we've seen it, and we are back to function, information, usability, speed... On Oct 20, 2010, at 9:46 AM, David Dorward wrote: That should be enough until you start trying to use :hover for doing things beyond indicating the possibility of activation, and one you start doing that … http://www.cennydd.co.uk/2010/end-hover- abuse-now/ *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS, :hover and touch screen devices (Was: CSS rollovers for images?)
Well, I am down with that..I never did care for the jumpy, spinny, whizzy things... As a print designer, I'm all about good design, good typography, quality imagery and clear communication. however, you sometimes get the idea that if you don't pay obeisance to that fashion (jumpy, spinny, whizzy), you'll be ignored and marginalized in favor of those whose sites are a multi-sensory fantasmatron of motion, speed and sounds. However, books have been captivating people for centuries and they just sit there until you pick them up and use them. I would be happy to have none of that silly stuff on my page, but then I get told my site looks a bit dated. cs On Oct 20, 2010, at 10:40 AM, Joseph Taylor wrote: Cat, That's the holy trinity of web design: content, presentation and behavior. ;) Joseph R. B. Taylor Web Designer / Developer -- Sites by Joe, LLC Clean, Simple and Elegant Web Design Phone: (609) 335-3076 Web: http://sitesbyjoe.com Email: j...@sitesbyjoe.com On 10/20/10 1:19 PM, cat soul wrote: I thank you for that link, David. The picture I am developing now is this: HTML and CSS should be used strictly for content, structure and formatting. *Behaviors* are best left to things like Javascript. Are these two statements ones that most here can buy into? Are they fair statements, accurate reflections of practice and real- world usage? IOW, there are things we *can* do, and out of that, there are things we ought do, or ought not do, based on the demonstrable. cs On Oct 20, 2010, at 9:46 AM, David Dorward wrote: On 20 Oct 2010, at 16:59, cat soul wrote: will there be/can there be a new command/property which can be read by each device the way it needs to be? could there be soon a touch command so that you could write the code like: hover, do this. If no hover, then touch, do this. If no touch, then __ and do this We shouldn't need it. We have :hover which can be thought of When the user is potentially about to activate something and we have :active which is When the user is activating something. That should be enough until you start trying to use :hover for doing things beyond indicating the possibility of activation, and one you start doing that … http://www.cennydd.co.uk/2010/end- hover-abuse-now/ -- David Dorward http://dorward.me.uk *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS, :hover and touch screen devices (Was: CSS rollovers for images?)
I agree thoroughly, Hassan. Yet as this is a best-practices discussion and group, and since we've been hearing that these things A) don't always work and B) aren't always well-received by end users, we're left with a need. And that need is to know: out of the universe of what we can do, what ought we do to ensure as universal an experience as possible? cs On Oct 20, 2010, at 11:26 AM, Hassan Schroeder wrote: But it's not that cut and dried -- CSS has always had behaviors, e.g. :hover, :focus, as well. so maybe these rollovers, when they do ANYTHING besides indicate a clickable thing, are passe, amateurish techniques ... Now we're all over it..we've seen it, and we are back to function, information, usability, speed... And maybe providing expanded affordances through hover behaviors is totally appropriate in some circumstances, to deliver exactly those benefits. :-) *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS, :hover and touch screen devices (Was: CSS rollovers for images?)
Heh! That is pretty funny! However, clients may have the need to ensure a universal experience. One example of this is in their brand values, which may call for a certain look and feel. If a person experiences one thing on their iPad and another experiences something different on their HP notebook, those brand values could be said to have been compromised, diluted, changed.. cs On Oct 20, 2010, at 12:07 PM, Jason Arnold wrote: progressive enhancement is what you ought to do. and to answer the question if the experience needs to be same universally we have the answer right here: http://dowebsitesneedtobeexperiencedexactlythesameineverybrowser.com/ -- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS rollovers for images?
tee...you are quite right to point that out..every medium has its booby traps and difficulties..I've spend my share of time wrangling with recalcitrant files myself. cs On Oct 20, 2010, at 4:11 PM, tee wrote: Fixing PostScript error is like knowing browser quirks *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] CSS rollovers for images?
Any thoughts on using CSS hover properties to show larger images? The scenario I'm envisioning is one where you'd have small thumbnails of samples, and hovering the mouse over them would invoke a hover state in which a larger version of that same image would appear...Larger meaning 400x600 pixels, or in that neighborhood. Is this not wise from a coding perspective? How about usability? Do web page visitors not expect this kind of behavior..would it be confusing to them as to what they're supposed to do, or what to expect? I'm wanting to use CSS to do what javascript rollovers do, only without the javascript. thanks for any feedback or opinions. cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Image Maps
On Oct 14, 2010, at 12:09 PM, Christian Snodgrass wrote: Basically image maps can be used, but they aren't usually a good idea. A better method would be to split it up into separate images and smash them together to look like one map. This lets you add alt tags and what-not to make it more accessible. In the case of a map of, say, the USA, how would you achieve this smashing together, while still having the smashed-together images look like the contiguous US of A? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Image Maps
On Oct 14, 2010, at 4:19 PM, Christian Snodgrass wrote: I'm not saying image maps should never be used... I'm saying that you should keep in mind alternatives because image maps are frequently abuse That is completely clear and understandable. And, I would as (as I don't know) are image maps in disfavor, or have they been depricated, or are we discouraged from using them in favor of their (potentially bombastic) scripted counterparts? One doesn't want to use a Howitzer to smack a skeeter; one doesn't use a flyswatter on an incoming bomber. thoughts? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS and h264 vs Flash
On Sep 29, 2010, at 1:59 AM, Sam Sherlock wrote: MS is on board but for vista windows 7 users only Quite true. All for-profit companies are in things for themselves. No news flash there. But if I could tease out the original purpose of my question once more, it'd be to say that Flash has been used to introduce interactivity + multimedia into web pages. True, there are other ways to get interactivity, and other ways to get multimedia into web pages, but Flash offers a one-stop shopping tool, and as has been said, most/many people have the flash plug-in, so playback is more or less assured across the intertoobs. Add that Flash comes with a load of issues, some for users, some for developers, which are unpleasant. CPU overhead, difficulties in updating/modifying sites are 2 I can think of. So my question is: can CSS and/or Javascript plus *some* codec of movie/sound content replace Flash? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] CSS and h264 vs Flash
I hope that this is within the scope of this list... Some months back, you may have read Steve Jobs saying that Flash could easily be replaced by a combo of CSS and h264, or something very similar. My CSS skills don't empower me to see how this could be..could somebody shine a light on this for me? I personally do not care for Flash thingies...from a user standpoint..mostly bombastic, and monopolizes my CPU. thank you! cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS and h264 vs Flash
On Sep 28, 2010, at 5:01 PM, Sam Sherlock wrote: Kroc Camen video for everybody http://camendesign.com/code/video_for_everybody I think Steve Jobs is thinking about everyone using Safari browser (or another modern browser that support h.264 not ff3.6 but ff4 will maybe, chrome does) but in reality for now such modern browsers are not as wide spread as the number that will have the flash plugin even as much as many dislike flash I think many webusers will be indifferent about how the video is shown - basic users just want things to work flash is something that people know about at some level OK..I understand about the video part, but can CSS handle other aspects of what Flash is used for, such as animation and interactivity? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] CSS and h264 vs Flash
that's pretty nice.. I've also been reading that MS is on board with the HTML5+ h264 combo as an alternative to Flash, so perhaps a critical mass is forming... I do feel that flash has its place, but that it was a mistake jumping in head first as the web seemed to do over flash so many years ago. cs On Sep 28, 2010, at 7:00 PM, Sam Sherlock wrote: transitions with css here http://timvandamme.com/ some icons use transition with css with in .vcard in firefox the icons just use hover active - S On 29 September 2010 01:12, cat soul cats...@thinkplan.org wrote: On Sep 28, 2010, at 5:01 PM, Sam Sherlock wrote: Kroc Camen video for everybody http://camendesign.com/code/video_for_everybody I think Steve Jobs is thinking about everyone using Safari browser (or another modern browser that support h.264 not ff3.6 but ff4 will maybe, chrome does) but in reality for now such modern browsers are not as wide spread as the number that will have the flash plugin even as much as many dislike flash I think many webusers will be indifferent about how the video is shown - basic users just want things to work flash is something that people know about at some level OK..I understand about the video part, but can CSS handle other aspects of what Flash is used for, such as animation and interactivity? cs *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***