[css-d] Problem with Display in IE8

2011-03-24 Thread Gates, Jeff
I'm having a problem with a web page's display in IE 8.

Here's a quick link I set up to show you how the page looks in IE8 and how it 
should look: http://americanart.si.edu/test2

I don't know where to begin with this one.

You can see the real page at http://africanamericanart.si.edu/timeline

Any help or pointers you could give will be appreciated. Thanks.

Jeff

__
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] Problem with Display in IE8

2011-03-24 Thread Alan Gresley

On 25/03/2011 2:47 AM, Gates, Jeff wrote:

I'm having a problem with a web page's display in IE 8.

Here's a quick link I set up to show you how the page looks in IE8
and how it should look: http://americanart.si.edu/test2

I don't know where to begin with this one.

You can see the real page at
http://africanamericanart.si.edu/timeline

Any help or pointers you could give will be appreciated. Thanks.

Jeff



Hello Jeff,

Firstly it is wise to have valid HTML. Currency your HTML is invalid. 
The problem you see in both IE8 and IE9 is due to having invalid CSS but 
at this point I don't know if IE8 and IE9 are doing the correct thing or 
wrong thing. This is a test case that shows how IE8 and IE9 handles this 
invalid CSS.






To fix the problem find this CSS just under where you have /* -- 
Headings -- */,



#view .item-meta h3 a [font: normal 1em palatino, "times new roman", 
serif; text-indent:0;}



and replace it with this.


#view .item-meta h3 a {font: normal 1em palatino, "times new roman", 
serif; text-indent:0;}



If you missed it, what I have done is changed this part 'a [font:' to 
this 'a {font:'. All blocks must have matching pairs like so, {.}.




--
Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
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] Problem with Display in IE8

2011-03-24 Thread Alan Gresley

On 25/03/2011 4:00 AM, Alan Gresley wrote:





I have uploaded another test.

IE8 and IE9 see this.


   p [background: blue}

   .test1 {background: green}   

   .test2 {background: green}


And all other browsers see this,


   p [background: blue}]

   .test1 {background: green}   

   .test2 {background: green}


by repairing the string [].  None of this explain why the first  
with .test1 is also dropped.




--
Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Elli Vizcaino
Hello CSS Discuss,

I am really stumped by why there are some slight differences when viewing my 
work locally and then online, since I am using the same exact CSS and the same 
browser. Unfortunately, I can not provide a URL to the page because it is 
proprietary and I have signed an NDA. 

Hoping someone would know off hand what would cause these discrepancies to 
happen. Viewing via FF 3.6 and Mac OSX version 10.6.7

TIA,

Elli 



  
__
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] Problem with Display in IE8

2011-03-24 Thread Alan Gresley

On 25/03/2011 4:00 AM, Alan Gresley wrote:






I will try this again but this time with the link to the new test.





IE8 and IE9 see this.


   p [background: blue}

   .test1 {background: green}

   .test2 {background: green}


And all other browsers see this,


   p [background: blue}]

   .test1 {background: green}

   .test2 {background: green}


by repairing the string [].  None of this explain why the first  
with .test1 is also dropped.



--
Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Elli Vizcaino
Thanks for your reply. No I have not tried comparing the markup in winMerge, is 
that for windows only? I am on a Mac. I am using Dreamweaver and that is what I 
use to save my files. I have been working on several pages of the site for the 
past few weeks and this is the first time I am running into this problem. Only 
2 small areas are shifting. Not the whole site. It's textual content that seems 
to change it's line-height when viewed in the browser while the site is online. 
Okay let me see what I can do about providing a snippet of the parts that have 
issues. 

Elli 


--- On Thu, 3/24/11, Kevin A. Cameron  wrote:

From: Kevin A. Cameron 
Subject: Re: [css-d] Same CSS, Same Browser But Looks Different Locally/Online
To: "Elli Vizcaino" 
Date: Thursday, March 24, 2011, 2:23 PM

You've compared the markup side by side with a diff program like WinMerge?
Is the local version created by using the save feature in your browser? I've 
noticed that some browsers will actually change the markup in that process.

What parts are changing? The whole site? or just some content/header? Try 
creating a page that only has the issues that are changing to reduce the 
variables.
To get around the NDA, just strip out the content/images and post that for us 
to look at.

Kevin



On Thu, Mar 24, 2011 at 11:16 AM, Elli Vizcaino  wrote:

Hello CSS Discuss,



