Re: [css-d] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread Gunlaug Sørtun
Michael Park wrote:
 Basically, my intention is to create dynamic widths, evenly divided 
 amongst several columns totalling up to 100% of the containing div 
 (yes, this is more or less doable with tables, but I'm trying to 
 determine why this is so troublesome with divs).

When trying to make floats with percentage-width declared line up
flawless in IE, you have to counteract IE's calculation-errors one way
or another.
50% + 50% isn't always exactly 100% ... you can expect 100% +/-1px,
which of course makes the line-up quite unstable.

With line-ups like yours the easiest solution is to pull in the
backside-margin on the last float, so the actual width becomes less than
the visual width...

http://www.gunlaug.no/tos/alien/mp/test1.htm

That'll provide IE with some invisible bug-space for its
calculation-errors, and stability is assured.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
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] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread Michael Park
 50% + 50% isn't always exactly 100% ... you can expect 100% +/-1px,

Yup, that's why I thought maybe one of the ('overflow', 'margin',
'padding', 'border') css properties would do the trick. I guess not in
this case.

 With line-ups like yours the easiest solution is to pull in the
 backside-margin on the last float, so the actual width becomes less than
 the visual width...

Aha, so that's the trick. Interesting, I wonder why the 'overflow'
property doesn't come into play here though.. At any rate, many thanks
for that clear and succinct explanation. That looks like the
work-around I've been looking for.

Thanks again Georg!
__
css-discuss [EMAIL PROTECTED]
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] drop-down with active state on main menu

2008-11-13 Thread tedd
At 5:04 PM -0800 11/12/08, Karl Jacobs wrote:
Howdy all,

I'm doing the standard sons-of-suckerfish menu (and have been using it 
a while) but with a new site I'm being requested to have an active 
state where the current section is highlighted in the main nav.

Of course, it works fine in Safari, Firefox, but not IE.


Any ideas?..

Thanks!

-- Karl

Karl:

The solution I came up with is using php to identify the current 
(i.e., active) page and then change the css accordingly. This is 
similar to my smart navigation as described here:

http://sperling.com/examples/smart-menu/

If you find a pure css way, please share it with me.

Thanks,

tedd

-- 
---
http://sperling.com  http://ancientstones.com  http://earthstones.com
__
css-discuss [EMAIL PROTECTED]
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] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread Gunlaug Sørtun
Michael Park wrote:

 With line-ups like yours the easiest solution is to pull in the 
 backside-margin on the last float, so the actual width becomes less
  than the visual width...
 
 Aha, so that's the trick. Interesting, I wonder why the 'overflow' 
 property doesn't come into play here though..

IE doesn't treat 'overflow' correctly in the first place, and dimensions
are miscalculated and float dropped before it looks at 'overflow' anyway.

 At any rate, many thanks for that clear and succinct explanation. 
 That looks like the work-around I've been looking for.

Pulling and pushing of margins on floats can make all browsers render
the most complex and width-confusing constructions perfectly stable.
Nothing has to be what it looks like when dealing with floats.

I've tried to explain this in more depth here...
http://www.gunlaug.no/contents/wd_additions_26.html
...and included as many links to examples and relevant internal and
external articles as I could think of.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
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] tiled background in front - can I do it?

2008-11-13 Thread Jody Levinson
Update:

Thank you all. It worked!

http://biz42.inmotionhosting.com/~thefit5/index.html

It doesn't work right in IE6, I know, but it doesn't break the page  
either. The background at the bottom just gets pushed down below the  
text. If there's a way to fix that, super. If not, we can live with it.

Thanks again!

Jody

