Re: [css-d] World is upside-down, IE is good but FF is wrong

2006-05-30 Thread Kenny Graham
Looks fine for me in FF, but the bottom nav item is clipped off in IE.
 The only other difference I can see is that the submenu items have a
red border on hover in FF and not IE.  However, FF is doing it
correctly here, because of this rule:

#menu ul li a:hover {
 border-right: 4px solid #f00;  
}

the li's of the submenus are decendants of ul's which are
decendants of #menu.  If this is the problem you're talking about, it
can be fixed by adding this rule:

#menu ul li ul li a:hover {
  border-right-width: 0;
}

It could be better fixed by changing the original rule's selector to
#menu ul  li a:hover, but IE wouldn't understand that.
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] World is upside-down, IE is good but FF is wrong

2006-05-30 Thread Appalaches Web
Hi Kenny,

I add what you suggest:
#menu ul li ul li a:hover {
  border-right-width: 0;

It's solved a part of my problem. The 4px red border disappear at the right
of the sub-menu when mouseover. It's ok for that.

But the 4px red border disappear to at the left of the sub-menus when
mouseover. I need to keep this left border to make the bridge between menu
and sub-menus during mouseover.

I need to know how I could keep this bridge between them during scrooling
sub-menus.

I would like to have exactly the same thing in FF that we could see in IE.

I know that I have a clipped off to fix in IE but my biggest problem now is
with the red border.

GJ


- Original Message -
From: Kenny Graham [EMAIL PROTECTED]
To: Appalaches Web [EMAIL PROTECTED];
css-d@lists.css-discuss.org
Sent: Tuesday, May 30, 2006 1:59 AM
Subject: Re: [css-d] World is upside-down, IE is good but FF is wrong


 Looks fine for me in FF, but the bottom nav item is clipped off in IE.
  The only other difference I can see is that the submenu items have a
 red border on hover in FF and not IE.  However, FF is doing it
 correctly here, because of this rule:

 #menu ul li a:hover {
  border-right: 4px solid #f00;
 }

 the li's of the submenus are decendants of ul's which are
 decendants of #menu.  If this is the problem you're talking about, it
 can be fixed by adding this rule:

 #menu ul li ul li a:hover {
   border-right-width: 0;
 }

 It could be better fixed by changing the original rule's selector to
 #menu ul  li a:hover, but IE wouldn't understand that.
 __
 css-discuss [EMAIL PROTECTED]
 http://www.css-discuss.org/mailman/listinfo/css-d
 IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
 List wiki/FAQ -- http://css-discuss.incutio.com/
 Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] nav bounce

2006-05-30 Thread mindy
Hey all,

I'm slowly learning this wonderful css stuff. :oD Recently we decided to
redesign our web comic in css/php though I'm having a problem with the
navigation when you hover it jumps (I guess like the rest of us). I've
searched using my trusty Google and haven't come up with much. If you can
point me in the right direction I'd appreciate it. This is not a browser
specific problem and here’s the link and the relevant code:

[LINK: http://pj-chron.com/redesign] http://pj-chron.com/redesign


.sidelink{
display:block;
width:90px;
background:#eee url(images/gradient1.png) repeat-x;
margin: 3px 9px 2px 10px;
padding-top: 4px;
padding-left: 4px;
padding-bottom: 4px;
padding-right: 2px;
color: #CC;
border-right:1px solid #bbb;
border-bottom:1px solid #bbb;
border-left:1px solid #ddd;
font-family: cursive;
font-weight: bold;
font-size: 11px;
letter-spacing: +.5px;}


.sidelink:hover,.menuheader{
background:#fff url(images/gradient2.png) repeat-x;
color:#222;
border-top:1px solid #ddd;
border-right:1px solid #888;
border-bottom:1px solid #888;
border-left:1px solid #ddd;
text-decoration:none;}


Thank you for your time,
~Mindy
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] World is upside-down, IE is good but FF is wrong

2006-05-30 Thread francky
Kenny Graham wrote:

Looks fine for me in FF, but the bottom nav item is clipped off in IE.
 The only other difference I can see is that the submenu items have a
red border on hover in FF and not IE.
[...]
  