I am really stumped by why there are some slight differences when viewing my 
work locally and then online, since I am using the same exact CSS and the same 
browser. Unfortunately, I can not provide a URL to the page because it is 
proprietary and I have signed an NDA.




Hoping someone would know off hand what would cause these discrepancies to 
happen. Viewing via FF 3.6 and Mac OSX version 10.6.7



TIA,



Elli









__

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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Chetan Crasta
Install Firebug and then inspect the CSS that is applied to the
elements in question.

Regards,
Chetan Crasta
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Kevin A. Cameron
Wait, are you comparing the preview in Dreamweaver to what you see in a
browser? I don't use Dreamweaver, but IIRC the appearance of the preview
should be taken with a grain of salt, and to look at the page in whatever
browsers you are planning to support.

Kevin


On Thu, Mar 24, 2011 at 11:45 AM, Chetan Crasta wrote:

> Install Firebug and then inspect the CSS that is applied to the
> elements in question.
>
> Regards,
> Chetan Crasta
> __
> 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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Elli Vizcaino
Yes I already use Firebug and have been for several years now. :) The issue 
doesn't seem to be that the CSS is different. Something else is going on. 

Elli 



--- On Thu, 3/24/11, Chetan Crasta  wrote:

> From: Chetan Crasta 
> Subject: Re: [css-d] Same CSS, Same Browser But Looks Different Locally/Online
> To: "Elli Vizcaino" 
> Cc: css-d@lists.css-discuss.org
> Date: Thursday, March 24, 2011, 2:45 PM
> Install Firebug and then inspect the
> CSS that is applied to the
> elements in question.
> 
> Regards,
> Chetan Crasta
> 


  
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Elli Vizcaino
No. I only hand code in Dreamweaver so I don't use their design view. I am 
viewing the files via FF, through a local mamp web server. And then I view the 
files again, in the same browser, FF but on the web server on the domain name 
of the site. and that is where the discrepancy shows up. 

Elli 



--- On Thu, 3/24/11, Kevin A. Cameron  wrote:

From: Kevin A. Cameron 
Subject: Re: [css-d] Same CSS, Same Browser But Looks Different Locally/Online
To: "Elli Vizcaino" 
Cc: css-d@lists.css-discuss.org
Date: Thursday, March 24, 2011, 2:50 PM

Wait, are you comparing the preview in Dreamweaver to what you see in a 
browser? I don't use Dreamweaver, but IIRC the appearance of the preview should 
be taken with a grain of salt, and to look at the page in whatever browsers you 
are planning to support.

Kevin



On Thu, Mar 24, 2011 at 11:45 AM, Chetan Crasta  wrote:

Install Firebug and then inspect the CSS that is applied to the

elements in question.



Regards,

Chetan Crasta

__

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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Claude Needham
On Thu, Mar 24, 2011 at 11:16 AM, Elli Vizcaino  wrote:
> Hello CSS Discuss,
>
> I am really stumped by why there are some slight differences when viewing my 
> work locally and then online, since I am using the same exact CSS and the 
> same browser. Unfortunately, I can not provide a URL to the page because it 
> is proprietary and I have signed an NDA.
> TIA,
> Elli

Something like this was driving me mad a few years back.
I could not figure what the heck was going on.
I compared the css word for word. I double-checked my cache to see
what the actual download version of the style sheet looked like -- in
case it was a server issue.

Turned out. I had one of those ad blockers running AND I named one
of my divs something like "adblock". The ad blocker would set any div
with a name like adblocker to display: none.  And, they only did this
on the internet version.  When browsing locally it did not do the same
thing.

So to fix, I renamed my div and all was well. If you have any ad
blocker you could be looking at something like this. Or, it could be
another issue involving the fact that your local drive is typically
white-listed.

Regards,
Claude Needham
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Dan Kaufman

The BEST browser to review your work in is the SAME browser (and O/S) that
your client sits in front of every day.



-Original Message-
From: css-d-boun...@lists.css-discuss.org
[mailto:css-d-boun...@lists.css-discuss.org] On Behalf Of Elli Vizcaino
Sent: Thursday, March 24, 2011 11:56 AM
To: Kevin A. Cameron
Cc: css-d@lists.css-discuss.org
Subject: Re: [css-d] Same CSS,Same Browser But Looks Different
Locally/Online

No. I only hand code in Dreamweaver so I don't use their design view. I am
viewing the files via FF, through a local mamp web server. And then I view
the files again, in the same browser, FF but on the web server on the domain
name of the site. and that is where the discrepancy shows up. 