On Nov 7, 2008, at 11:53 AM, David Hucklesby wrote:

 On Nov 6, 2008, at 9:35 PM, Philippe Wittenbergh wrote:


 On Nov 7, 2008, at 2:22 PM, Jody Levinson wrote:

 I want a horizontally repeated background tile across the very  
 bottom of the window
 only and I want it to be in front, so that text seems to scroll  
 up from behind it.


 An absolute positioned, or fixed positioned, block at the bottom  
 of the window,
 stretched to fill it horizontally, with a fixed height, filled  
 with a background-
 image will do that for you.

 On Fri, 7 Nov 2008 10:33:30 -0800, Jody Levinson then asked:
 How about without stretching horizontally? This image needs to tile  
 rather than stretch.


 I think Philippe was referring to the block element being stretched
 (likely a DIV just inside the BODY element). Background images cannot
 be re-sized in any way at the moment, but will tile automatically if
 you specify only the background-image URL.

 Note that DIVs normally stretch to fill available horizontal space  
 --
 no need to apply any special rules for that- you only need a height.

 It seems like you want position: fixed; - be aware this does not work
 in IE 6 and earlier.

 Cordially,
 David
 --

 __
 css-discuss [EMAIL PROTECTED]
 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/

--
TroutDream Graphics, Inc.
Always fresh. Never canned.
http://troutdream.com
425-883-8277
928-833-8277 fax

__
css-discuss [EMAIL PROTECTED]
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] on firefo, blue line around links

2008-11-13 Thread Wade Smart
20081113 1221 GMT-5

I didnt build this site but I have been asked to fix the problem (as 
they are friends) but I cant find anything wrong code wise.

www.questrealtybartlesville.com

If you are viewing from Firefox 3.0.3 (and possibly other versions as 
well) the header graphic had a blue line around it. Its a link back to 
home from other pages. But this line shows up only on FF - not opera. 
Maybe IE but I dont have that on Ubuntu.

Has anyone noticed this in their development and if so, what did you do 
to fix it?

Wade
-- 
Registered Linux User: #480675
Linux since June 2005
__
css-discuss [EMAIL PROTECTED]
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] tiled background in front - can I do it?

2008-11-13 Thread Gunlaug Sørtun
Jody Levinson wrote:

 http://biz42.inmotionhosting.com/~thefit5/index.html
 
 It doesn't work right in IE6, I know, but it doesn't break the page 
 either. The background at the bottom just gets pushed down below the 
 text. If there's a way to fix that, super. If not, we can live with 
 it.

One way to fix IE6...

http://www.gunlaug.no/tos/alien/jl/test_08_1113.html

Additional/proprietary CSS in page-head.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
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] on firefo, blue line around links

2008-11-13 Thread Sandy


Wade Smart wrote:

  20081113 1221 GMT-5
 
  I didnt build this site but I have been asked to fix the problem (as 
they are friends) but I cant find anything wrong code wise.
 
  www.questrealtybartlesville.com
 
  If you are viewing from Firefox 3.0.3 (and possibly other versions as 
well) the header graphic had a blue line around it. Its a link back to 
home from other pages. But this line shows up only on FF - not opera. 
Maybe IE but I dont have that on Ubuntu.
 
  Has anyone noticed this in their development and if so, what did you 
do to fix it?
 
  Wade


hi Wade,

Try adding

#header img{
border : none
}

to your styles.

Sandy

__
css-discuss [EMAIL PROTECTED]
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] Will this throw IE8 into quirks?

2008-11-13 Thread bj
Hey folks,

I'm working on a template for cubecart. The template has this comment first, in 
the line before the doctype, and it is required:

!-- BEGIN: body --

My question is-- will this throw IE8 into quirks? I know that anything before 
the doctype does it to IE7.

Secondly, what exactly IS IE8 quirks? Is it throwing it back to IE5  rendering, 
so I can just style for all IEs the same? Or am I gonna have some sort of 
unimaginable nightmare when IE8 final hits?

Third-- How is IE8 reading (or not) conditional comments? I googled this and 
got a lot of conflicting answers. And I've been using lte IE 7 conditional 
comment to try to futureproof my sites, so this has relevance beyond the 
particular website I referenced above. 

Thank you, as always, for your help.

-- 
Ciao for now,
 bj  mailto:[EMAIL PROTECTED]



PS. I'm on digest so please cc me on answers. Thanks!

__
css-discuss [EMAIL PROTECTED]
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] on firefo, blue line around links

2008-11-13 Thread Jukka K. Korpela
Wade Smart wrote:

 www.questrealtybartlesville.com

 If you are viewing from Firefox 3.0.3 (and possibly other versions as
 well) the header graphic had a blue line around it.