Hi,
Another difference will appear when you are font-scaling (or the visitor 
is). In FF the meni-li's are collapsing. I think that can be solved by 
omitting the fixed height of the menu ul and menu li's, and giving a 
relative font-size instead of the fixed 11px.
Also (in IE too) the texts in the Services and Actualités blocks are 
walking out of the boxes if the visitor is enlarging the font size, 
because of the fixed heights of the #services_1 and #services_2.
Then the horizontal nav-bar is shifting if the font-size is adapted. I 
guess that can be solved by playing with the the nav ul: positioning 
with {bottom:...;} instead of {top:...;}.

Succes!
francky
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] [Repost] Two ?Simple Problems

2006-05-30 Thread Tim Gaunt \(The Site Doctor\)
I apologise that this is a repost but it got lost among the mails when we
had list problems the other day and I'm really hoping someone can help me
out.

-Original Message-

Hi,

I'm hoping the Guru's of the CSS Discuss can help me out on this page:
http://missmays.com/csstests2.htm

1st and foremost is the issue of the category headings -they work fine in
IE6 but in FF1.5 the second category starts under the special offers list. I
know why (the second category has an additional clearLeft class -without it,
the page looks like this: http://missmays.com/csstests2-noclear.htm). Is
there any way around this? I want FF to look like IE...

2nd -I'm concerned the category the list code will affect the SEO, is there
a better way of making the whole li tag clickable without hiding the text?

Many thanks in advance.

Tim

__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] IE's quirky percentages, and more. Help!

2006-05-30 Thread Eystein Alnaes
Sorry to bring my site from last week back up, but I'm having a series of
issues with IE6. Again.
http://www.eystein.no/test/osloreg2/

1. When hovering the Les mer links, or any other a tag within a p, the
lines around it, and/or the background image (green bullet) jumps to the
left. Which I've traced down to be related to this 
http://www.positioniseverything.net/explorer/percentages.html, however I
can't fix the problem. Well, setting IE in quirks mode does it, but it then
creates more other problems.

2. In the right column bottom box the bottom border skips when hovering the
bottom li, and resets when hovering the a (Motearkiv) below it.

3. The menybar at the top - when clicking a menyitem it jumps to the end of
the the menybar, and resets when hovering it at the new location.

Regards,
Eystein.
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] [OT?] User page template editor

2006-05-30 Thread Piotr Zalewa
Hi

I will write soon a template editor for users profile.

There will be several modules like story, gallery and other more
specific for our users.

User will have the ability to choose a template type, change the place
of an module and change background image/colour.

I want to use AJAX for changing properties of the modules.

Do you know any examples with code around?

Looked for template editors, but it just gives me millions wrong
answers.

Thank you
-- 
piotr zalewa
. [EMAIL PROTECTED]
. +44 7870 419820
. www.nod.pl/pz


signature.asc
Description: This is a digitally signed message part
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] [Repost] Two ?Simple Problems

2006-05-30 Thread Bill Brown
 I apologise that this is a repost but it got lost among the 
 mails when we had list problems the other day and I'm really 
 hoping someone can help me out.
 
 -Original Message-
 
 Hi,
 
 I'm hoping the Guru's of the CSS Discuss can help me out on this page:
 http://missmays.com/csstests2.htm
 
 1st and foremost is the issue of the category headings -they 
 work fine in
 IE6 but in FF1.5 the second category starts under the special 
 offers list. I know why (the second category has an 
 additional clearLeft class -without it, the page looks like 
 this: http://missmays.com/csstests2-noclear.htm). Is there 
 any way around this? I want FF to look like IE...
 
 2nd -I'm concerned the category the list code will affect the 
 SEO, is there a better way of making the whole li tag 
 clickable without hiding the text?
 
 Many thanks in advance.
 
 Tim

Hi Tim.

The FF issue requires you to add overflow:hidden or overflow:auto to your
.CategoryList ruleset. There's other ways as well, but that's a simple and
effective way.

On point two, are you concerned about SEO or accessibility? Search engines
should be unaffected by styled text. They're reading the source code of the page
and not the visual output, from what I understand. Accessibility is another
issue. Screen readers will not parse text with styles of display:none or
visibility:hidden. This sort of leaves you deciding which road to take.
Essentially, you're performing a sort of image replacement; it's just that
you're doing it on LI tags and not a header. If I were you, I'd do a search for
a image replacement techniques in CSS and then choose the one you like best.
There's far too many to list them here.

Hope it helps.
Bill


||
| Bill Brown |
| Webmaster, MacNimble.com   |
| http://www.macnimble.com   |
| mailto:[EMAIL PROTECTED]  |
| Phone: 215-237-2037|
||



___
$0 Web Hosting with up to 200MB web space, 1000 MB Transfer
10 Personalized POP and Web E-mail Accounts, and much more.
Signup at www.doteasy.com

__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] nav bounce

