I've been testing a site on Mac/PC in various browsers, and seem to be
having a problem in IE only with the background image shifting
position on some of the pages (notably the "Neighborhoods" link and on
the property listings accessed through "Properties - Listings")
Can anyone help me figure o
Louis Andrews wrote:
>
> On 2-3-2010 15:05, David Laakso wrote:
>
>> Chrome*and* Safari are cut from the same cloth so both exhibit the
>> problem. Adding a width seems to correct it on this end.
>>
>> p.bodytext {width: 550px;border: 1px solid red; }
>>
>> Best,
>> ~d
>>
>>
> Thanks,
-Original Message-
From: css-d-boun...@lists.css-discuss.org
[mailto:css-d-boun...@lists.css-discuss.org] On Behalf Of Thijs Hakkenberg
Sent: Tuesday, March 02, 2010 10:51 AM
To: css-d@lists.css-discuss.org
Subject: Re: [css-d] Strange line in Chrome
On 2-3-2010 15:05, David Laakso wrote
>
>
> Alex,
>
> This brings up in IE/6 and IE/5.5 on this end.
> * html #left dl {position:relative; zoom: 1;}
>
Ahh thanks a ton. This worked for me also.
Alex
__
css-discuss [cs...@lists.css-discuss.org]
http://www.css-discuss.
Alex Mitchell wrote:
> On Mon, Mar 1, 2010 at 6:04 PM, David Laakso
> wrote:
>
>> Alex Mitchell wrote:
>>
>>> The Issue:
>>> The definition lists aren't displaying at all in IE6 or below.
>>> The DLs are contained in a 535px width box, and it displays perfectly
>>> in IE7+, FF, Safari, Chr
On Mon, Mar 1, 2010 at 6:04 PM, David Laakso
wrote:
> Alex Mitchell wrote:
>>
>> The Issue:
>> The definition lists aren't displaying at all in IE6 or below.
>> The DLs are contained in a 535px width box, and it displays perfectly
>> in IE7+, FF, Safari, Chrome, and Opera.
>>
>> Any suggestions?
>
Noah Learner wrote:
> Hi all,
>
> Any of you seen this error before:
> http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fwww.youngsbicycleshop.com%2F#fatal-errorsAny
> clue how to fix it? This is a first for me.
>
Go to the above uri. Read all of it.
1/ click the link that reads:
check
On Tue, Mar 2, 2010 at 10:21 AM, Noah Learner wrote:
> I am stumped. I am trying to validate code on
> http://www.youngsbicycleshop.com and the service doesn't seem to be able to
> parse the page. Any of you seen this error before:
> http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fwww.y
Hi all,
I am stumped. I am trying to validate code on
http://www.youngsbicycleshop.com and the service doesn't seem to be able to
parse the page. Any of you seen this error before:
http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fwww.youngsbicycleshop.com%2F#fatal-errorsAny
clue how to f
On Tue, Mar 2, 2010 at 8:00 AM, Thijs Hakkenberg wrote:
> Dear list,
>
> In Chrome a vertical line appears because the content is wider then the
> frame. In FF and IE, the text breaks up nicely, but not in Chrome.
> http://www.lawandroar.nl/index.php?id=158
>
> Anyone know why?
> _
On 2010/03/02 07:45 (GMT-0800) Elli Vizcaino composed:
> I'm posing this question because there are some CSS 3 properties that are
> in use in a wordpress plugin (sociable) stylesheet and of course it
> doesn't validate. There are also some proprietary opacity properties being
> used to target IE
> What is the general consensus with regards to CSS validation? I'm really
> inclined to leave the opacity effect in.
Validation of CSS is great for finding misspelled properties, bad values,
missing semi-colons, etc, but hacks, proprietary properties, and CSS 3 stuff is
fine (or even necessar
At 2:00 PM +0100 3/2/10, Thijs Hakkenberg wrote:
>In Chrome a vertical line appears because the content is wider then the
>frame. In FF and IE, the text breaks up nicely, but not in Chrome.
>http://www.lawandroar.nl/index.php?id=158
>
>Anyone know why?
The best I could determine is that your
On 2-3-2010 15:05, David Laakso wrote:
> Chrome*and* Safari are cut from the same cloth so both exhibit the
> problem. Adding a width seems to correct it on this end.
>
> p.bodytext {width: 550px;border: 1px solid red; }
>
> Best,
> ~d
>
Thanks, that solved it. The problem is there is a link w
I'm posing this question because there are some CSS 3 properties that are in
use in a wordpress plugin (sociable) stylesheet and of course it doesn't
validate. There are also some proprietary opacity properties being used to
target IE and older gecko browsers, which I can remove. I guess I could
Thanks Jeffrey.
That did not work for me with IE8 in IE7 mode, but I think you're suggesting
is the right direction to take, but maybe with different elements.
For this very moment, I've doing some "brute force" fix with a conditional
"lte IE7" style sheet until I can spend a few hours dissecti
> Elli Vizcaino wrote:
> Not sure if there would be any way to tell IE7 via CSS
> not to break the layout when the zoom feature is used? I
> notice when this site: http://keithkemper.net/blog/ gets re-sized to less
> than 100% with IE7's zoom feature it breaks the layout. The
> background should
Thijs Hakkenberg wrote:
> Dear list,
>
> In Chrome a vertical line appears because the content is wider then the
> frame. In FF and IE, the text breaks up nicely, but not in Chrome.
> http://www.lawandroar.nl/index.php?id=158
>
> Anyone know why?
>
>
Chrome *and* Safari are cut from the same
Dear list,
In Chrome a vertical line appears because the content is wider then the
frame. In FF and IE, the text breaks up nicely, but not in Chrome.
http://www.lawandroar.nl/index.php?id=158
Anyone know why?
__
css-discuss [cs.
On Mar 2, 2010, at 5:34 AM, Reese wrote:
> At root of the
> issue: how to preserve the intent of the designer while keeping the
> page accessible to everyone.
>
> We experimented with some different font replacement technologies
> for reproduction of column header text that the designer wanted
Elli Vizcaino wrote:
> Hello CSS Discuss,
>
> Not sure if there would be any way to tell IE7 via CSS not to break the
> layout when the zoom feature is used? I notice when this site:
> http://keithkemper.net/blog/ gets re-sized to less than 100% with IE7's zoom
> feature it breaks the layout. T
21 matches
Mail list logo