That's because it's a link.

 Its a link back to
 home from other pages.

Admittedly the border looks odd now. But I wonder how users are supposed to 
guess that if there is no colored border around it. But I digress.

 But this line shows up only on FF - not opera.
 Maybe IE but I dont have that on Ubuntu.

Surely IE draws a border too by default, at least all IE versions I've ever 
seen (from IE 3 to IE 7).

Browsers _generally_ draw a colored border - with the same colors as used 
for texts that are links - around an image that is a link (or inside a 
link). The CSS 2.1 specs don't mention this in their default style sheets 
like
http://www.w3.org/TR/CSS21/sample.html
but it's still common practice. You should expect that most graphic browsers 
have (logically speaking) a browser style sheet that includes the rule
:link img, :visited img { border: solid thin; }
or something similar.

If the document does not contain any img elements that should have borders 
(as added in CSS), then you can write simply
img { border: none; }

-- 
Yucca, http://www.cs.tut.fi/~jkorpela/ 

__
css-discuss [EMAIL PROTECTED]
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] Lovely Tableless Form (Except in Firefox 2)

2008-11-13 Thread Geoff Hoffman
Can anyone shed some light as to why my form labels on this page:

http://www.dvsbluray.com/page/about-blu-ray


in Firefox 2 are not observing the following:

form.dvsform label {  #shared.css (line 182)
  color:#294C80;
  text-align:right;
}

form.dvsform label {  #shared.css (line 159)
  width:120px;
}



Works great in IE6, IE7, FF3, Opera 9.6, Safari (Tested WinXP)

Cheers  TIA,

Geoff

__
css-discuss [EMAIL PROTECTED]
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] Will this throw IE8 into quirks?

2008-11-13 Thread Bruno Fassino
bj wrote:

 !-- BEGIN: body --

 My question is-- will this throw IE8 into quirks? I know that
 anything before the doctype does it to IE7.

Yes, it seems that a comment before the doctype puts IE 8 beta 2 in quiks
mode.


 Secondly, what exactly IS IE8 quirks? Is it throwing it back
 to IE5  rendering, so I can just style for all IEs the same?

IE8 quirks should be the same as IE7 quirks. As far as CSS is concerned I
haven't noticed any differences.


 Third-- How is IE8 reading (or not) conditional comments?

Normally IE8 behaves as expected with a version vector 8.000, i.e. it skips
'lte IE 7', reads 'IE gte 8', ecc.
But it can be put in 'Compatibility Mode' where it reacts as IE 7 also to
CC. This can be done in more then one way, either by the user clicking the
'Compatibility View' icon, or by the author, with metatags or HTTP headers.
(And the above is a bit imprecise, since there are indeed more 'modes' in
which IE 8 can be put. Look at the MS IE blog if you need more precise
info).


Bruno


--
Bruno Fassino http://www.brunildo.org/test

__
css-discuss [EMAIL PROTECTED]
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] Will this throw IE8 into quirks?

2008-11-13 Thread Gunlaug Sørtun
bj wrote:

 I'm working on a template for cubecart. The template has this comment
  first, in the line before the doctype, and it is required:
 
 !-- BEGIN: body --
 
 My question is-- will this throw IE8 into quirks? I know that 
 anything before the doctype does it to IE7.

The comment throws IE8b2 into quirks mode, and IE8 final is expected to
go the same route. Don't think it has much choice, really, since
Microsoft have decided on full backwards compatibility :-)

 Secondly, what exactly IS IE8 quirks? Is it throwing it back to IE5 
 rendering, so I can just style for all IEs the same? Or am I gonna 
 have some sort of unimaginable nightmare when IE8 final hits?

IE8' quirks mode rendering will be identical to IE6 quirks mode
rendering on almost every point, so you can design for IE5.5/6 quirks
mode and expect it to work.
IE8 will not throw in any major surprises in quirks mode,
since it'll then stop supporting all CSS that IE6 doesn't support...