2006-05-30 Thread Stuart Homfray
mindy wrote:
 
 I'm slowly learning this wonderful css stuff. :oD Recently we decided to
 redesign our web comic in css/php though I'm having a problem with the
 navigation when you hover it jumps (I guess like the rest of us). 
 
 [LINK: http://pj-chron.com/redesign] http://pj-chron.com/redesign
 
 

Hi Mindy,

It's caused by the top-border only appearing on mouse hover. You need to 
add a border-top declaration to the .sidelink rule - say:

border-top:1px solid #fff;

cheers,

Stuart
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] Redesign

2006-05-30 Thread Dave Goodchild
Hi all. I am about to commence a redesign of my home site (have learnt a lot
over the last couple of months, much of it from this list) which was
orgininally constructed using absolute positioning. I am beginning to
understand the limits of that appraoch and now the news site will comprise a
header, two columns (floated left and right) and a footer.

I want to go ahead with an elastic - liquid hybrid layout, ie the element
dimensions will be in ems to allow the layout to scale as font-size
increases, with max-widths added to prevent the layout expanding past the
browser window in compliant browsers.

So my base font-size will be 63% (to give a base font of marginally over
10px and avoiding the fractional percentage issue with IE).

Is this a good approach, and if not, could you clarify?

Thanks all!

-- 
http://www.web-buddha.co.uk

dynamic web programming from Reigate, Surrey UK (php, mysql, xhtml, css)

look out for project karma, our new venture, coming soon!
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] IE's quirky percentages, and more. Help!

2006-05-30 Thread Gunlaug Sørtun
Eystein Alnaes wrote:

 http://www.eystein.no/test/osloreg2/
 
 1. When hovering the Les mer links, or any other a tag within a
 p, the lines around it, and/or the background image (green bullet)
 jumps to the left.

IE6' not very standard mode kicks in - again :-)
That's one of the reasons why I usually run IE6 in 'quirks mode'.

Solution for your layout: try restyling '.column-two-content' so it
doesn't rely on quirky paddings, or margins, for its width.

The following seems to work well across browser-land...

.column-two-content {
padding: 0;
margin-left: 3%;
width: 94%;
_margin-left: 1.5%;
_width: 96%;
}

Replace 'leading underscores' with your favorite IE/win hack, if you like.

BTW: have you ever tested the 62.5% font-size on body against 'minimum
font size' option in Opera and Firefox?
The pretty readable text-size with 'minimum font size = 16px' in those
browsers doesn't hurt, but maybe it isn't exactly as you intended.

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Elastic and liquid layout

2006-05-30 Thread Mark Fellowes
I've reset my liquid layout page to the specifics below.  Body - font-size 
62.5%
wrapper in ems
all other elements in %'s
and fonts in ems.

Yet to set the max-width but it seems that while it's now a liquid-elastic 
hybrid (?), I didn't realize it would lose the ability to fill up the view port 
, the advantage of a liquid design.  It does look fine in 800x600px, but my 
viewport is set to 1360x1024 and it's a bit narrow.  So am I'm doing something 
wrong ? I thought elastic provides in keeping the pro's of liquid and 
eliminates the con's.

http://pamshop.com/Template1/exp3.html

Mark


-Original Message-
From: [EMAIL PROTECTED]
Sent: Sunday, May 28, 2006 9:59 PM -07:00
To: Mark Fellowes [EMAIL PROTECTED]
Cc: CSS List [EMAIL PROTECTED]
Subject: [css-d] Elastic and liquid layout

BTW: the whole thing about scaling the width in em for all
column-containers, is a bit flawed if you're trying to set max-width
equal to window-width or something.

Only the wrapper should have width sized in em, while all
column-containers inside it should have width sized in % of that
wrapper. That'll give full width-control for a single max-width set on
wrapper, instead of having to define one max-width for each element.

Sizing this way makes it easy to adapt a basic 'conditional elastic'
layout to whatever base-width one may choose, since all other elements
will adjust to whatever wrapper-width you set or scale to.
Set wrapper-width to 26em, 50em or 72em, and everything will adjust.
Change % width on column-containers to adjust them to each other and the
em sized wrapper.

It will also allow different em-values for font-size on each column,
without having to re-calculate anything regarding column-width.


