Good afternoon list,
Page:
http://www.dzinelabs.com/sandbox/MP/Pages/Contact_success.php
Css:
http://www.dzinelabs.com/sandbox/MP/Stylesheets/MP.css
I've got an image above the footer and because the page doesn't have
much filling, unlike some other pages, the distance between
hard time getting a handle on how to ensure all of my content is in the
right place in Internet Explorer 7 and 6. .
You are running Proprietary HTML not XHTML strict. The resolution of this
issue is best left to a list pro.
I assume you are referring to the DOCTYPE ? Is the HTML
Luc wrote:
http://www.dzinelabs.com/sandbox/MP/Pages/Contact_success.php
.but upon bumping the font-size up
(not page-zoom) in IE, Firefox and Mozilla, the vertical distance
between the footer and the nav menu get's smaller.
Do stay awake nights thinking up weird
From: Bill Brown [EMAIL PROTECTED]
Date: Sat, 08 Nov 2008 10:18:55 -0500
To: SuzT808 [EMAIL PROTECTED]
Cc: css-d@lists.css-discuss.org, David Laakso [EMAIL PROTECTED]
Subject: Re: [css-d] Site Check for IE layout issues
I'm not a list pro and this may offer little in terms of resolution,
Alyda Gilmore wrote:
That's not my understanding at all! I used the following for a number of
years:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN
http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd;
and recently switched to:
!DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.1//EN
[EMAIL PROTECTED] wrote:
Thank you for your reply. But when I use the suggestion for the css of
{display: block: text-align: center; display: bold;},
That's not what I suggested. Why don't you post a URL so that we could see
what your real text page is?
I'm using td.boldcenter for the
Al Kendall wrote:
1. In Firefox v3, it looks great.
2. In IE v7 all the graphics and text are much larger and take up much more
space on the screen.
3. In Opera v9, it close to firefox, but you not in the drop-down menu
there are gaps under each link and then one link is too long so it
SuzT808 wrote:
www.cocomomi.com/index8.html http://www.cocomomi.com/index8.html
Hi,
I assume you are referring to the DOCTYPE ? Is the HTML proprietary
because of the javascript for flash ( from Adobe) ? Should this be
transitional or another HTML Doctype altogether ?
Good evening list,
David Hucklesby wrote:
I'm not seeing this behavior in IE 6 nor IE 7 this end (Win xp).
Did you fix it, or are you using a different version of IE ?
Me myself and i wrote in reply
You don't see it? Strange, haven't fixed it. Using Win xp IE6.0.2900.
IE7 is a stand alone
On Sat, 08 Nov 2008 13:28:50 -0500, David Laakso wrote:
Al Kendall wrote:
1. In Firefox v3, it looks great.
2. In IE v7 all the graphics and text are much larger and take up much more
space on
the screen.
3. In Opera v9, it close to firefox, but you not in the drop-down menu
there are
Luc wrote
#sidebar1 {
border:1px solid #fff; :: 4 position only ::
Do you use most of the time borders for debugging? I recall i've read
somewhere that's this causes side effects on the rest of a page and
therefore not recommended...
If the use of a
Good evening David,
It was foretold that on 08/11/2008 @ 16:14:46 GMT-0500 (which was
19:14:46 where I live) David Laakso would write:
If the use of a border causes a problem when de-bugging, such as causing
a float drop, in a too tight width situation-- use a background-color on
the
Luc wrote:
Do you use most of the time borders for debugging? I recall i've
read somewhere that's this causes side effects on the rest of a
page and therefore not recommended...
Of course it does ... borders take up space and may break tightly
organized layouts. To me that's an
David Hucklesby wrote:
This corresponds to
what Richard Rutter recommended a year ago.[1]
[1] http://www.alistapart.com/articles/howtosizetextincss
Packed cram full of false, erroneous, and naive information, in my book.
le triomphe de mediocre
--Baudelaire
--
A thin red
Luc wrote:
Could i have some more checks please with IE ... just to be sure ...
it really puzzles me
Of course the form drops in IE6.
You're using a px/px based IE-expression to control min/max width, but
the container and several elements inside it have width based on 'em'.
Such a
Luc wrote:
Good evening David,
It was foretold that on 08/11/2008 @ 16:14:46 GMT-0500 (which was
19:14:46 where I live) David Laakso would write:
If the use of a border causes a problem when de-bugging, such as causing
a float drop, in a too tight width situation-- use a
On 2008/11/08 13:12 (GMT-0800) David Hucklesby composed:
what Richard Rutter recommended a year ago.[1]
[1] http://www.alistapart.com/articles/howtosizetextincss
That article was a follow-up designed to expand the damage he did over 3 years
previous on his blog: http://clagnut.com/blog/348/
On Sat, 08 Nov 2008 06:18:47 -1000, Alyda Gilmore wrote:
From: Bill Brown [EMAIL PROTECTED]
[...]
As I understand it, Internet Explorer doesn't support XHTML, so even if you
specify
XHTML in the doctype and even if you made server-side adjustments to
_ensure_ that
you were sending XHTML
On Sat, 8 Nov 2008 17:45:21 -0200, Luc wrote:
[...]
Do you use most of the time borders for debugging? I recall i've read
somewhere
that's this causes side effects on the rest of a page and therefore not
recommended... but hey, due to my insanity i'm not the smartest kid on the
Good evening Gunlaug,
It was foretold that on 08/11/2008 @ 22:21:37 GMT+0100 (which was
19:21:37 where I live) Gunlaug would write:
snipped a bit
Of course it does ... borders take up space and may break tightly
organized layouts. To me that's an excellent reason for using borders
while
Good evening David,
It was foretold that on 08/11/2008 @ 14:29:06 GMT-0800 (which was
20:29:06 where I live) David Hucklesby would write:
snipped a bit
Otherwise I add background-color (usually as extra DEBUG rules at
the bottom of my style sheet.
Funny you mention that ... i'm just
Good evening Gunlaug,
It was foretold that on 08/11/2008 @ 22:37:31 GMT+0100 (which was
19:37:31 where I live) Gunlaug Sørtun would write:
snipped a bit
You're using a px/px based IE-expression to control min/max width, but
the container and several elements inside it have width based on
Luc wrote:
[...]
Believe me, i do try to understand how everything works ... :-)
I know :-)
Stay on course and you will.
Georg
--
http://www.gunlaug.no
__
css-discuss [EMAIL PROTECTED]
Luc wrote:
Ah yes... the ie.css needs the container and those elements in px
otherwise ie will use the dimensions set in the MP.css
Or the other way around: using an em/em based IE-expression and let IE6
use the existing 'em' dimensions the same way other browsers do.
Of course, this
Good evening Gunlaug,
It was foretold that on 08/11/2008 @ 00:08:20 GMT+0100 (which was
21:08:20 where I live) Gunlaug Sørtun would write:
snipped a bit
Or the other way around: using an em/em based IE-expression and let IE6
use the existing 'em' dimensions the same way other browsers
I am struggling with this for a while.
Here is the link http://www.geocities.com/[EMAIL PROTECTED]/techie.html
Firefox shows huge space over tabs.
In Explore looks alright.
How to improve that? I am out of streamline ideas.Please give it a look.
Thanks
Carla
I'm not too sure what is causing that problem in MSIE... but this is the code...
/div !-- end wbott_inner--
/div
div class=clearfix/div
!-- mcontent done --
!--footer--
FRYNGE here is where the spacing is taken place in the page in MSIE 7, Just
before the home and talk to us - hope this
Hi Suze,
I hate to throw a wrench into the works but have you checked this page
in Safari 3.03 or Firefox 3 on the Mac? It looks kind of odd to me,
there are 3 empty blocks in the middle of the page and the radios are
stacked on top of each other under the footer. In Safari the play
all
On Nov 9, 2008, at 9:39 AM, Carla Bruni wrote:
I am struggling with this for a while.
Here is the link http://www.geocities.com/[EMAIL PROTECTED]/
techie.html
Firefox shows huge space over tabs.
In Explore looks alright.
How to improve that? I am out of streamline ideas.Please give it a
29 matches
Mail list logo