http://www.gunlaug.no/contents/wd_additions_34.html

 Third-- How is IE8 reading (or not) conditional comments? I googled 
 this and got a lot of conflicting answers. And I've been using lte IE
  7 conditional comment to try to futureproof my sites, so this has 
 relevance beyond the particular website I referenced above.

IE8b2 responds to !--[if IE 8] and not to CCs targeting other
versions. Mode doesn't matter, so IE8 won't pick up CCs for earlier
versions when in quirks mode.

This means you'll have to use an !--[if IE] or !--[if lte IE 8] for
that particular case. The former will probably be best choice since we
_expect_ all later IE versions to go into quirks mode rendering when
they see the comment on top. One can never be sure about anything when
dealing with future Microsoft releases though.

IE8 in super standards mode will render normal CSS quite well -
without any major quirks. Its CSS support doesn't go much beyond most of
CSS2/2.1 though...

http://msdn.microsoft.com/en-us/library/cc351024(VS.85).aspx

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
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] absolute positioning of an image not working in IE

2008-11-13 Thread Patrik Jansson
(I don't know if this posted at all yesterday... if did, sorry for 
double posting)

Hi,
I've been working on a site, which has several small image galleries of 
different buildings. Bigger image shows when thumbnail is hovered over. 
In FF and Safari the bigger images show nicely on the right side of the 
thumbnails with top of the image aligned with the top of the thumbnails.

In IE, however, the top of the bigger image is a bit lower than the 
thumbnails and when there are thumbnails in three or more rows, the 
bigger image drops even more down, approximately the height of one 
thumbnail. So it looks like IE thinks that the bigger image is 
positioned somehow relatively with the thumbnails..? 

Both the thumbnails and the bigger images are in a relatively positioned div. 
Bigger images have absolute positioning with left and top -values specified. In 
a previous version of the gallery I needed to specify a different top-value for 
IE to position the image correctly (with the #IEroot -technique), now this does 
not help.

For example here there are two rows of thumbnails and IE shows the 
bigger image 1.5em or so below the line it should be in:
http://www.mondiara.com/x_tlehto.php?lang=en

In here there are three rows of thumbnails and the bigger image sinks lower:
http://www.mondiara.com/x_mia.php?lang=en

Four rows of thumbnails and bigger image is even lower:
http://www.mondiara.com/x_kantama.php?lang=en

css is here (gallery part starting on line 207, almost half way down):
http://www.mondiara.com/mondiara.css

Hopefully someone can figure out where the problem is, I've been staring 
at the code for too long and can't come up with new ideas any more.. :-/

regards,
--patrik

__
css-discuss [EMAIL PROTECTED]
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] Lovely Tableless Form (Except in Firefox 2)

2008-11-13 Thread Philippe Wittenbergh

On Nov 14, 2008, at 6:28 AM, Geoff Hoffman wrote:

 Can anyone shed some light as to why my form labels on this page:

 http://www.dvsbluray.com/page/about-blu-ray


 in Firefox 2 are not observing the following:

 form.dvsform label {  #shared.css (line 182)
  color:#294C80;
  text-align:right;
 }

 form.dvsform label {  #shared.css (line 159)
  width:120px;
 }


Firefox 2 doesn't support 'display:inline-block' (as you don't mention  
in the snippet above).

form.dvsform label  {
display:-moz-inline-box; /* -- add this */
display:inline-block;
width:120px;
}

will fix this.


Philippe
---
Philippe Wittenbergh
http://l-c-n.com/





__
css-discuss [EMAIL PROTECTED]
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] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread colleen sullivan leh
Michael Park wrote:
 Basically, my intention is to create dynamic widths, evenly divided
 amongst several columns totalling up to 100% of the containing div
 (yes, this is more or less doable with tables, but I'm trying to
 determine why this is so troublesome with divs).

Georg wrote:
 With line-ups like yours the easiest solution is to pull in the
 backside-margin on the last float, so the actual width becomes less  
 than
 the visual width...


Wouldn't setting each div to a width of 49%, floated left for the  
first then floated right for the second also be a reliable cross- 
browser solution?

-colleen
__
css-discuss [EMAIL PROTECTED]
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] Site Check Please - Cedar Lake Inn

