pera 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://
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/listi
ng 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/ >
___
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] >
ht
gin: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
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,
rmed 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,
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
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.bru
.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 Ope
splaying 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 PROTEC
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/ >
t
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
o. 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 Fire
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/ >
_
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/ >
_
xact 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]
htt
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". Checke
ey 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,
--
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
re/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 #mainwra
(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/ >
> 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
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,
--
And
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:
rogeeks/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 &q
)
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] >
h
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]
h
nds 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/li
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/ >
s.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/mai
('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 P
ound-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.s
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://w
.
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 reso
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/fam
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 PROTECTE
n, 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
t: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:[
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 PROTEC
s 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
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
42 matches
Mail list logo