Re: [css-d] Browser testing - Opera problems and other slight variations.
On Sun, 07 Jan 2007 14:13:22 +0900, Christopher Blake <[EMAIL PROTECTED]> wrote: > Is the enter email bit in the right place on your version of FF? No, it looks a bit high to me. However, I noticed that the form element is closed before your code gets to the inputs that I'm guessing should be part of it. When I moved the closing form tag to after the divs/inputs, the elements bumped up in Opera to look just like Firefox. I then changed the #newfish bottom offset from 35px to 15px and IMO it looked better. > Do you see the same problem with right float on opera when browser > expands? I did earlier on today, but I'm guessing you've fixed that? -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Browser testing - Opera problems and other slight variations.
On Sun, 07 Jan 2007 12:18:02 +0900, Christopher Blake <[EMAIL PROTECTED]> wrote: > http://www.neilparishmep.org.uk/new/index.html (url) > http://www.neilparishmep.org.uk/new/stylefile/style1.css(css file) > > I use an apple mac so my browser testing is; Safari, Firefox, > Netscape (all recent apps) &, Opera, Internet explorer > (opera not paid for, I.E 5) ^^^ I should hope so! Since Opera is free! To the point - I see no difference between Opera and Firefox (both on Windows XP SP2). What version of Opera are you running? If you're not running 9.10, update and check again. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera - continuing woes
On Wed, 13 Dec 2006 18:19:28 +0900, Gunlaug Sørtun <[EMAIL PROTECTED]> wrote: > Vicki Stebbins wrote: > >> First problem: The footer div with an image doesn't show in Opera, >> have tried everything to no avail. > > Try adding... > div#footer { > position: relative; > z-index: 10; > } > ...and you'll see where it is. > > Might be the 'missing before ', or any of the other errors > the validator is complaining about. Yep, I fixed up the incorrect nesting of the divs and forms and the grass appeared without needing to fiddle with the CSS. Short answer: fix the XHTML so it validates! I got it down to only complaining about the embed and an onchange attribute. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Lists in browsers
On Sun, 19 Nov 2006 19:16:30 +0800, Trevor Richens <[EMAIL PROTECTED]> wrote: > The code below renders OK in IE7 with the li elements hard against the > left margin of the page, but in Firefox 2.0 and Opera 9.2 I get aspace > of around 40px on the left. > What's going on? I would have thought that the display in IE7 iscorrect, > so why are Firefox and Opera wrong? They're not doing anything wrong. They just use padding rather than margin. Add padding:0 to your #mainNav ul styles. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] mir help
On Sat, 18 Nov 2006 00:00:20 +0800, Ingo Chao <[EMAIL PROTECTED]> wrote: > h1#hdr { > background:url(img/header.jpg) no-repeat; > height:188px; > letter-spacing:-9em; /* Hack to push the lettering off the > background image */ > margin:0; > padding:0; > } > > This is MIR. I thought I'd mention that big negative numbers like "-9em" cause things to break in Opera. This is not specific to this example, but a general issue. I think it's when CSS dimensions convert to -32768px and below. I'm sure "-999em" would be more than sufficient. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Safari & Opera bug, changing link color from white to red!
On Sat, 30 Sep 2006 04:21:36 +0800, GypsiiRose Baptiste <[EMAIL PROTECTED]> wrote: > Safari and Opera are displaying my white text links at the top of the > page (in the dark orange bar) in red! > Any suggestions? The CSS for those links is in the nav.css file listed > below. > > Here is the page: > http://iskippedlunch.com/new/browser_test/index.php > > Here is the CSS: > http://iskippedlunch.com/new/browser_test/styles/shfb_basic.css > http://iskippedlunch.com/new/browser_test/nav.css For whatever reason, Opera shows red because it can't load "styles/main_includes.css" (and later on "styles/shfb_basic_white.css"). You have multiple DOCTYPE and sections - validate and fix up the errors and you should be right. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] background-repeat:no-repeat support in Opera 9?
On Fri, 28 Jul 2006 07:14:29 +0800, charles <[EMAIL PROTECTED]> wrote: > I'm using a background image for a custom list marker. It looks just > fine in a vast majority of browsers, but both Netscape 6 (Win) and Opera > 9 (Win + Linux) appear to be ignoring background-repeat:no-repeat. > Instead, they're treating it like background-repeat:repeat-y. > > There's an incredibly simple test case here: > > http://www.spiritone.com/~charlesd/testcase.html > > I can't seem to find this listed as a known bug, nor can I find a > workaround. Any suggestions? There's nothing wrong with Opera's background-repeat support. There is something strange with the GIF you're using. The "global" image size of the GIF is 7x13 (as reported by the various browsers), however the actual image size is 7x10, which I confirmed by copying-and-pasting into an image editor. It looks like Opera is repeating the actual image data to fill the specified global GIF image size. Try rebuilding the image, or using different software to make it. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Print stylesheet/alt text
On Fri, 30 Jun 2006 10:38:42 +0800, Design Groups <[EMAIL PROTECTED]> wrote: > What I want to do is display the alt text for my images, instead of the > images themselves, in the printed page. The CSS way of doing that is to add something like the following to your print styles: img { content: attr(alt); /* optional, but may help alt text from being chopped off: */ width: auto !important; height: auto !important; } However, AFAIK only Opera supports that. For everything else, you'll need scripting of some sort. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Two small problems with Opera 9 and hover
On Wed, 28 Jun 2006 12:55:23 +0800, Bruno Fassino <[EMAIL PROTECTED]> wrote: > Andrew Gregory wrote: > >> Using build 8501: >> >> On Wed, 28 Jun 2006 05:04:50 +0800, Bruno Fassino >> <[EMAIL PROTECTED]> wrote: >> >> > 1) <http://www.brunildo.org/test/Op9-hover-margin.html> >> > In Op9 there is a sort of jump on hover > When the page is loaded/reloaded there is (correctly) a space (70px) > between the orange and the blue box. I see now... My Opera doesn't show that margin at all, hover not required. Definitely a bug. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Two small problems with Opera 9 and hover
Using build 8501: On Wed, 28 Jun 2006 05:04:50 +0800, Bruno Fassino <[EMAIL PROTECTED]> wrote: > I noticed small anomalies in some pages in Opera 9, which I haven't seen > before. I extracted two minimal test cases. > > 1) <http://www.brunildo.org/test/Op9-hover-margin.html> > In Op9 there is a sort of jump on hover I didn't see anything jump? > 2) <http://www.brunildo.org/test/Op9-hover-hidden.html> > the area where the a.p. element is located responds to the hover even > when it is hidden. Confirmed. Have you reported these to Opera? <http://www.opera.com/support/bugs/> -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Site-check
On Sat, 27 May 2006 23:13:31 +0800, Eystein Alnaes <[EMAIL PROTECTED]> wrote: >> > http://www.eystein.no/test/OR/fluid.html >> > > I think I can live with really large fontsizes not working to well, this > is a rather hasty project. But - > Opera8.5 is not displaying the menu right, any idea why? You're floating #navlist so #navcontainer shrinks and #navcontainer's overflow:hidden hides it. I moved the to just inside #navcontainer after #navlist, and that fixed Opera. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Problem with Firefox
On Tue, 23 May 2006 04:30:35 +0800, Marcelo Wolfgang <[EMAIL PROTECTED]> wrote: > I've made a website and I'm having an issue with firefox that I can't > solve. Also in Opera... > The page in questions is this one: > http://work.grillo.tk/vilarigno/produtos.html > > I have a gap at the foot of the table on the left that I don't know > how to solve. Can anyone help me here ? FYI, height for table cells is effectively a min-height - browsers are expected to expand the cell height to fit the content. That means Firefox and Opera are expanding your 4px height to fit the text. The solution for both (didn't check in IE), is to align the image to the top: #c_table_foot img { vertical-align: top; } HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Drop-down menu Safari wackiness
On Mon, 22 May 2006 21:55:10 +0800, benjy rose :: B:COMPLEX Creative <[EMAIL PROTECTED]> wrote: > I've created a dropdown menu that works fine on FF/Mac, FF/Win, and > IE/Win, but has some weirdness on Safari. Basically, when the menu > first dropsdown, it doesn't display the full width of the menu, but when > I roll overthe items, they each extend out to the proper length. Then, > when I roll off the menu, the extra bit (full length minus length > displayed originally)remains on screen until I resize the browser window. I had a similar-sounding problem with my menus. I got the solution from this list, but I've forgotten what it was! I think it was to style the sub-menu lis as display:inline-block, i.e. for you: #nav li { display: inline-block; } However, that caused problems with IE, and I remember spending quite a bit of time juggling things until I was happy. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera 8 and position:fixed
On Sat, 20 May 2006 02:26:28 +0800, Design Groups <[EMAIL PROTECTED]> wrote: > I have a #wrapper container that's 700px wide and centered with margin:0 > auto. I want a sidebar that is "position:fixed" and flush left and top > to the container - not the browser window. > [snip] > in Opera , it *literally* centers the #sidebar in the browser window. Using Opera 8(.54), it's not "literally centered" - resize the window to see. It has an amusing repaint glitch too. > Is this a bug? Yes. Opera 9 displays your page just like Firefox. > #wrapper { > position:relative; > width:700px; > height:18em; > margin:10px auto; > border:1px solid #000; > background-color:#EEE; > color:#000;} > > #sidebar { > width:100px; > height:18em; > background-color:#CCC; > color:#FFF; > position:fixed; > margin:0 auto; /* this, for some reason, makes Firefox > position it where I want to. If I take it out, then the sidebar does > the same thing Opera does. If a leave it in, Opera centers the sidebar > in the browser window, overlapping the #wrapper div*/} My Firefox (1.5.0.3) did not need that margin. Removing that margin changed nothing in the display of my Firefox, Opera or IE. Regards, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] JS Text box width differences
On Sat, 22 Apr 2006 14:34:31 +0800, Iorhael <[EMAIL PROTECTED]> wrote: > Am still having a problem with moving the text box horizontally though > using > negative margins...particularly on the Profile page. Do you have any > suggestions for fixing the Profile page problem? (I would like to move > the > box over the left on the Programs page too but using a negative left > margin > is not working.) > > http://www.drkdesign.com/parkerpennington > > http://www.drkdesign.com/parkerpennington/css/parker_main.css I'm prepared to be corrected, but it looks like Firefox is doing the wrong thing. The "margin box" of tables is not supposed to overlap floats. To get your fun facts over the table, you'd need to use positioning, but then you'd run the risk of table text going underneath the funfacts box. Since the profile page is basically all tables, I'd be tempted to just drop funfacts from that page, unless someone smarter than me can come up with something! HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] JS Text box width differences
On Sat, 22 Apr 2006 12:21:46 +0800, Iorhael <[EMAIL PROTECTED]> wrote: > Hi, I have added a javascript text box to three pages on the following > site and am trying to figure out why the widths of the text box are so > different between Firefox and IE...it is making positioning a real pain! > Does anyone know how I can minimize the width differences between the > two browsers? (Opera looks the same as IE). > > http://www.drkdesign.com/parkerpennington/ Give your web pages a full DOCTYPE to ensure they're all in standards mode: http://www.w3.org/TR/html4/loose.dtd";> Then add the missing # to the background-color in your #fun-facts style (validate your CSS). HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera text repeat and font oddities
On Tue, 04 Apr 2006 02:57:35 +0800, Jonathan Berry <[EMAIL PROTECTED]> wrote: > OK, so our template HTML is a mess, but the page is rendering correctly > in IE and Firefox. But please review this page in Opera: > http://www.signonsandiego.com/uniontrib/20060403/and you will see > the layout and text repeating problems that I am talking about. > It's happening on a number of our news index pages (not the story > templates). I've checked the archives, but couldn't find something like > this. Your help much to be appreciated. Thanks in advance. The page (after lying to the survey several times) looks almost identical in my Opera 8.52, recent Opera 9.0 weekly, Firefox 1.5, and IE 6. The only difference is the Opera 9.0 weekly had a large indent on the "What's Inside" when ID'd as Opera or IE, and Opera 8.52 had a negative indent when ID'd as Mozilla, so there's a site browser sniffing bug to fix there. In fact, I'd say the site is making assumptions about various margin/padding defaults and applying "corrections", when it would be much simpler to just fully specify the exact margins/padding actually required. I couldn't see any text repeating, or any font issues? -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera & IE bugs?
On Sun, 26 Feb 2006 00:48:11 +0800, Arlen Walker <[EMAIL PROTECTED]> wrote: >>> http://uscf.arachnidae.com/tla/tlaworkcsg2.html >>> > 2) In Opera, the green background returned, but only in the last DL > (class "generalinfo"). I tried assigning a background color to that > block in both the screen and print CSS files, but to no avail. If you mean a green background in the print preview, I see no such problem? > 3) Also in Opera, the background of "dd a:link" extends outside of > "dd". There is a border around "dd" but not around "dd a:link" and > there's padding left and right on "dd a:link" but no width > specifications involved. Try adding display:block to ".switcher dd a:link". Checked only in Opera and Firefox. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera & IE bugs?
On Fri, 24 Feb 2006 10:02:57 +0800, Arlen Walker <[EMAIL PROTECTED]> wrote: > http://uscf.arachnidae.com/tla/tlaworkcsg2.html > > 1) In Opera 8.5.1 (Mac) load one of the color styles and do a print > preview. Note how the minty green page background color is there. > Then note how all the colors in the print stylesheet are either #000, > #FFF, or #999, and tell me why it, unlike Kermit, should find it so > easy to be green. A long-standing bug, finally fixed in the v9 previews. I believe it only applies to body, so maybe you could try wrapping the whole page in a div and set the background on that. Or just ignore the problem! A UI workaround is to turn off "Print page background". > 2) Note the corny buttons across the top for the styleswitching. Now > load it in IE6/Win2K and tell me what happened to my buttons? I mean > they ain't much, I'll grant you, but is that any reason to throw them > away completely? They aren't thrown away completely, they just occupy the full width. Maybe it's the width:100% on ".switcher dd a:link"? HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera problem
On Wed, 22 Feb 2006 12:29:30 +0800, <[EMAIL PROTECTED]> wrote: > I am testing with FireFox, IE6 and Opera on my local host. My page > displays almost correctly in FF and IE6, but fails to display a CSS menu > in Opera. A link to a demo page would be very helpful. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] Opera adds space
On Tue, 14 Feb 2006 05:29:07 +0800, Amy Johnson <[EMAIL PROTECTED]> wrote: > I am having problems with Opera adding unwelcome space between my header > and my main body (which has 3 floating columns). I have gotten to where > I am by using the css-discuss archives heavily. But I can't figure out > what's upwith Opera. It seem to not be able to use the "margin-top: > -100px;" that I use for my "mainwrap DIV". Setting TOP and PADDING also > seems to not help. > > The page is http://www.rocky-hills.com/sample/gofigure/index.html > The CSS is http://www.rocky-hills.com/sample/gofigure/style.css I added a border to #header which showed it was extending down to the top of #mainwrap. Then I noticed the display:table in #header. I changed that to display:block and removed the margin-top:-100px from #mainwrap. That looks much better. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ 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] CSS problems with Opera 8.5:
On Sat, 28 Jan 2006 04:19:33 +0800, Kelly Miller <[EMAIL PROTECTED]> wrote: > anyone ever see Opera 7.5 go haywire if you use a series of floated > elements in an absolutely positioned box? The original CSS 2.0 spec required width to be specified on floats, so Opera 7.5 (and earlier) requires a width. The current CSS 2.1 spec has removed that requirement, and I believe Opera 8 (and later) no longer need that width. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Placing divs using css over flash files
> His DHTML example seems to work fine on Mac/Safai/Firefox: > > http://www.communitymx.com/content/source/E5141/wmodeopaque.htm > > Although: > ▪ It also does not work on Opera ...before version 8! -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] CSS Horizontal menu weird Firefox behavior
On Fri, 18 Nov 2005 04:33:49 +0800, karl svensson <[EMAIL PROTECTED]> wrote: > I have working on a horizontal menu from listmatic or css maxdesign. > With a few modifications I got the menu up a running in IE6 but when I > view it in Firefox the menu pads top and bottom leaving a white thick > border. > > Here is a test page, http://www.holdembonus.com/index_test.htm Easy, just zero out the top and bottom margin in "#navcontainer ul". If you're being thorough, you'd zero out the top and bottom padding too. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Doesn't Opera like nested floats?
On Fri, 11 Nov 2005 10:17:47 +0800, Gunlaug Sørtun <[EMAIL PROTECTED]> wrote: > Allison Bloodworth wrote: >> I am having problems with some spans that are floated left in a >> container div that is floated right in Opera 8.5: >> http://eberkeley-dev.vcbf.berkeley.edu/ver10ajb/. > > Opera had a problem that was related to width on floats, or rather > _lack of_ width. The nesting in itself is not a problem. That's a bug in the later version 7 Operas. It was fixed in v8 - and the page in question looks fine in my Opera 8.5/win ... just checked in 8.0/win - that's good too. Perhaps the "8.5" was a typo for "7.5", in which case specifying widths on the floats would fix the problem. The media query workaround will work too, unless sometime in the future Safari gets media query support before display:table is fixed! display:inline-block may work too, but would need testing, especially in IE. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Missing background in opera
On Mon, 07 Nov 2005 13:29:07 +0800, Kenny Graham <[EMAIL PROTECTED]> wrote: > I can't figure out why a background image is missing in Opera. :( > http://www.kennygraham.net/projects/herogeeks/ > > The CSS file in question is: > http://www.kennygraham.net/projects/herogeeks/styles/content.css > > The background image of #contentouter is missing in Opera. Am I just > overlooking something obvious? Looks like an Opera bug that's been fixed in the v9 preview. As a workaround you can change the "right center" to "right top" or "right bottom". -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] A hack for all Opera browsers ?
On Thu, 20 Oct 2005 22:46:11 +0800, Guillaume <[EMAIL PROTECTED]> wrote: Is there a hack that works in *every* version of Opera browsers ? There are none that I know of. The hacks usually recommended use standard CSS features that currently only Opera have implemented. Eventually other browsers will implement them and then they will get your "Opera only" styles. Browser sniffing would seem to be the most reliable method. (I've developed a script to simplify sniffing for CSS purposes: <http://www.scss.com.au/family/andrew/webdesign/uacss/>) I'd really be much more interested in why you think you need to target all Opera browsers in the first place? If we knew what you were trying to do, we might be able to offer a better solution. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Print style sheet not working in Opera (8.5)
On Wed, 19 Oct 2005 22:15:09 +0800, Bill Stemp <[EMAIL PROTECTED]> wrote: "by default the printing of backgrounds is disabled anyway, so it's less likely to be a problem" You say that, but since installing Opera (and upgrading to 8.5) I have not changed any defaults regarding the printing of backgrounds and it does indeed print. You're right! The default changed with version 8 (just checked with Opera 7.54 which defaults to it off), so as Opera preserves preferences over an upgrade, only new v8 users will be set to print backgrounds by default. There's no workaround I'm aware of, apart from disabling the printing of page backgrounds. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Print style sheet not working in Opera (8.5)
On Wed, 19 Oct 2005 17:41:00 +0800, Bill Stemp <[EMAIL PROTECTED]> wrote: However, upon changing the media type to print, Opera prints the body background colour, despite this being overridden in the printsstyle.css. This is an Opera bug. However, by default the printing of backgrounds is disabled anyway, so it's less likely to be a problem. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] perplexing opera issue with flyout nav menu
On Wed, 19 Oct 2005 09:32:05 +0800, Eric Shepherd <[EMAIL PROTECTED]> wrote: Visit http://build.arkitrave.com/leftnav/leftnav.html and log in as user "cssdiscuss" with password "grapefruit". I've always had better results using visibility:hidden/visible instead of display:none/block for that sort of thing, and it resolves your display problems (for me anyway). Testing using Opera 8.5. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Browser specific CSS
Hi all, I'd just like to share a Perl script I've just spent the last week or so developing and tweaking. It's designed to filter style sheets and allow specific CSS properties to be applied to specific browsers (yep, server-side user agent sniffing). If your web server supports it, it's possible to add this to your site without altering your HTML. I thought the recent IEBlog announcing "the end" of CSS hacks just as I was applying the finishing touches to the script a little freaky. It's available from my web site: <http://www.scss.com.au/family/andrew/webdesign/uacss/> Feedback/comments are welcome. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Opacity in Suckerfish
On Tue, 11 Oct 2005 21:14:26 +0800, Sam Partington <[EMAIL PROTECTED]> wrote: > Problem is that if I do it like this, the text in the ul also has the > opacity applied. That's not supposed to happen. Actually, that *is* supposed to happen. Opacity affects the entire element and all its children. Is there a way around that? I've tried specificity tricks and !important but they didn't work No. As you mention, you could try positioning, but... As a work around for non-IE browsers I create a darker image for the background on the server, and deliver that instead, and leave out the opacity rules. (It loads significantly slower as a result) Any ideas anyone? I created a halfscreen PNG (checkerboard of alternating black and transparent pixels). Then I changed #crop_grey to use the required image as the background instead of black, then #crop_area to use the halfscreen as *it's* background (repeating). The halfscreen gives the effect of darkening the image. #crop_box is unchanged and has the required images as it's background, without the halfscreen. *Changes*: #crop_grey { background: transparent url('create_src.php') no-repeat top left; } #crop_area { background: transparent url(halfscreen.png) repeat; } HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Opacity in Suckerfish
On Sat, 08 Oct 2005 00:07:37 +0800, Arno @ Raketnet <[EMAIL PROTECTED]> wrote: #nav li ul { position: absolute; width: 130px; left: -999em; background-color: #fff; filter: alpha(opacity=40); opacity: 0.4; } Problem is that if I do it like this, the text in the ul also has the opacity applied. That's not supposed to happen. Actually, that *is* supposed to happen. Opacity affects the entire element and all its children. How do I have to change it so that the text remains opacity1.0/alpha=100? Ideally, "background-color: rgba(255,255,255,0.4)", but nothing (that I know of) supports that, so in practice your only option is a background PNG with an appropriate alpha transparency plus hacks for IE support. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Safari problem
On Fri, 23 Sep 2005 16:21:37 +0800, Gunlaug Sørtun <[EMAIL PROTECTED]> wrote: Andrew Gregory wrote: ... Safari chops off all the menus at the right edge of the left-most drop down, although they are active for their full width even if you can't see it. Ex. <http://www.scss.com.au/family/andrew/pdas/palm/myprogs/sudoku/> Just a hint: ul.menu li { display: inline-block; } ...works (somewhat) better in my Safari. Only somewhat? Looks perfect from what I see. In Konqueror too. Thank you so much! Must be added separately, as Firefox need 'display: inline;' as you have now. That's easy, inline first, inline-block second. It totally blew apart the IE rendering, though. I had to add: html ul.menu li { display:inline } into my "IE hacks" stylesheet (the html is there because the extra specifity was needed for some reason). Still some Safari-problems that I couldn't work out You'll have to smack me over the head with them. The only other glitches I could see was my validation icon pop-out at the bottom of the page, which wasn't in the correct position until I hovered over it, and the Opera browser button at the top right of the page was out by a pixel. Neither are worth worrying about. I'd been told the menus were bad in Safari months ago. This fix was so simple, I wish I'd asked back then! Thanks again. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Safari problem
Hi all, Now that I've got "browser testing" off my chest, it's time to admit I haven't done much testing myself, in Safari anyway. My excuse is that I'm a Windows person, not a Mac person, and until very recently, didn't have access to a Mac at all. The closest I got to Safari was Konqueoror running on a Linux virtual machine - not very close! :-) In a recent visit to a Mac, I checked my site using Safari v1.3.1 and found a problem with my pure CSS drop-down menus. They work just fine in Opera, Firefox and IE (with script help) which leads me to think it's a Safari bug. Konqueror also has a problem in that the menus all appear in the left-most position. Safari chops off all the menus at the right edge of the left-most drop down, although they are active for their full width even if you can't see it. Ex. <http://www.scss.com.au/family/andrew/pdas/palm/myprogs/sudoku/> I found a relevant report in Konqueror's BTS and the menus are still quite accessible, at least until you get fairly deep into my site. Safari is different since it looks ugly, and you have trouble reading the truncated items. The relevant styles are in: <http://www.scss.com.au/styles/screen.css> (about 100 lines down) I had a look on the cssd wiki for any Safari specific bugs and workarounds, but I couldn't find anything. Do such sites exist? Are there any workarounds or things I could try to resolve this? Thanks in advance for any hints, links, etc. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Poor CSS work processes
Hi all, Here's a quote from a recent post, which I've modified to make a point. I've removed the attribution, as my intention is not to single out any person in particular, but to make an observation about something I've seen with disappointing regularity: I recognize the frustration with browser A. Who here hasn't finisheda beautiful layout in browser B, and then screamed obscenities and frightened coworkers and family when you saw how browser A mangledyour beautiful and validated work? I know I have! Browsers A and B can be *any* browser. The problem is the work process by which a design is only checked in one, maybe two browsers while the development proceeds, then when everything is "finished" it is checked in more browsers. Software engineering has been slowing moving towards a maxim of "test early, test often". It's taken many years to get there, but unit testing is now a common practice. Perhaps it's because a lot of web designers are more "artist" than "engineer" that that doesn't seem to be happening in this field? Not that I have anything against artists! :-) Most people will have a list of browsers they'd like their sites to work with. The exact list is not important. What is important is that if you're going to check your site in browser X, then you start checking right from the beginning, not at the very end! As a user of a minority browser (Opera), I perhaps see the results of lack of testing more often than others. I've lost count of the number of times I've found a one or two-line fix for a web designer oversight. Many studies have found that the earlier bugs are found, the cheaper, quicker, and easier they are to fix. That applies to web design too. I hope more of you might consider earlier testing. I expect the result would be happier web designers, and more robust cross-browser designs. Thanks for reading! -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Menu positioning oddities in Opera
On Tue, 20 Sep 2005 13:43:54 +0800, Sasha Gerrand <[EMAIL PROTECTED]> wrote: I used the ALA 'Suckerfish' technique when making the navigation drop-down menus for a development site[1] (CSS file is here[2]). In IE, Safari and Firefox, the menus behave correctly. However, in Opera the parent points of the menus start repositioning themselves depending on whether they are triggered by a mouseover event or not. [1] http://development.unitedgroup.com.au [2] http://development.unitedgroup.com.au/css/unitedgroup-screen.css Everything looks fine in my Opera 8.02/Win. I tried with JS on and off. BTW, "Archived Publications/Presentations" doesn't fit. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Suckerfish / Opera woes
On Mon, 29 Aug 2005 02:13:23 +0800, Janine Hodge <[EMAIL PROTECTED]> wrote: The page is at: http://axentra.net/www/treswife/pmi-index.html The CSS is at: http://axentra.net/files/treswife/PublicFiles/gecko2.css What have you done to that poor CSS file? There's about 20 blank lines between each line of code! Unlike the implemented instructions, the ul#navigation li is not being floated left. This is because 1.) this is being implemented after the rest of the design was finalized, and 2.) floating those li's causes some seriously whacked out things to happen, especially in Opera. I know that older versions of Opera require width to be specified on floats (as per the original CSS 2.0 spec). I'll also mention that when I did CSS menus for my site, I didn't use floats, just positioning. -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] strange form layout in Opera
On Thu, 25 Aug 2005 16:59:34 +0800, Tim Reader <[EMAIL PROTECTED]> wrote: Opera users - Can anyone tell me why this page looks so terrible in Opera? https://www.uktransplant.org.uk/ukt/RegistrationForm.do On the "span.hint, span.info, span.error" styles, I removed the float:left and set margin-left:10px. That improved things muchly for Opera 8, and did very little to Firefox. Didn't check in anything else. BTW, setting "display:inline" and "float:left/right" is pointless. All floats are display:block. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Cross-Browser Issues
On Tue, 02 Aug 2005 11:22:42 +0800, Matthew Ohlman <[EMAIL PROTECTED]> wrote: Second, in Opera 8 it looks like it's not applying the margin properties in the body declaration correctly. Opera uses padding on body, not margin. HTH, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
Re: [css-d] Inheritance and computed value question
On Tue, 24 May 2005 15:53:39 +0800, Ingo Chao <[EMAIL PROTECTED]> wrote: I find your question and your interpretation reasonable, but cannot answer. Thanks for replying. I'll assume the lack of disagreement :) roughly equates to agreement, so I'll report my findings as bugs to the various browser developers. Cheers, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/
[css-d] Inheritance and computed value question
Here's a page testing the display of an image that should inherit its width/height: http://www.scss.com.au/family/andrew/webdesign/test.html Expected results (correct me if I'm wrong): * The image should inherit the computed height and width of its parent, the span [1]. * Width and height do not apply to inline elements (the span), so the computed width and height of the span should be "auto" [2, 3]. * It's those computed values that should be inherited by the image [4]. * An auto width and height on the image should result in it being displayed in its native 46x40 pixel dimensions. [1] http://www.w3.org/TR/CSS21/cascade.html#value-def-inherit [2] http://www.w3.org/TR/CSS21/visudet.html#the-width-property [3] http://www.w3.org/TR/CSS21/visudet.html#the-height-property [4] http://www.w3.org/TR/CSS21/cascade.html#q1 Actual results: Internet Explorer 6.0: 46x40px, as expected Firefox 1.0.4: 200x100px, the specified span dimensions Safari (recent Panther version, forget which): same as Firefox Opera 8.0: 100x200px, the specified div dimensions It seems Firefox and Safari are correctly ignoring the height/width of the span when displaying the span, but are not correctly calculating the values to "auto" (which would then be inherited). Opera appears to be pretending as if the height/width were never specified on the span in the first place, then it looks like it skips over unspecified properties for the purposes of inheritance, and therefore ends up inheriting the *grandparent* element (div) width/height to the image. Comments? Cheers, -- Andrew Gregory, mailto:[EMAIL PROTECTED] > http://www.scss.com.au/family/andrew/ > __ css-discuss [EMAIL PROTECTED] http://www.css-discuss.org/mailman/listinfo/css-d List wiki/FAQ -- http://css-discuss.incutio.com/ Supported by evolt.org -- http://www.evolt.org/help_support_evolt/