2008-11-13 Thread Peter Hyde-Smith
11/13/2008

I'd appreciate a check of these four pages, 
http://www.fatpawdesign.com/CedarLakeInn/CLIbanquet.html, 
http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetmenu.html, 
http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetpolicies.html, 
http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetphotogallery.html.

CSS here, http://www.fatpawdesign.com/CedarLakeInn/CLIresetcss.css, 
http://www.fatpawdesign.com/CedarLakeInn/CLIpagecss.css, 
http://www.fatpawdesign.com/CedarLakeInn/CLIgallerycss.css.

If the site is going to break, it will do it on one of these pages (which 
actually work on my Win2K/IE6 box at work). Anticipating the intuitively 
obvious for those who dig through the site, the *drinks menu* page is not 
active. FWIW, the photo gallery was modelled (stolen) from Cedarholm's 
Bulletproof Web Design. TIA, and my apologies to the character entity elves.

Peter
www.fatpawdesign.com
developing in: WinXP/SP2 + FF3.0.3 at 1024x768 and 1280x1024
checking in: IE8.0beta/O9.61/Av11.6/Cr0.2/Orca1.1
In God we trust, all else bring data... 

__
css-discuss [EMAIL PROTECTED]
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] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread Gunlaug Sørtun
colleen sullivan leh wrote:

 Wouldn't setting each div to a width of 49%, floated left for the 
 first then floated right for the second also be a reliable cross- 
 browser solution?

Yes, but that would leave a 2% gap between the floats. In some cases
that's fine, in others not.

As long as we're using floats: if one wants a gap-free line-up, or there
are to be more than two floats dividing the available width, then
floating them all in the same direction and pull in the backside-margin
on the last one to make them add up slightly to short, is most reliable.
All browsers understand this method.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
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] Site Check Please - Cedar Lake Inn

2008-11-13 Thread David Laakso
Peter Hyde-Smith wrote:
 11/13/2008

 I'd appreciate a check of these four pages, 
 http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetmenu.html, 
 http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetpolicies.html, 
 http://www.fatpawdesign.com/CedarLakeInn/CLIbanquetphotogallery.html.


 Peter
   

On all four pages in XP IE/7 and IE/6 there is a sliver of white showing 
in the top border.

Aside:
A text block on top of an image (that becomes unrecognizable because of 
it) and that is less deep than the text-block is sometimes pulled-off 
in high end, and avant-garde, print media circles.  I don't think it's 
quite appropriate for your clients site (it just creates the illusion 
the page is broken, even though it is not).




-- 

A thin red line and a salmon-color ampersand forthcoming.
http://chelseacreekstudio.com/

__
css-discuss [EMAIL PROTECTED]
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] on firefo, blue line around links

2008-11-13 Thread David Hucklesby
On Thu, 13 Nov 2008 23:16:47 +0200, Jukka K. Korpela wrote:
 Wade Smart wrote:

 www.questrealtybartlesville.com

 If you are viewing from Firefox 3.0.3 (and possibly other versions as well) 
 the
 header graphic had a blue line around it.


 That's because it's a link.

[...]
 Admittedly the border looks odd now. But I wonder how users are supposed to 
 guess that
 if there is no colored border around it. But I digress.

[...]

Good point. One technique I have used is to add opacity to the image.
Combined with a suitable background-color, this should help. (Admittedly
only if the visitor hovers or tabs to that area. It's a widely enough used
convention that this *may* not be a problem.)

#header  a:hover,
#header  a:focus {
   background-color: #000;
   opacity: .75;
   filter: alpha(opacity=75);
)

This is just a suggestion.

Cordially,
David
--

__
css-discuss [EMAIL PROTECTED]
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] on firefo, blue line around links

2008-11-13 Thread Wade Smart
Sandy wrote:
 
 
 Wade Smart wrote:
 20081113 1221 GMT-5

 I didnt build this site but I have been asked to fix the problem (as 
 they are friends) but I cant find anything wrong code wise.

 www.questrealtybartlesville.com

 If you are viewing from Firefox 3.0.3 (and possibly other versions as 
 well) the header graphic had a blue line around it. Its a link back to 
 home from other pages. But this line shows up only on FF - not opera. 
 Maybe IE but I dont have that on Ubuntu.

 Has anyone noticed this in their development and if so, what did you 
 do to fix it?

 Wade
 
 hi Wade,
 
 Try adding
 
 #header img{
 border : none
 }
 
 to your styles.
 
 Sandy

