Re: [css-d] rem units and %
On Fri, Sep 19, 2014 at 4:12 PM, Felix Miata wrote: > Norman Fournier wrote on 2014-09-19 13:46 (GMT-0600): > >> the problem stated in the post is solved by CSS and media queries, not >> created by it. > > Actually, media queries have compounded the problems of CSS overuse. I doubt > many practitioners using them have tested against user CSS to see how a UA > deals with the multiplied conflicts. Gecko (at least; on Linux there is > neither Safari nor IE, and Chrom* UI is useless in high DPI DEs, leaving it > up to Konq, SeaMonkey and Firefox to hold down the fort) has the ability to > remember zoom level on a per domain basis. Yet, multiple large domains I > frequent have font sizes jumping all over the place, both literally and > figuratively, only since queries were implemented on those domains. Despite > the UA memory, or maybe because of it, I'm forced to change zoom levels both > up and down when switching among multiple simultaneously open tabs on domains > employing queries. e.g. newegg.com. > -- > "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/ Quickly resizing my browser width, I don't notice any MQs on the newegg site as far as I can tell. What I do see is failure to accommodate larger font sizes in the layout and therefore things over flow their containers or get cropped. That's poor planning. This is failure on the designers/devs part. Not CSS's. Is CSS responsible for the containers not flexing? Technically, yes. Did it get into the site by itself and mess things up? No. It was used incorrectly. -- Tom Livingston | Senior Front-End Developer | Media Logic | ph: 518.456.3015x231 | fx: 518.456.4279 | mlinc.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] why % not working for this?
Glad I could help. Best, Karl Sent from losPhone > On Sep 19, 2014, at 10:41 AM, John wrote: > > >> On Sep 18, 2014, at 9:42 PM, Karl DeSaulniers wrote: >> >> Hi John, >> Took a look at your code an here are a few suggestions I think might help. >> This is how I understand how to use percentages for width, padding and >> margin. > > ( much arithmetic from Karl! ) > > Thank you, Karl..that was excellent and very instructive…I realized after > reading your email that I’d spec’d 270px as a hard width, preventing those > thumbs from scaling…I just fixed that and gave them a max-width of 30% of the > “middle” width minus the 1.25em on either side and it works beautifully. > > 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-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] rem units and %
Norman Fournier wrote on 2014-09-19 13:46 (GMT-0600): > the problem stated in the post is solved by CSS and media queries, not > created by it. Actually, media queries have compounded the problems of CSS overuse. I doubt many practitioners using them have tested against user CSS to see how a UA deals with the multiplied conflicts. Gecko (at least; on Linux there is neither Safari nor IE, and Chrom* UI is useless in high DPI DEs, leaving it up to Konq, SeaMonkey and Firefox to hold down the fort) has the ability to remember zoom level on a per domain basis. Yet, multiple large domains I frequent have font sizes jumping all over the place, both literally and figuratively, only since queries were implemented on those domains. Despite the UA memory, or maybe because of it, I'm forced to change zoom levels both up and down when switching among multiple simultaneously open tabs on domains employing queries. e.g. newegg.com. -- "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] rem units and %
MiB wrote on 2014-09-19 21:40 (GMT+0200): > Felix Miata composed: >> The natural talent of every modern web browser to adapt content to the user's >> environment is usurped by CSS attempting to make every page look like >> Photoshopped image, and at an arbitrary size bearing no predictable >> relationship to the physical characteristics of the environment opened >> within. > No! I wont have that. Its a certain breed of designers doing that, not > "CSS". The behavior too pervades the web to be any one breed. Moreover, there's pervasive instruction in use of CSS, and some of the power that CSS includes, that leads the "breed" to believe CSS is intended to be determinative rather than suggestive. Practitioners routinely use CSS power to such extent that user power to override what is supposed to be suggestion as a practical matter is little short of lip service. -- "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] rem units and %
On 2014-09-19, at 1:40 PM, MiB wrote: > > sep 18 2014 22:47 Felix Miata : > >> The natural talent of every modern web browser to adapt content to the user's >> environment is usurped by CSS attempting to make every page look like >> Photoshopped image, and at an arbitrary size bearing no predictable >> relationship to the physical characteristics of the environment opened >> within. > > > No! I won’t have that. It’s a certain breed of designers doing that, not > "CSS". CSS is a tool that can be misused and not at fault for it's misuse. I don't understand the point of trying to demonize CSS as responsible for poor web design. The www would be a disaster without CSS and the problem stated in the post is solved by CSS and media queries, not created by it. Norman __ 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] rem units and %
sep 18 2014 22:47 Felix Miata : > The natural talent of every modern web browser to adapt content to the user's > environment is usurped by CSS attempting to make every page look like > Photoshopped image, and at an arbitrary size bearing no predictable > relationship to the physical characteristics of the environment opened > within. No! I won’t have that. It’s a certain breed of designers doing that, not "CSS". __ 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] iFrame Tag Error in Validation
There is a .div class that contains the iframe ! Tom Livingston wrote: Anything in the structure BEFORE the iframe amiss? On Fri, Sep 19, 2014 at 2:18 PM, Crest Christopher wrote: I have an opening and closing iframe tag, but the validator is giving this error; Saw< when expecting an attribute name. Probable cause: Missing> immediately before. My code: __ 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/
Re: [css-d] iFrame Tag Error in Validation
On Fri, Sep 19, 2014 at 2:18 PM, Crest Christopher < crestchristop...@gmail.com> wrote: > I have an opening and closing iframe tag, but the validator is giving this > error; > Saw < when expecting an attribute name. Probable cause: Missing > > immediately before. > My code: > > Dunno. Need page markup. Try: stuff Best, David Laakso -- Chelsea Creek Studio http://ccstudi.com desktop | laptop | tablet | mobile __ 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] iFrame Tag Error in Validation
Anything in the structure BEFORE the iframe amiss? On Fri, Sep 19, 2014 at 2:18 PM, Crest Christopher wrote: > I have an opening and closing iframe tag, but the validator is giving this > error; > Saw < when expecting an attribute name. Probable cause: Missing > > immediately before. > My code: > > __ > 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/ -- Tom Livingston | Senior Front-End Developer | Media Logic | ph: 518.456.3015x231 | fx: 518.456.4279 | mlinc.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] iFrame Tag Error in Validation
I have an opening and closing iframe tag, but the validator is giving this error; Saw < when expecting an attribute name. Probable cause: Missing > immediately before. My code: __ 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] why % not working for this?
On Sep 18, 2014, at 9:42 PM, Karl DeSaulniers wrote: > Hi John, > Took a look at your code an here are a few suggestions I think might help. > This is how I understand how to use percentages for width, padding and margin. ( much arithmetic from Karl! ) Thank you, Karl..that was excellent and very instructive…I realized after reading your email that I’d spec’d 270px as a hard width, preventing those thumbs from scaling…I just fixed that and gave them a max-width of 30% of the “middle” width minus the 1.25em on either side and it works beautifully. 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/
