Re: [css-d] Rounded corners on menu
Hi Albert, Here are some more rounded corner approaches. The first I like best, the nifty corners, as it's a very easy and flexible solution, and doesn't require additional mark-up. The disadvantage is that it's pure Javascript, it may not be suitable for all situations (although it works cross-browser). I've applied it here: http://www.monimbo.org/ http://www.html.it/articoli/niftycube/index.html Nifty Corners Cube - freedom to round http://www.albin.net/css/roundedcorners CSS | “Bullet-Proof” Rounded Corners | Albin.Net http://css-discuss.incutio.com/?page=RoundedCorners Rounded Corners - css-discuss See ya! Loek Albert van der Veen wrote: > Hi list, > > I would like to round the corners, using css, on this site: > http://www.ediec.org > Menu should size when one increases/decreases the font. > > Examples of sites that do this (rounded corners on all corners, not just > tabs) are much appreciated. > > thanks, > Albert > > __ > 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-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] browser difference with pt measurements in print stylesheet
Hi, In a print stylesheet I followed the book and use font-sizes in pt's. However, printing from different browsers I find considerable size differences: in IE7 and Safari/Win the characters are only about 60% the size of what they are in the Firefox output. Is this a known problem, and what would be a proper solution? Thanks, Loek __ 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] css hover question
Christian Kirchhoff wrote: > Hello, > > you can do that with the pseudo class "hover": > http://www.w3.org/TR/CSS21/selector.html#dynamic-pseudo-classes > > But be aware that not every browser supports that class for every element. > Older browsers might not support it at all, or only for links. > That's correct, but you can add a useful and unobtrusive script to your css that will make also IE understand :hover on elements other than links. http://www.xs4all.nl/~peterned/csshover.html Good luck, Loek __ 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] Padding on wrapped lines
Hi list, I have a problem which looks very simple at first, but seems to be getting really complicated. But maybe I'm just overlooking something obvious. I'm trying to apply a backgroundcolor to a piece of text which stretches over a few lines. However, the background should not be square, but end where each line of text ends, and in between each line should be a bit of empty space. The text is dynamically generated and should be resizable, so I can't put in manual line-breaks. See my examples: http://www.altereco.nl/inlinepadding.html Example 3 shows what it should look like (at least in FF2 en IE6), but here each line is wrapped in separate div's. Of course the problem is the red bodytext, not the green headers. In example 1 I tried by floating the blocks, but it puts a solid square around the bodytext. Nr 2 is displayed inline, but here the padding-left is only applied to the first line, and padding-right to the last line. Maybe logical, but not what I need. IE6 is also displaying some strange bugs (duplicating words when it's wrapping etc.) I don't care about changing the html, as long as the bodytext parts can be in one piece. Any ideas how to tackle this? Thanks, Loek __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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] Padding on wrapped lines]
Michael Wilkey wrote: > Try putting it in a list? I don't see how a list is going to help me get something like example 3. Could you explain? Loek __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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] div background question
Hi Peggy, > I have a background image in my #container div that I would like to change > on different pages. Is there some way to do this besides creating a > separate class for each page (e.g., #container-about, #container-contact, > etc.)? > CSS itself is not a scripting language with conditions etc. If you want to change pictures, you should either let the server provide a different image for every page, or you could use a simple javascript to pick an image for that specific location. It could be programmed to look at e.g. pagetitle and pick an image with the same name. If a random image will do, or if programming is out of the question, you could google for 'javascript random image' and you'll find easy to use examples. Loek __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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] Problem with image
John Jackson wrote:
> I'm working on this site that's using rotator code from javascript. In
> Firefox the border shows up as I like it, but in IE, the border around
> the
> images defaults the blue linked color. I've tried altering the style
> sheet
> several ways, but can't fix the conflict. Any ideas?
>
> http://www.danieljscogna.com/index.html
Hi John,
My FF2.0 also displays a blue border, exactly the same as what I see in
IE6. You didn't explicitly mention what exactly you want to show up, but
I guess it's the 1px black border.
A close look reveals that there are 2 borders now: a 1px black one and
the default blue one for linked images. Add this remove the border
around linked images:
#indeximage img {
border: none;
}
Sometimes also adding display: block helps to make IE behave as required.
Loek
__
css-discuss [EMAIL PROTECTED]
http://www.css-discuss.org/mailman/listinfo/css-d
IE7 information -- 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] Padding on inline elements RESULTS
Charles and Roger, Thanks for thinking along. Javascript is of course an option, but I would prefer to avoid it for something like this. Anyway, all ideas seemed to solve part of the problem, and with a little experimentation I succeeded to combine most of it to a very reasonable result. And I found out several new (at least new for me) nitty gritty details about CSS rendering in general and the $*&%^IE6 in particular. I have yet to install IE7 to see what it will do, but for what I read it will probably behave somewhere in between FF and IE6 in this case. I guess I may have to modify a few of the hacks to not apply for IE7. See the latest results at http://www.altereco.nl/inlinepadding.html To start with, I discovered the reason why IE rendered Example 6 so well: vertical padding on inline elements are supposed to ignore the borders of a surrounding box. But if that box is floated, IE6 cuts off the parts outside the box, as if you had overflow:hidden there. This overflow:hidden only seems to have effect when the element 'hasLayout'. To set the hasLayout property in IE, I added zoom:1 (which doesn't do anything else in this case). Now the nice thing is that when you set hasLayout, IE6 will add a space behind most text lines, so it extends the background color a bit - exactly what I wanted. I can't tune it, but well, much better then nothing. I also haven't discovered the full logic behind it yet, it seems it adds this space when the last character is no interpunction. The last line never gets this space, but this can easily be added by setting padding-right: .3em on the inline text element. Now I took Charles second suggestion (example 8) which worked very well in FF, and added the above findings to improve the rendering in IE. The result in Example 10. It takes yet another div (4 in total now!) but this is still the cleanest solution which renders reasonably cross-browser (haven't tested beyond FF2 and IE6 yet, but well, IE is usually the biggest hurdle, we'll see!). Interesting excersise. A little time-consuming though. I hope some people find this information useful. In the midst of it all I discovered a small rendering bug in FF2.0: if you set padding-right to an inline element, it will set both padding-right on the inline element, but also adds the same amount of margin-right to the virtual box that is surrounding the inline element (you could also call this padding-right on the surrounding box). As a result, all lines of text get extra spacing on the right, but the background color on the inline element only gets padding on the last line. The proper behaviour, I suppose, is to only add padding to the last line (as much as I regret that for this particular problem I was dealing with). Is it a bug, or is it a feature? There is no such problem with padding-left. See http://www.altereco.nl/paddingbug-ff2.html Loek __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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] Fw: Site check
Fora wrote: > It must be related to the "invisible" webstats counter... > Dang > Yep. I guess that webstats4u company has started trying to cash-in for the free services they've been providing. Lots of people had these ads showing up since last year or so. Unfortunately they've also acquired a few more decent companies that provided free webcounters. From their terms of use: * With the installation of Webstats4U on the site /it is accepted that WMS has the right to place advertisements on the site in any format or through any channel, including but not limited to e-mail, layer ads, pops, banners and other usual formats without any forewarning/ and it is furthermore accepted that WMS takes no responsibility for the advertising content and that WMS shall not be liable for any losses incurred regarding this advertising. * With the installation of Webstats4U on the site /it is accepted that WMS has the right to use the collected data for commercial purposes/ in line with WMS's privacy policy. Loek __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d IE7 information -- 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/