20081113 1948 GMT-6

Well I feel stupid. I didnt even think of the border.

Thanks Sandy.

-- 
Registered Linux User: #480675
Linux since June 2005
__
css-discuss [EMAIL PROTECTED]
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] Flash swf covers DW sprymenu drop downs

2008-11-13 Thread Mark Wheeler

On Nov 12, 2008, at 3:46 PM, Barbara Oplinger wrote:

 Hello,

 This is my first time with an inquiry.

 On October 2nd members Jimmy and Lourens had an exchange regarding
 this issue. Lourens suggested using SWFObject and this apparently
 solved Jimmy's problem.

 I too have this problem (on all browsers) and tried the
 wmode=transparent parameter  approach which didn't work - unless
 I've done something wrong there. I am hoping that Jimmy or someone
 who's used it before, can explain in easy steps, how to incorporate
 SWFObject 2.0 into my xhtml page, or do what is necessary with the
 download.

 I am not a programmer and feel the need to cry when I try to sort
 through all the info here http://code.google.com/p/swfobject/wiki/
 api .  I realize that it involves changing the java srcript embed
 code, but how do I use this with the SWFObject that I've downloaded.

 Thank you, Barbara

  div class=map
object classid=clsid:D27CDB6E-AE6D-11cf-96B8-44455354
 codebase=http://download.macromedia.com/pub/shockwave/cabs/flash/ 
 swflash.cab#version
 =9,0,28,0 width=362 height=310
  param name=movie value=flash/commPort.swf /
  param name=quality value=high /
  param name=wmode value=transparent /
  embed src=flash/commPort.swf quality=high  
 pluginspage=http://www.adobe.com/shockwave/download/download.cgi? 
 P1_Prod_Version=ShockwaveFlash
  type=application/x-shockwave-flash width=362 height=310/ 
 embed
/object
  /div

Hi Barbara,

Try setting the wmode to opaque instead of transparent and see if  
that does the trick for you.

Mark
__
css-discuss [EMAIL PROTECTED]
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] IE6/7 (standards-mode) dynamic width divs (using percentages and float:left) seem to spill when = 100%?

2008-11-13 Thread Michael Park
 I've tried to explain this in more depth here...
 http://www.gunlaug.no/contents/wd_additions_26.html
 ...and included as many links to examples and relevant internal and
 external articles as I could think of.

Very cool, thanks again for your help with this Georg.


--Mike
__
css-discuss [EMAIL PROTECTED]
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] help to idenifie name of images folder

2008-11-13 Thread [EMAIL PROTECTED]
I'm designing a new web site and my client is wanting to move another  
site onto the server of his new web site.
When he sent me the folder containing the files of his other site,  
when I try to view his site, nome of the images are linked.
The images are in a folder called website images which I tried re- 
naming images. But that still didn't re-link all the images.
Being new to all this, I was wondering if there is anything in the  
html code which would help to idenifie what the images folder is called.
Thanks for your help in this.
chris



!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN
html
head
meta http-equiv=Content-Type content=text/html;CHARSET=x-mac-roman

title
 ICLandingpage
