Re: [css-d] android blackberry emulators
If accuracy is your bag in the end you'll want to break down and purchase a mobile device I'm with David here. Simulators/emulators don't bring you very far. As far as layout ( css) is concerned, most of the testing can be done using Chrome and Safari, as most devices use Webkit based browsers (probably better Safari release builds, as Chrome has a much faster release cycle, esp compared to the default browser included with Android devices… cough cough upgrade path ?). Just resize your window to evaluate your layout at various viewport dimensions. The added bonus is that you can use the build in developer tools (Webkit Inspector) to troubleshoot. Where Simulators of all kind fail completely is testing interaction design. There are so many pages out there that are very hard to use, simply because it is near impossible to click on links with fatty fingers - the touchable area is simply too small. Remember that a mouse pointer is very precise device with a _small_ tip. And that is only one issue. Nothing beats the real device for that. hi all, When I got various folks to look at this http://sandyfeldman.com/resources/css3animation/ one friend with the latest iphone saw all the animations, another with an iphone a generation older couldn't get at some of them. Folks on the list with other devices saw no animations, or some, or all. Philippe, David, you are both absolutely right - simulators are a pale second choice. Rob's comment I think in the end you'll want several devices is pretty much the way it is. I want several devices. Sadly, while one thing to test with is an option, several things aren't. I am really *really* missing browsercam, which instead of simulations provided actual screenshots and remote access to devices. Is there anything else like that out there? Philippe, in the meanwhile I will take your advice and use chrome and safari resized windows to get an idea of what the various devices will display. thanks everyone for your thoughts. Sandy __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] how to remove the small fluttering while styling :hover
Meera, You need to create 'sprites' of your images and access them with CSS. Lots of info online about Sprites. A great generator for them here http://spritegen.website-performance.org/ -Fred Hahnel -Original Message- From: css-d-boun...@lists.css-discuss.org [mailto:css-d-boun...@lists.css-discuss.org] On Behalf Of Chetan Crasta Sent: Saturday, June 30, 2012 5:03 AM To: CSS-Discuss Subject: [css-d] how to remove the small fluttering while styling :hover Not sure what you mean by fluttering. You can try CSS3 transforms to set a delay or to fade on hover. Regards, Chetan Crasta On Mon, Jun 25, 2012 at 1:10 PM, meera kibe meera_k...@yahoo.com wrote: Hi How can i remove that small fluttering when i hover over a link and i want it to change its state say like getting a border around it or change the color Its so annoying . Thanks Meera __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ This message contains information which may be confidential and privileged. Unless you are the intended recipient (or authorized to receive this message for the intended recipient), you may not use, copy, disseminate or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail, and delete the message. Thank you very much. __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] mac vs pc
S Baily-Gould schrieb am 04.07.2012 00:32 I’m a bit of a CSS newbie when it comes to Mac vs. PC issues. A client is using Hubspot for their site and I just added deleted content and they wanted to know why their pages look different in Mac Safari and Firefox vs my PC Safari and Firefox. Font rendering/availability is OS dependent. You could revise your font stack (make them more similar over all platforms). Or use web fonts (same font everywhere, needs to be loaded by the browser). Revised home page is at http://www.vernassoc.com/home-copy-0/ Needs login? Best, Ingo __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] type crashing problem
At this link: http://www.coffeeonmars.com/testing/illust.html and throughout my site, any of those widgets with 3 words in their title (such as Sheet Metal Dimpler) appear to wrap back upon themselves in Chrome and Firefox. Safari shows them the way I need to; all on 1 line. The type style for that widget header is in percent...maybe I should spec pixels to keep the size exact? thank you! John __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] CSS border-box misbehavior?
Two observations on box-sizing: border-box: 1. Generated content does not inherit box-sizing 2. Max-height applies to content only, not the border-box. Please play with this dabblet demo: http://dabblet.com/gist/3056829 Is this expected behavior? (I did not expect it.) -- Cordially, David __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS border-box misbehavior?
Le 6 juil. 2012 à 07:30, David Hucklesby a écrit :
Two observations on box-sizing: border-box:
1. Generated content does not inherit box-sizing
2. Max-height applies to content only, not the border-box.
Please play with this dabblet demo:
http://dabblet.com/gist/3056829
Is this expected behavior? (I did not expect it.)
Why didn't you expect 'it' – what exactly, that the 'border-box' value applied
to a box (element E) is not inherited by generated content for E ? If so, that
is hardly a surprise:
http://www.w3.org/TR/css3-ui/#box-sizing0 says:
[quote]Inherited: no[/quote]
In your little demo, you specify '* { box-sizing: border-box; }' but remember,
generated content is not an element. That line doesn't apply to the generated
content box.
As for your second point, max-height applies to the box. And you don't use
max-height in your demo.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] strange indentation on menu bar
Hello CSS Group, I cannot figure out what is making the strange indentation on the menu bar of this site: http://themedicinewoman.org/ Any help appreciated, Greg gregory wilker 415.388.8200 __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] type crashing problem
On 2012/07/05 15:06 (GMT-0700) John composed: At this link: http://www.coffeeonmars.com/testing/illust.html and throughout my site, any of those widgets with 3 words in their title (such as Sheet Metal Dimpler) appear to wrap back upon themselves in Chrome and Firefox. Safari shows them the way I need to; all on 1 line. The type style for that widget header is in percent...maybe I should spec pixels to keep the size exact? Neither % nor px widths bear a predictable relationship to text size, unless you use px for both width and text size. But if you do that, you're disregarding the user's preferred text size, making him unhappy. When you set the width to an appropriate em value for the maximum possible line length, then you'll get the fit you're after, and the user will see happy size fonts regardless what his preference happens to be. -- The wise are known for their understanding, and pleasant words are persuasive. Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] type crashing problem
Le 6 juil. 2012 à 07:06, John a écrit :
http://www.coffeeonmars.com/testing/illust.html
and throughout my site, any of those widgets with 3 words in their title
(such as Sheet Metal Dimpler) appear to wrap back upon themselves in Chrome
and Firefox. Safari shows them the way I need to; all on 1 line. The type
style for that widget header is in percent...maybe I should spec pixels to
keep the size exact?
Which version of Safari ? (You're running Lion, So I guess 5.1.7). Have you
tried zooming in the text a little ? Sure enough, Safari wraps the text 'back
upon themselves'.
Which is to be expected, given this:
h4 {
• font-size: 90%;
• line-height: 10%; -- really ?
• color: white;
• padding: 0px 2px 0px 7px;
Change the line-height to something sensical (pref. without unit) and text will
wrap as expected when needed to.
Philippe
--
Philippe Wittenbergh
http://l-c-n.com
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] type crashing problem
On Jul 5, 2012, at 5:38 PM, Philippe Wittenbergh wrote:
Which version of Safari ? (You're running Lion, So I guess 5.1.7). Have you
tried zooming in the text a little ? Sure enough, Safari wraps the text 'back
upon themselves'.
Which is to be expected, given this:
h4 {
• font-size: 90%;
• line-height: 10%; -- really ?
• color: white;
• padding: 0px 2px 0px 7px;
Change the line-height to something sensical (pref. without unit) and text
will wrap as expected when needed to.
OK...I'm both red-faced AND laughing! That low line-height was to control the
black area above the widget. I don't want the text to wrap at all, actually.
Yes, I'm on Lion and the Safari version is indeed 5.1.7
So, I guess I picked a bad way to control the black area heigh above the
widget, and made myself a type problem in the bargain!
Thank you!
John
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] strange indentation on menu bar
Hi, I checked out your page in Firebug. It looks like there are two lines that are creating that indentation. 1) On 960_24_col.css line 1 - There's a margin-left:5px ... you can change it to 0px 2) Line 226 - there's a 950px width... if you change that to 960px that seems to fix the problem. Not sure how changing that might effect the rest of your page, but I hope that helps ! On Thu, Jul 5, 2012 at 8:00 PM, Greg Wilker jer...@well.com wrote: Hello CSS Group, I cannot figure out what is making the strange indentation on the menu bar of this site: http://themedicinewoman.org/ Any help appreciated, Greg gregory wilker 415.388.8200 __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/ __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] IE 6 workaround?
At this link: http://www.coffeeonmars.com/testing/index.html IE 6 has 2 major problems, that I can see. 1 is that it won't draw those entire widgets, and 2 is that the Content area crashes into the side menu. The widgets employ rounded corners, which I believe is HTML5 and therefore unsupported by IE 6..not sure if that's it, or what causes the content to crash into the side menu. Can anyone offer thoughts on that? Thank you! John __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS border-box misbehavior?
On 7/5/12 4:29 PM, Philippe Wittenbergh wrote:
Le 6 juil. 2012 à 07:30, David Hucklesby a écrit :
Two observations on box-sizing: border-box:
1. Generated content does not inherit box-sizing
2. Max-height applies to content only, not the border-box.
Please play with this dabblet demo:
http://dabblet.com/gist/3056829
Is this expected behavior? (I did not expect it.)
[...]
In your little demo, you specify '* { box-sizing: border-box; }' but
remember, generated content is not an element. That line doesn't apply to
the generated content box.
Yes. I see that now. Thanks for pointing out that inheritance is not the
issue, Philippe. Still don't understand _why_ the universal selector would
not apply to generated content, though.
As for your second point, max-height applies to the box. And you don't
use max-height in your demo.
Definitely my misunderstanding, as dimensions apply to the content at all
times, regardless of box-sizing. After ten years of CSS I still stumble.
--
Cordially,
David
__
css-discuss [css-d@lists.css-discuss.org]
http://www.css-discuss.org/mailman/listinfo/css-d
List wiki/FAQ -- http://css-discuss.incutio.com/
List policies -- http://css-discuss.org/policies.html
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS border-box misbehavior?
Le 6 juil. 2012 à 12:21, David Hucklesby a écrit : Still don't understand _why_ the universal selector would not apply to generated content, though. http://www.w3.org/TR/css3-selectors/#universal-selector [quote]The universal selector, written as a CSS qualified name [CSS3NAMESPACE] with an asterisk (* U+002A) as the local name, represents the qualified name of any element type [/quote] (my emphasis) It selects elements (p, div, span, etc) that exist in the DOM (document tree); generated content doesn't exist in the DOM, it is purely a CSS construct. See also http://www.w3.org/TR/CSS21/generate.html Philippe -- Philippe Wittenbergh http://l-c-n.com __ css-discuss [css-d@lists.css-discuss.org] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ List policies -- http://css-discuss.org/policies.html Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