Elli 



--- On Thu, 3/24/11, Kevin A. Cameron  wrote:

From: Kevin A. Cameron 
Subject: Re: [css-d] Same CSS, Same Browser But Looks Different
Locally/Online
To: "Elli Vizcaino" 
Cc: css-d@lists.css-discuss.org
Date: Thursday, March 24, 2011, 2:50 PM

Wait, are you comparing the preview in Dreamweaver to what you see in a
browser? I don't use Dreamweaver, but IIRC the appearance of the preview
should be taken with a grain of salt, and to look at the page in whatever
browsers you are planning to support.

Kevin



__
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] Browser Stacking Issues

2011-03-24 Thread Tim Wolf
I'm running some browser-specific stacking issues with Flash objects on two
different pages: 

1. In Chrome (Mac & Win) and IE 7 & 8, the css drop-downs on the left of
this page fall behind the flash MP3 player in the left column. Seems like
this would be a stacking issue but can't pin it down.

http://159.247.160.110/pod.php


2. In only Opera (Win), I have a similar issue with both an MP3 (podcast)
player on slide #2 and an embedded YouTube video in slide #3. You'll see
that when each slide moves "out of the way," they sit above the div to their
left, out of frame of the feature slider. Again, only happening in Opera
(Win).

http://159.247.160.110/index.php


Any suggestions would very much appreciated.

Tim Wolf


__
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] ie display problem

2011-03-24 Thread Rory Bernstein
On 3/23/11 5:28 PM, Rory Bernstein wrote:
> On this page:
> http://motherloadshow.com/
> 
> There is a div called id="bulletin_board" that should display an image of 
> papers pinned to a cork board ...>
> 
> Thanks, Rory


Philip Taylor kindly sent me this screenshot showing how the bulletin board 
content gets shifted vertically downward (see URL below). That box with the 
cork background and text that says, "this hilarious..." should be up directly 
above where it shows up in the screenshot, in the dark blue box.

http://rorybernstein.com/motherload_ie_problem.jpg

There have been a few responses about this problem, but no solution yet.  : (

Can anyone tell me what is wrong with the code that makes the bulletin board 
move down in some versions of IE? Thanks again!  Rory
__
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 Horisontal Navigation Stopped Working

2011-03-24 Thread Stephanie Robinson
Hi - I just started a website redesign for a new client. I did a quick
initial layout in her old table-based format and the css navigation worked
fine. I've now changed it over to div's and while part of the css is working
OK, the navigation drop downs and hovers quit working. My brain is mush
looking at so few lines of code and not seeing what's wrong.



http://www.issw.com/hallmark/index_new.htm

http://www.issw.com/hallmark/css/style.css



Can someone take a look and see what I'm missing? I'm fairly new to css and
working my way through learning the both the basics and the quirks.



Thank you for your help,

Stephanie
__
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] Problem with Display in IE8

2011-03-24 Thread Gates, Jeff
On 3/24/11 2:18 PM, "Alan Gresley"  wrote:

On 25/03/2011 4:00 AM, Alan Gresley wrote:

> 


I will try this again but this time with the link to the new test.





IE8 and IE9 see this.


p [background: blue}

.test1 {background: green}

.test2 {background: green}


And all other browsers see this,


p [background: blue}]

.test1 {background: green}

.test2 {background: green}


by repairing the string [].  None of this explain why the first 
with .test1 is also dropped.


---

Alan, let me see if I am understanding you. Basically, you're saying there is a 
[ when there should be a {  in my CSS and that could foul things up with IE. Is 
that correct?

Also, you're saying that the html needs to validate. Are those the two things 
you're saying?

Thanks for looking at this.

Best, Jeff
__
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] ie display problem

2011-03-24 Thread Kevin A. Cameron
- Try floating the img left, and add something to clear the parent div.
- Or putting the cork board before the image, which seems contrary to normal
flow, but with the cork board floated right, the img shouldn't bump down.

Kevin


On Thu, Mar 24, 2011 at 1:26 PM, Rory Bernstein wrote:

> On 3/23/11 5:28 PM, Rory Bernstein wrote:
> > On this page:
> > http://motherloadshow.com/
> >
> > There is a div called id="bulletin_board" that should display an image of
> papers pinned to a cork board ...>
> >
> > Thanks, Rory
>
>
> Philip Taylor kindly sent me this screenshot showing how the bulletin board
> content gets shifted vertically downward (see URL below). That box with the
> cork background and text that says, "this hilarious..." should be up
> directly above where it shows up in the screenshot, in the dark blue box.
>
> http://rorybernstein.com/motherload_ie_problem.jpg
>
> There have been a few responses about this problem, but no solution yet.  :
> (
>
> Can anyone tell me what is wrong with the code that makes the bulletin
> board move down in some versions of IE? Thanks again!  Rory
> __
> 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] Problem with Display in IE8

2011-03-24 Thread Alan Gresley

On 25/03/2011 7:35 AM, Gates, Jeff wrote:

On 3/24/11 2:18 PM, "Alan Gresley"  wrote:

On 25/03/2011 4:00 AM, Alan Gresley wrote:






I will try this again but this time with the link to the new test.





IE8 and IE9 see this.


 p [background: blue}

 .test1 {background: green}

 .test2 {background: green}


And all other browsers see this,


 p [background: blue}]

 .test1 {background: green}

 .test2 {background: green}