Now, if anyone knows how to make an IE-expression (or javascript) to be
triggered by, and lock max-width to, a percentage of window-width,
then IE6 can be given a perfect 'conditional elastic' solution too.

Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/

Re: [css-d] IE's quirky percentages, and more. Help!

2006-05-30 Thread Ingo Chao
Eystein Alnaes wrote:
 http://www.eystein.no/test/osloreg2/
 
 1. When hovering the Les mer links, or any other a tag within a p, the
 lines around it, and/or the background image (green bullet) jumps to the
 left. Which I've traced down to be related to this 
 http://www.positioniseverything.net/explorer/percentages.html, however I
 can't fix the problem. Well, setting IE in quirks mode does it, but it then
 creates more other problems.

.column-two-content { padding-right: 3%; padding-left: 3%;}

The padding quirky percentages miscalculation has two faces, depending 
on the haslayout-status of the element:

- False (like in your case): the initial calculation is wrong, but on 
hover, it will jump to a corrected position.

- True (by adding zoom:1): the initial calculation is correct, but on 
hover, it will jump to a wrong position.

Both are wrong. There is no fix as far as I know. Omit padding 
percentages. Alternatively, use them with haslayout, but without a hover 
effect.

 2. In the right column bottom box the bottom border skips when hovering the
 bottom li, and resets when hovering the a (Motearkiv) below it.


This is a rare bug in haslayout by height: 1% (+ position:relative, I 
think).

You have a very long list of fixes

body,
...
...
a.readmore,
...
...
.article h3 a:hover {
p\osition: relative;
heigh\t: 1%;
}


Use zoom:1 /instead/ of height:1% for

a.readmore

Further, there are

.meetings p a.readmore { width: 100%; }

p a.readmore, .meetings p a.readmore { ... padding-left: 15px; ... }

I don't know exactly what you want to achieve, since a width does not 
apply to the inline link in standards mode IE.

In case you need it:

With the zoom:1 fix above, the inline link will now behave like 
inline-block, and being inline-block internally, silly IE will apply a 
width. Since the width of 100% will add to the 15px padding, this will 
expand the .meetings box

You could exchange width + padding-left with

display: block;
text-indent:15px;

As I wrote, I don't know if you want that underline being 100%.


 3. The menybar at the top - when clicking a menyitem it jumps to the end of
 the the menybar, and resets when hovering it at the new location.


Again, your long list

.box-header #navlist li a:hover,
.box-header #navlist li#active, /* not this one */
.box-header #navlist li#active a,
.box-header #navlist li#active a:hover
  { position: relative; height:1% }

but

.box-header #navlist li a {... float: left; ...}

Another rare haslayout bug. The links are having layout due to the 
float, and an additional height:1% causes this jump on hover.

Delete the height:1% for these links.

-


In conclusion, split off the long list into separate rules. Check for 
/each/ rule if

a) zoom:1
  or
b) no haslayout trigger next to position: relative

does the fix here.

Why? In case you did not see your page in IE7: major parts of the page 
are collapsing into one pixel line due to the height:1%, which is 
respected in IE7.

On the other hand, simply removing the hacks here does not help much 
(they did not fix all the bugs), so you have to use zoom:1 instead 
sometimes.

Once you have this list ready, you should decide whether a Conditional 
Comment would better suit your hacks.

Ingo

-- 
http://www.satzansatz.de/css.html
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Redesign

2006-05-30 Thread Gunlaug Sørtun
Dave Goodchild wrote:

 I want to go ahead with an elastic - liquid hybrid layout, ie the 
 element dimensions will be in ems to allow the layout to scale as 
 font-size increases, with max-widths added to prevent the layout 
 expanding past the browser window in compliant browsers.

Your approach looks fine, so far.

 So my base font-size will be 63% (to give a base font of marginally 
 over 10px and avoiding the fractional percentage issue with IE).

You should avoid setting such a small font-size as base.
A font-size base of 100% or 125% will work better (see below).

---

Not setting any base font-size on body, and avoiding 'em' for font-sizes
further in, will allow you to work around IE6' lack of support for
'max-width' too.

It does work, actually...
http://www.gunlaug.no/tos/moa_12.html
...although it may make the design-process slightly more complex since
it looks like a /reversed approach/ to 'elastic - liquid hybrid layout'.

 Is this a good approach, and if not, could you clarify?

On font-size: http://www.gunlaug.no/contents/wd_1_03_04.html

regards
Georg
-- 
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Redesign