/title
script language=JavaScript
!--
function DocumentOnLoad() {

}
function HideRolloverImage() {
if (document.originalImages != null)
   for(var i=0;i  (document.originalImages.length-1);i+=2)
  document.originalImages[i].src = document.originalImages[i+1];
}
function ShowRolloverImage() {
var i,j=0,objStr,obj,imgList=new  
Array,oldList=document.originalImages;
for (i=0;i  (ShowRolloverImage.arguments.length-2);i+=3) {
   objStr = ShowRolloverImage.arguments 
[(navigator.appName=='Netscape')?i:i+1];
   if ((objStr.indexOf('document.layers[')==0   
document.layers==null) ||
   (objStr.indexOf('document.all[')==0  document.all==null))
  objStr = 'document'+objStr.substring(objStr.lastIndexOf 
('.'),objStr.length);
   obj = eval(objStr);
   if (obj != null) {
  imgList[j++] = obj;
  imgList[j++] = (oldList==null || oldList[j-1]!=obj)? 
obj.src:oldList[j];
  obj.src = ShowRolloverImage.arguments[i+2];
   }
}
document.originalImages = imgList;
}
//--
/script
style type=text/css
!--
 a:link {
 color:#DAA520;
 text-decoration:underline;
 }
 a:active { color:purple }
 a:visited { color:navy }
 body {
 background-color:white;
 color:black;
 }
 .text10 {
 font-family:'Georgia','Times New Roman','Times','Serif';
 font-size:60px;
 text-decoration:none;
 color:#DAA520;
 }
 .text54 {
 font-family:'Arial','Helvetica','Sans-serif';
 font-size:18px;
 text-decoration:none;
 color:white;
 }
 .text61 {
 font-family:'Arial','Helvetica','Sans-serif';
 font-size:18px;
 font-weight:bold;
 font-style:italic;
 text-decoration:none;
 color:#DAA520;
 }
 .text4 {
 font-family:'Arial','Helvetica','Sans-serif';
 font-size:50px;
 font-weight:bold;
 text-decoration:none;
 color:white;
 }
 .text26 {
 font-family:'Arial','Helvetica','Sans-serif';
 font-size:20px;
 font-weight:bold;
 text-decoration:none;
 color:#DAA520;
 }
 .text69 {
 font-family:'Arial','Helvetica','Sans-serif';
 font-size:19px;
 font-weight:bold;
 text-decoration:none;
 color:#DAA520;
 }
 .pNormal {
 }
 .para0 {
 line-height:24px;
 text-align:center;
 }
 .para1 {
 line-height:55px;
 }
 .para23 {
 line-height:30px;
 }
 .para25 {
 padding-bottom:7px;
 line-height:30px;
 }
 .box1 {
 background-color:black;
 width:1024px;
 height:797px;
 }
 .box2 {
 position:absolute;
 left:121px;
 top:83px;
 background-color:black;
 padding:0px;
 width:282px;
 height:71px;
 }
 .box3 {
 position:absolute;
 left:730px;
 top:364px;
 padding:0px;
 width:142px;
 height:66px;
 }
 .box4 {
 position:absolute;
 left:0px;
 top:488px;
 width:1024px;
 height:275px;
 }
 .box5 {
 position:absolute;
 left:0px;
 top:483px;
 width:1024px;
 height:6px;
 }
 .box6 {
 position:absolute;
 left:0px;
 top:761px;
 width:1024px;
 height:6px;
 }
 .box7 {
 position:absolute;
 left:125px;
 top:196px;
 padding:0px;
 width:483px;
 height:128px;
 }
 .box8 {
 position:absolute;
 left:662px;
 top:207px;
 background-color:black;
 width:265px;
 height:149px;
 }
 .box9 {
 position:absolute;
 left:130px;
 top:363px;
 padding:0px;
 width:443px;
 height:58px;
 }
  --
/style
/head

body topmargin=0 leftmargin=0 marginheight=0 marginwidth=0  
onLoad=
DocumentOnLoad()
table border=0 cellspacing=0 cellpadding=0 align=left  
width=100%
 tr
 td valign=top width=1024 height=797
 div class=box1
 a 

[css-d] Page Breaks in IE6

2008-11-13 Thread Rahul Gonsalves
Hi,

Ref: http://www.commercializingbiotech.com/

On this page, the large text Commercializing Successful Biomedical  
Technologies, on the black background is apparently broken in IE6. I  
haven't been able to fix this - does anyone have any suggestions?

Please note: I am aware of the fact that the page does not validate,  
but most of the errors are sadly beyond my control, as the pages have  
now been turned over to my client. I do not believe that the incorrect  
nesting of elements and badly marked up character-entities are  
responsible for the way the page currently displays in IE6.

Thanks,
  - Rahul.
__
css-discuss [EMAIL PROTECTED]
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/