by repairing the string [].  None of this explain why the first
with .test1 is also dropped.


---

Alan, let me see if I am understanding you. Basically, you're saying there is a 
[ when there should be a {  in my CSS and that could foul things up with IE. Is 
that correct?

Also, you're saying that the html needs to validate. Are those the two things 
you're saying?

Thanks for looking at this.

Best, Jeff



Yes, see my initial reply.



To fix the problem find this CSS just under where you have /* -- 
Headings -- */,



#view .item-meta h3 a [font: normal 1em palatino, "times new roman", 
serif; text-indent:0;}



and replace it with this.


#view .item-meta h3 a {font: normal 1em palatino, "times new roman", 
serif; text-indent:0;}



If you missed it, what I have done is changed this part 'a [font:' to 
this 'a {font:'. All blocks must have matching pairs like so, {.}.




--
Alan http://css-class.com/

Armies Cannot Stop An Idea Whose Time Has Come. - Victor Hugo
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread John D
First clear all cache files from your system;  Then if this doesn't solve, 
then try loading the files from your desktop to your server using the ftp 
client.  DON'T USE DREAMWEAVER'S FTP FACILITY;  It is likely that 
dreamweaver is not loading the changed files.


I have seen these things happen all the time and loading the files manually 
using FTP is the only best way to ensure you have the same exact files on 
both systems.


hth


--
From: "Elli Vizcaino" 
Sent: Thursday, March 24, 2011 6:16 PM
To: 
Subject: [css-d] Same CSS, Same Browser But Looks Different Locally/Online


Hello CSS Discuss,

I am really stumped by why there are some slight differences when viewing 
my work locally and then online, since I am using the same exact CSS and 
the same browser. Unfortunately, I can not provide a URL to the page 
because it is proprietary and I have signed an NDA.


Hoping someone would know off hand what would cause these discrepancies to 
happen. Viewing via FF 3.6 and Mac OSX version 10.6.7


TIA,

Elli




__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Christian Kirchhoff

In my opinion this could have a bunch of causes.

Did you load the local files with "file://..." or do you have a server 
running locally and go through localhost?
Might the remote server have a OS running that uses case sensitive file 
names, whiule your local OS does not? Maybe when viewed remotely an 
image file is not found.


What I found with Google:
- http://forums.creativecow.net/thread/191/865802
"The css file name was too long and used a - not _ . This did not create 
an error on my local machine, but was a problem on the server."
- 
http://gullele.wordpress.com/2011/01/25/css-rendered-different-for-local-and-remote-servers/
"Then I changed the localhost with my computer name and yup it is all 
messed up."


Hope that helps...

Best regards

Christian
Editura GmbH & Co. KG
Tempelhofer Damm 2 · 12101 Berlin
www.editura.de 
AG Berlin-Charlottenburg · HRA 43189 B · USt.Id. DE217180548
Geschäftsführer: Stefan Krause · Ralf Szymanski
__
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] Same CSS, Same Browser But Looks Different Locally/Online

2011-03-24 Thread Elli Vizcaino
Thanks John and Christian for your suggestions. I will give them both a try 
tomorrow and follow up wth an update. 

@ Christian, I use Mamp and it's a localhost that points to the name of the 
site on my hard drive. So for example it would be: nameofdirectory:/me.html 
and all images do show, it's a discrepancy in the line height of some of the 
text, not all. 


Elli  


--- On Thu, 3/24/11, Christian Kirchhoff  wrote:


> In my opinion this could have a bunch
> of causes.
> 
> Did you load the local files with "file://..." or do you
> have a server running locally and go through localhost?
> Might the remote server have a OS running that uses case
> sensitive file names, whiule your local OS does not? Maybe
> when viewed remotely an image file is not found.

> 
> Hope that helps...
> 




  
__
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] height and width specifications

2011-03-24 Thread Sara Haradhvala
Is there any reason to specify an image's height and width on the img tag 
rather than (or in addition to) specifying in the CSS?  Could specifying the 
width and height only in the CSS be a reason that an image might load more 
slowly (in modern browsers)?

Thanks,
Sara
__
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] Problem with Display in IE8

2011-03-24 Thread Philippe Wittenbergh

On Mar 25, 2011, at 3:18 AM, Alan Gresley wrote:

> 
> 
> 
> IE8 and IE9 see this.
> 
> 
>   p [background: blue}
> 
>   .test1 {background: green}
> 
>   .test2 {background: green}
> 
> 
> And all other browsers see this,
> 
> 
>   p [background: blue}]
> 
>   .test1 {background: green}
> 
>   .test2 {background: green}
> 
> 
> by repairing the string [].  None of this explain why the first  with 
> .test1 is also dropped.

No idea what IE 8 + are doing, but -
The Gecko error console flags this:
> "Unexpected token in attribute selector: ‘:’.  Ruleset ignored due to bad 
> selector." {file: "http://css-class.com/test/css/parsing/invalid-blocks2.htm"; 
> line: 12}


The CSS validator returns this
Parse Error [background: blue} .test1]

Basically, in both cases you have an invalid  selector
p [background: blue} .test1
and everything is ignored until the 1st instance of 'green}'

The 1st valid selector after p{} is .test2

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] height and width specifications

2011-03-24 Thread G.Sørtun

 Is there any reason to specify an image's height and width on the
 img tag rather than (or in addition to) specifying in the CSS?


Setting and image's width and height in the HTML code, reserves the 
space for that element before image gets loaded. I don't think there is 
any other advantage,  and I rarely ever set image width/height in the 
HTML code.
I don't set images' width/height in CSS either, other than as general 
and standard-classes for max-width to make images play nice with my layouts.



 Could specifying the width and height only in the CSS be a reason
 that an image might load more slowly (in modern browsers)?


If one specify varying dimensions for loads of images in CSS everything 
may slow down somewhat simply because of large CSS.
I haven't notices such slow-down for my own work since I don't set 
dimensions anywhere. Have an example?


regards
Georg

__
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] lead

2011-03-24 Thread David Laakso

Mac OS 10.4.11

FF/3.6.15 puts a space beneath the buttons in the fuchsia nav block.
Safari/4.1.3 does not.
What to do, if anything?

HTML


CSS
Line Number 1-11:


Best,
~d


--
http://chelseacreekstudio.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] lead

2011-03-24 Thread Philippe Wittenbergh

On Mar 25, 2011, at 11:33 AM, David Laakso wrote:

> FF/3.6.15 puts a space beneath the buttons in the fuchsia nav block.
> Safari/4.1.3 does not.
> What to do, if anything?
> 
> HTML
> 

why the overflow: hidden in
nav li a, nav ul li b ?
remove it and you'll have the same display in Webkit and Gecko and Opera and IE 
9.

WebKit incorrectly misalign display:inline-block elements on the baseline. And 
the rules are different depending on what you set the overflow:property to.

(bottom of http://www.w3.org/TR/CSS21/visudet.html#propdef-vertical-align)
quote:
The baseline of an 'inline-block' is the baseline of its last line box in the 
normal flow, unless it has either no in-flow line boxes or if its 'overflow' 
property has a computed value other than 'visible', in which case the baseline 
is the bottom margin edge.

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] lead

2011-03-24 Thread David Laakso

On 3/24/11 10:45 PM, Philippe Wittenbergh wrote:

FF/3.6.15 puts a space beneath the buttons in the fuchsia nav block.
Safari/4.1.3 does not.
What to do, if anything?

HTML


why the overflow: hidden in
nav li a, nav ul li b ?
remove it and you'll have the same display in Webkit and Gecko and Opera and IE 
9.

WebKit incorrectly misalign display:inline-block elements on the baseline. And 
the rules are different depending on what you set the overflow:property to.

Philippe




Bingo! Thank you, Philippe.

Best,
~d




--
http://chelseacreekstudio.com/
http://chelseacreekstudio.com/fa/

__
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/