The problem is visible in Firefox Opera, but not IE (on Windows).
Page is here: http://www2.petrescue.com.au/newindex.htm
The spacing that shouldn't be visible is just below the subnav with
the blue background.
Hi John,
Add these 2:
#navcontainer {padding-bottom:1px}
Hi John,
Not on-topic, but as well about good css-showing of the page: I saw the
text of the #subnav coming out of the green background-box. It happens
because I've (clientside) enlarged the font-size: in IE already at the
first enlarging step, in FF after 2 steps.
Reason behind is that the
I mostly work on my Tecra Notebook running Ubuntu/Linux and I
develop my sites with Quanta, BLuefish, Kate, Smarty, PHP, MySQL.
I started to use CSS more extensive as I got a
book (http://css-praxis.de) and read what is possible with css.
I read a lot of browser specific problems and
Iorhael wrote:
3. The short and easy use way: magic on screen!
Francky, this is amazing!! Thank you for telling me about this :):)
...
Yes, I was quite surprised when I saw it working! I see I've forgotten
to add two warnings:
1. The changing in the sidebar is just real time - it does not
1. The changing in the sidebar is just real time - it does not change
the real stylesheet.
So when you turn it out or give a refresh of the page, all the changes are
gone! But as you have discovered an improvement in the sidebar, you can
copy and paste it immediately in the real stylesheet
Jochen Kächelin wrote:
I started to use CSS more extensive as I got a book
(http://css-praxis.de) and read what is possible with css.
I started by reading the W3C CSS specs. I still do. I decide what's
possible with CSS (can't leave that to books or specs).
I read a lot of browser specific
Hi Francky,
Hope you can use some,
Many thanks for those I will take another look at it later to see how I
get on.
--
Cheers,
Julian Voelcker
Cirencester, United Kingdom
__
css-discuss [EMAIL PROTECTED]
Julian Voelcker wrote:
One of the guys I work with has endless problems with IE on his laptop
in that any design involving floats or % widths gets thrown out
completely - it is as if the browser is reading the screen width as one
thing, but in reality it is slightly narrower so layouts with
On 1/14/06, tochiromifune [EMAIL PROTECTED] wrote:
Do you think I should put my img tags inside p tags and apply my css
styles to the p tags instead?
You can just put all the images inside divs, and since block level
elements like p and div are, well, block level, you can just style
keep
New to CSS and have two boxes on the front page of my site that are
currently on top of each other and wanted them to be side by side, any
ideas, Ive been searching for days, hoping its something simple I have just
missed out on.
Website
http://www.earthrepair.com.au
css
I recently needed a div banner on a liquid width site to keep its height
proportional to its width - however a quick google search didn't find
anything on the subject.
So, I developed my own technique, based on paddings and absolute
positioning.
The full write-up is available here:
Leszek Swirski wrote:
I recently needed a div banner on a liquid width site to keep its height
proportional to its width ...
http://leszek.swirski.co.uk/proportionaldiv.htm
It's quite a long write-up (my first!), but in summary you have two divs,
#outer and #inner, which are styled as
On Jan 15, 2006, at 1:19 PM, Francesco wrote:
Has the target attribute of the anchor tag been
deprecated? If so, how are we now supposed to specify
a target window?
Francesco,
There are two primary uses for targets: frames and popups.
Many people (myself included) are of the opinion that
Hi Everyone,
I just sent the following email to my web mailing list on campus and I
thought that some of the beginner CSS coders on this list might find
this helpful. There was an email on this list (I don't know the
original author, but thank you!) that sparked this whole email and I
doubt
On 15/01/06, Francesco [EMAIL PROTECTED] wrote:
Has the target attribute of the anchor tag been
deprecated?
No, but it doesn't exist in strict DTDs or in the specs presently
being developed by the W3C.
If so, how are we now supposed to specify a target window?
You don't. User's can open new
Ingo Chao wrote:
Leszek Swirski wrote:
#inner { position: absolute; top: 0; bottom: 0; width: 100%;
height: 200%; }
/*\*/ * html #inner {height: 200%;} /**/
And the crazy reason IE/win needs that height in the first place, is
that IE/win can't handle AP for opposite edges of an element.
I have been trying to figure out the printing problems with my
two-column layout in FireFox and IE. IE has problems printing the
call-outs (they print on top of other text) and FireFox has problems
dropping lines of the text in the printout. I'm most concerned about
the FireFox problem right now
Gunlaug Sørtun wrote:
Ingo Chao wrote:
Leszek Swirski wrote:
#inner { position: absolute; top: 0; bottom: 0; width: 100%;
height: 200%; }
/*\*/ * html #inner {height: 200%;} /**/
And the crazy reason IE/win needs that height in the first place, is
that IE/win can't handle AP for
#inner { position: absolute; top: 0; bottom: 0; width: 100%;
height: 200%; }
/*\*/ * html #inner {height: 200%;} /**/
And the crazy reason IE/win needs that height in the first place, is
that IE/win can't handle AP for opposite edges of an element.
IE/win can't make inner fill outer in
Leszek Swirski wrote:
Like I said with the height though, you don't technically need to hide it
since it'll just calculate 200% of 0, which is still 0. Nevertheless, I
suppose it doesn't hurt to hide it for reasons of clarity.
Your test case actually covers a lot of my screen when I don't
Your test case actually covers a lot of my screen when I don't hide the
200% from the others.
Ingo
And that just goes to prove that IE is a cross-platform pain in the arse.
Thanks for the testing, I've updated (again):
http://leszek.swirski.co.uk/proportionaldiv.htm
- Leszek
First suggestion: use a real subject explaining your problem, this
will make people answer. We are helpful, but busy and nobody commits
to ANY SUGGESTION
I don't see any issue on the page in Safari, can you tell us where the
issue occurs?
Leszek Swirski wrote:
Your test case actually covers a lot of my screen when I don't hide the
200% from the others.
Ingo
And that just goes to prove that IE is a cross-platform pain in the arse.
Thanks for the testing, I've updated (again):
Thanks for this Francky! I'll go through your article in more detail today
(Monday here, so back to work time :)
If I can use your liquid-corners technique to resolve the subnav problem,
that'd be great - not sure how it'll go with the gradient background of the
row though?
I'll give it a shot
Hi Tony,
Check the windowsXP font-size options, on some weird laptop
resolutions with large fonts selected I've seen layouts break because
pixel sizing seems to go off...
Thanks, that had occurred to me and as far as I can remember I did check
that one, but will check again on Tuesday.
--
tochiromifune wrote:
... styles directly applied to the img tag. The problem is that my page fails
the w3c validation test because my img
tags are not contained in other parent tags (as far as I understand the
problem that is).
...
Hi Chris,
I made a testpage
Hello everybody, I'm Martin from France
(which could explain some oddities in my english)
and this is my first message on css-discuss.
Currently working on this webpage,
http://minilien.com/?nODqAKMmYi
I'm facing what could look like
a classic Internet Explorer bug :
the header is
the header is few-pixels-shifted
when compared with the rest of the page
(unless the page itself is shifted
and the header is OK :-)
For me, removing the background-positions on #conteneur and #top in
martin.css seemed to fixed the problem.
To run IE in Linux, you might consider running
Ricky Zhou wrote:
For me, removing the background-positions on #conteneur and #top in
martin.css seemed to fixed the problem.
I removed them and it makes no difference on my firefox. So I guess they
weren't that useful :-)
I hope this will fix the bug for IE (but I can't check now cause all my
Rowan-
Many thanks, this solved my issue. Will also be working on fixing
issues with absolute widths and the br / problem you mention, which I
am assuming might be fixed by forcing my p tags within content to
display as inline? A bit confused on this part, when I was using the
p element
Martin Granger wrote:
I removed them and it makes no difference on my firefox. So I guess they
weren't that useful :-)
I hope this will fix the bug for IE (but I can't check now cause all my
friends running IE are sleeping now : it's 3AM here).
Anyway thanks for your help !
Voila: IE under
Hi Tina,
I fooddled also somewhat around your codes, and found the page
rightmenu.htm http://frontpage-tips.com/rightmenu.htm.
See:
= = = = =
td style=background: #eee;
p style=margin-top: 3px align=center
input type=text name=user2 value=email address size=13
style=border-style:
alexkillough wrote:
Many thanks, this solved my issue. Will also be working on fixing
issues with absolute widths and the br / problem you mention, which I
am assuming might be fixed by forcing my p tags within content to
display as inline?
That doesn't sound right at all, but perhaps
33 matches
Mail list logo