2006-05-30 Thread David Laakso
Dave Goodchild wrote:
 I want to go ahead with an elastic - liquid hybrid layout, ie the element
 dimensions will be in ems to allow the layout to scale as font-size
 increases, with max-widths added to prevent the layout expanding past the
 browser window in compliant browsers.

 So my base font-size will be 63% (to give a base font of marginally over
 10px and avoiding the fractional percentage issue with IE).
   
This is a personal opinion(that has nothing to do with CSS, at least as 
far as this list is concerned):
I have no clue what your font statement means (other than it sounds like 
yet another mousetype site on the Web).
Try:
body { font: 100%/1.2 sans-serif; }
let  the /primary/ content p inherit default(100%), and let the 
/secondary/ content drop (using percent) to 95%, with 90% set on the 
navigation.
She'll scale in IE. Children and older folks will flock to your site to 
behold its wonder. And everyone else will adjust the fonts(up or down) 
as they deem necessary. The purpose of typography is very simple: make 
content readable. It has absolutely nothing to do with being 'cool.'
Someone else on the list will provide suggestions regarding your layout 
proposal.
 Is this a good approach, and if not, could you clarify?
Regards,
~davidLaakso

-- 
http://www.dlaakso.com/gustave/

__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Elastic and liquid layout

2006-05-30 Thread David Laakso
Mark Fellowes wrote:
 I've reset my liquid layout page to the specifics below.  Body - font-size 
 62.5%
 wrapper in ems
 all other elements in %'s
 and fonts in ems.

 Yet to set the max-width but it seems that while it's now a liquid-elastic 
 hybrid (?), I didn't realize it would lose the ability to fill up the view 
 port , the advantage of a liquid design.  It does look fine in 800x600px, but 
 my viewport is set to 1360x1024 and it's a bit narrow.  So am I'm doing 
 something wrong ? I thought elastic provides in keeping the pro's of liquid 
 and eliminates the con's.

 http://pamshop.com/Template1/exp3.html

 Mark

   
I think if you do this, she'll open like a butterfly.
body {
/*font-size: 62.5%;*/
}
Regards,
~davidLaakso

-- 
http://www.dlaakso.com/gustave/

__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


[css-d] Moderator??

2006-05-30 Thread Steve LaBadie
Can someone direct me to the moderator for this site.  I would like a
private conversation.
 
Thank You 
 
Steve LaBadie, Web Manager 
East Stroudsburg University 
200 Prospect St. 
East Stroudsburg, Pa 18301-2999 
570-422-3999 
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]  
http://www.esu.edu http://www.esu.edu/ 
 
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Generally: CSS and SEO

2006-05-30 Thread tedd
At 4:49 AM +0200 5/30/06, Gunlaug Sørtun wrote:
tedd wrote:
  Pitfalls: - repositioned bits and pieces may not scale well when
  subjected to font-resizing.


  Use em's.

Using 'em' for dimensioning and positioning works just fine in some
cases, but not at all in others. It all depends of what those bits and
pieces are and where they're going, and although I don't have any major
problems with scaling (since I always try to design and test for the
extremes), I know that many designers/sites do, so scaling /may/ cause
problems.

Using anything /may/ cause problems -- it's the 
experience/skill of the user that makes the 
difference.

-snip-  (good points on disabilities)

CSS is a wonderful tool, but CSS shouldn't be used to repair what's
been intentionally broken for whatever reason. The same with
javascript and other design-tools, as they all will give optimal results
when the base - source-code - is optimized.

Yeah, but that doesn't stop people from using a screwdriver to drive a nail.

The point is that css _can_ be used in various 
ways to accomplish it's canonical purpose, which 
is to separate content from presentation. As with 
everything, repair/broke, good/bad, 
should/shouldn't -- they are all in the eye of 
the beholder -- I can only judge how it affects 
me.

tedd
-- 

http://sperling.com  http://ancientstones.com  http://earthstones.com
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/


Re: [css-d] Moderator??

2006-05-30 Thread Jim Nannery
Morning Steve

You wrote


 Can someone direct me to the moderator for this site.  I would like a
 private conversation.
 

This address will get you where you want to go

[EMAIL PROTECTED]

Best

Jim Nannery
owner - www.backporchgames.com

__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7b2 testing hub -- http://css-discuss.incutio.com/?page=IE7
List wiki/FAQ -- http://css-discuss.incutio.com/
Supported by evolt.org -- http://www.evolt.org/help_support_evolt/