For some reason, I can't get the middle column of this setup to work
properly in IE (go figure). It looks like it's supposed to in Opera and
Firefox, but now I only need it to work in IE as well.
I've checked around Google for possible clues, some having a JavaScript
solution to something I believe should be possible to fix in pure CSS.
In fact, that's exactly what I need; a pure XHTML/CSS solution (no
client-side scripting).
Can anyone clue me in on the right path to the solution?
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly) 19 1892
Kim André Akerø wrote: For some reason, I can't get the middle column of this setup to work properly in IE (go figure). It looks like it's supposed to in Opera and Firefox, but now I only need it to work in IE as well.
I've checked around Google for possible clues, some having a JavaScript solution to something I believe should be possible to fix in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS solution (no client-side scripting).
Can anyone clue me in on the right path to the solution?
It's late, I'm tired, so that probably explains why I managed to skip
out on an URL. Anyway, this is the page that needs some fixing: http://x4team.kommersnart.net/
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Kim André Akerø wrote: Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work properly in IE (go figure). It looks like it's supposed to in Opera and Firefox, but now I only need it to work in IE as well.
I've checked around Google for possible clues, some having a JavaScript solution to something I believe should be possible to fix in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS solution (no client-side scripting).
Can anyone clue me in on the right path to the solution?
It's late, I'm tired, so that probably explains why I managed to skip out on an URL. Anyway, this is the page that needs some fixing: http://x4team.kommersnart.net/
#main_top { margin: 0 0px;}
#main_top_container { margin: 0 0 0 0;}
div.news_header{padding:0 0 0 0;}
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Els wrote: Kim André Akerø wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work >> properly in IE (go figure). It looks like it's supposed to in Opera >> and Firefox, but now I only need it to work in IE as well. I've checked around Google for possible clues, some having a JavaScript solution to something I believe should be possible to fix >> in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS >> solution (no client-side scripting). Can anyone clue me in on the right path to the solution?
It's late, I'm tired, so that probably explains why I managed to skip out on an URL. Anyway, this is the page that needs some fixing: http://x4team.kommersnart.net/
#main_top { margin: 0 0px;} #main_top_container { margin: 0 0 0 0;} div.news_header{padding:0 0 0 0;}
Which only makes the design go offset to what the designer had in mind.
Here's what the designer made (warning: big graphics), I'm just in
charge of translating the PhotoShop image slicing to actual HTML code
and developing the back-end PHP code: http://www.design-eye.com/israel/x4team/main.php
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Kim AndrçŸker� wrote: Els wrote:
Kim André Akerø wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work >> properly in IE (go figure). It looks like it's supposed to in Opera >> and Firefox, but now I only need it to work in IE as well. I've checked around Google for possible clues, some having a JavaScript solution to something I believe should be possible to
fix >> in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS >> solution (no client-side scripting). Can anyone clue me in on the right path to the solution?
It's late, I'm tired, so that probably explains why I managed to skip out on an URL. Anyway, this is the page that needs some fixing: http://x4team.kommersnart.net/
#main_top { margin: 0 0px;} #main_top_container { margin: 0 0 0 0;} div.news_header{padding:0 0 0 0;}
Which only makes the design go offset to what the designer had in mind.
Yup, I know.
Here's what the designer made (warning: big graphics), I'm just in charge of translating the PhotoShop image slicing to actual HTML code and developing the back-end PHP code: http://www.design-eye.com/israel/x4team/main.php
Looks better than what you get when you take out paddings and margins.
I could of course do this job for you, but... ;-)
IE expands widths when the element's contents require that.
See this example: http://here.locusmeus.com/kim.html
That's why if I were to do this page, I wouldn't set any width on the
middle column. Divs naturally expand as far as they can. I'd only put
margins on it to match the sidebars.
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Kim André Akerø wrote: For some reason, I can't get the middle column of this setup to work properly in IE (go figure).
That is not your only problem.
Those pictures of text are, for me, unreadable. I almost have to fire up
magnifier to see what is in the buttons and the headings on the right hand
side.
And this: http://users.bigpond.net.au/rf/screenshot/x4.jpg
I suspect you are trying to control too many things. Simply leave out most
of your css (line-height, the width of that center div) and let the browser
figure things out. It's quite capable of doing so.
Cheers
Richard.
rf wrote: Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work properly in IE (go figure).
That is not your only problem.
Those pictures of text are, for me, unreadable. I almost have to fire up magnifier to see what is in the buttons and the headings on the right hand side.
And this: http://users.bigpond.net.au/rf/screenshot/x4.jpg
I suspect you are trying to control too many things. Simply leave out most of your css (line-height, the width of that center div) and let the browser figure things out. It's quite capable of doing so.
I've removed the width for the center div and the line-heights from
elsewhere now, but the text size in the images themselves aren't
exactly my problem. That's how I received the material from the layout
designer. I just puzzle the pieces together (and that's one heckuva
jigsaw puzzle, I tell ya). Precision placement is what it is.
And from what I could tell, the position of the center <div> is still
way down on the page.
I know, the text sizes suck, and I'm more or less forced to outfit a
lot of the font-size in pixels, since it needs to fit within the images
they're supposed to be layered on top of (read: used as background).
Personally, I would've gone for percentages, but that didn't appear to
be the case of the guy who actually designed this thing.
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Kim André Akerø wrote: I know, the text sizes suck, and I'm more or less forced to outfit a lot of the font-size in pixels, since it needs to fit within the images
No it does not. If you think it will then you have not considered my browser or my choice of font size or my viewport dimensions.
they're supposed to be layered on top of (read: used as background).
They won't be. Trying to fit text into a fixed size "background" simply does not work.
Personally, I would've gone for percentages, but that didn't appear to be the case of the guy who actually designed this thing.
Then the "guy who actually designed this this thing" should be kicked in the arse and told that designing for the web bears no resemblance at all to designing for the print media.
In the print arena one can talk about absolutely positioned things and specific font sizes and line heights and so on.
In the web arena one can not.
That is it. Full stop. Not.
You (or your "designer") have no control whatsoever over my browser font size or viewport size. Design your site accordingly ;-)
Cheers
Richard.
On 29 Aug 2005, [iso-8859-1] Kim André Akerø wrote: rf wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work properly in IE (go figure). That is not your only problem.
Those pictures of text are, for me, unreadable. I almost have to fire up magnifier to see what is in the buttons and the headings on the right hand side.
And this: http://users.bigpond.net.au/rf/screenshot/x4.jpg
I suspect you are trying to control too many things. Simply leave out most of your css (line-height, the width of that center div) and let the browser figure things out. It's quite capable of doing so.
I've removed the width for the center div and the line-heights from elsewhere now, but the text size in the images themselves aren't exactly my problem. That's how I received the material from the layout designer. I just puzzle the pieces together (and that's one heckuva jigsaw puzzle, I tell ya). Precision placement is what it is.
Since the menus on the right don't currently go to the bottom of the page,
is there any reason you cant specify the height of the divs in em instead
of pixels? (perhaps "height: 1.2em" instead of "height: 15px") That way,
if a Firefox user presses Ctrl-+ (Control-plus) to enlarge the text
because of vision problems, the menus would enlarge vertically and reduce
the horizontal overlap of the menu items. (There is still vertical
overlap at very large font sizes but I don't know of a complete cure that
wouldn't mess up your current design. I'm just learning CSS as it's only
recently that I got graphical access and a graphical browser I feel safe
with.)
And from what I could tell, the position of the center <div> is still way down on the page.
I know, the text sizes suck, and I'm more or less forced to outfit a lot of the font-size in pixels, since it needs to fit within the images they're supposed to be layered on top of (read: used as background). Personally, I would've gone for percentages, but that didn't appear to be the case of the guy who actually designed this thing.
Another small problem is with the world map image at the top right
corner of the page. Until I noticed the red dot and took a closer look
to see why it was there, I thought that that corner of the page was just
a blank black rectangle. The map is so dark it's almost impossible to
see. On my previous dimmer monitor it *would* have been impossible to
see.
Perhaps if you bumped up the brightness and contrast of that image
slightly then more people would notice that there's a map there.
--
``Why don't you find a more appropiate newsgroup to post this tripe into?
This is a meeting place for a totally differnt kind of "vision impairment".
Catch my drift?'' -- "jim" in alt.disability.blind.social regarding an
off-topic religious/political post, March 28, 2005
Kim André Akerø wrote: rf wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work properly in IE (go figure).
[...] I suspect you are trying to control too many things. Simply leave out most of your css (line-height, the width of that center div) and let the browser figure things out. It's quite capable of doing so. I've removed the width for the center div and the line-heights from
[...] And from what I could tell, the position of the center <div> is still way down on the page.
That is because not all widths have gone.
To prove this, add this line:
#contents {width: 903px;}
If the total page would be 903-897=6pixels wider, the middle column
fits.
So you're looking for 6 pixels too much width in the middle column.
You haven't looked at http://here.locusmeus.com/kim.html, have you?
It should give you some clues as to where the width is coming from.
Look at the page in both IE and another browser, to see how different
browsers respond to your code.
Oh, and Richard and Norman are right, you could easily do this page
without pixel fonts and pixel heights. In fact, it would be easier.
I know, the text sizes suck, and I'm more or less forced to outfit a lot of the font-size in pixels, since it needs to fit within the images they're supposed to be layered on top of (read: used as background).
The background images that have text on them, are just coloured
blocks. You can repeat them when the font is enlarged.
Personally, I would've gone for percentages, but that didn't appear to be the case of the guy who actually designed this thing.
Did he say 'make sure the font can't get enlarged' or are you assuming
that it shouldn't be cause otherwise the design wouldn't work?
--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Kim André Akerø wrote: For some reason, I can't get the middle column of this setup to work properly in IE (go figure). It looks like it's supposed to in Opera and Firefox, but now I only need it to work in IE as well ..........
Can anyone clue me in on the right path to the solution?
Visit http://www.w3.org/2002/03/csslayout-howto
--
James Pickering http://jp29.org/
(Table-free layout)
Toby Inkster wrote: rf wrote:
<META content="MSHTML 6.00.2800.1476" name=GENERATOR>
Dude. :-(
Er... What?
Cheers
Richard.
Writing in
news:alt.html,alt. http://www.webmaster,comp.infosystem...authoring.html
From the safety of the LocusMeus.com cafeteria
Els <el*********@tiscali.nl> said: ... Oh, and Richard and Norman are right, you could easily do this page without pixel fonts and pixel heights.
vote = +1
In fact, it would be easier.
Bingo.
--
William Tasso
** Business as usual
Seen on comp.infosystems. www.authoring.html, rf had said: I suspect you are trying to control too many things. Simply leave out most of your css (line-height, the width of that center div) and let the browser figure things out. It's quite capable of doing so.
On Mon, 29 Aug 2005, Kim André Akerø wrote, seen on
comp.infosystems.www.authoring.html:
That's how I received the material from the layout designer. I just puzzle the pieces together (and that's one heckuva jigsaw puzzle, I tell ya). Precision placement is what it is.
"Precision placement" doesn't happen via HTML and CSS, in a WWW
context.
Based solely on what you are saying, without looking at any URLs, I'm
inclined to support the previous contributor, rf, and advise you
("you" collectively) that better results can be expected by discarding
ideas of "precision placement" in a WWW context. Designing for
flexibility is only logical - since flexibility is what the WWW
browsing situation does anyway. So either capitalise on it and
exploit its benefits - or condemn yourselves to endless frustration.
The actual page works better on Lynx, than it does with text zoomed
on Mozilla. I can't help feeling that there's a message in that
observation.
(I don't suppose I'll get any thanks for this answer, but it's
the way things are on the WWW anyway, deezyners or no deezyners.)
On Tue, 30 Aug 2005, Alan J. Flavell wrote:
[snip] "Precision placement" doesn't happen via HTML and CSS, in a WWW context.
Based solely on what you are saying, without looking at any URLs, I'm inclined to support the previous contributor, rf, and advise you ("you" collectively) that better results can be expected by discarding ideas of "precision placement" in a WWW context. Designing for flexibility is only logical - since flexibility is what the WWW browsing situation does anyway. So either capitalise on it and exploit its benefits - or condemn yourselves to endless frustration.
Precision *anything* for that matter. Your colour choices mean nothing if
a user has a 16-colour display or a monochrome monitor or is browsing
with a cell-phone. The actual page works better on Lynx, than it does with text zoomed on Mozilla. I can't help feeling that there's a message in that observation.
There is one exception to that "works better on Lynx". Using identical
URLs for the imagemap tests results in Lynx only displaying one item when
the imagemap is selected. The last item to use that URL is the one
displayed:
: Choose a member to see the profile
:
: MAP: http://x4team.kommersnart.net/#teamprofiles
:
: * [1] Name 6
:
: References
:
: 0. LYNXIMGMAP: http://x4team.kommersnart.net/#teamprofiles
: 1. http://x4team.kommersnart.net/#link
Editing the dummy links so all are different makes all of the choices show
up. The results of changing "#link" to "#link1", "#link2", "#link3",
"#link4", "#link5" and "#link6" in the team imagemap definitions on a
local copy of that page:
: Choose a member to see the profile
:
: MAP: file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles
:
: * [1] Name 1
: * [2] Name 2
: * [3] Name 3
: * [4] Name 4
: * [5] Name 5
: * [6] Name 6
:
: References
:
: 0. LYNXIMGMAP:file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles
: 1. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link1
: 2. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link2
: 3. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link3
: 4. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link4
: 5. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link5
: 6. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link6
--
``Why don't you find a more appropiate newsgroup to post this tripe into?
This is a meeting place for a totally differnt kind of "vision impairment".
Catch my drift?'' -- "jim" in alt.disability.blind.social regarding an
off-topic religious/political post, March 28, 2005
Alan J. Flavell wrote: On Mon, 29 Aug 2005, Kim André Akerø wrote, seen on comp.infosystems.www.authoring.html: Seen on comp.infosystems.www.authoring.html, rf had said: I suspect you are trying to control too many things. Simply leave out most of your css (line-height, the width of that center div) and let the browser figure things out. It's quite capable of doing so.
That's how I received the material from the layout designer. I just puzzle the pieces together (and that's one heckuva jigsaw puzzle, I tell ya). Precision placement is what it is.
"Precision placement" doesn't happen via HTML and CSS, in a WWW context.
Based solely on what you are saying, without looking at any URLs, I'm inclined to support the previous contributor, rf, and advise you ("you" collectively) that better results can be expected by discarding ideas of "precision placement" in a WWW context. Designing for flexibility is only logical - since flexibility is what the WWW browsing situation does anyway. So either capitalise on it and exploit its benefits - or condemn yourselves to endless frustration.
The actual page works better on Lynx, than it does with text zoomed on Mozilla. I can't help feeling that there's a message in that observation.
(I don't suppose I'll get any thanks for this answer, but it's the way things are on the WWW anyway, deezyners or no deezyners.)
Not to worry, I read all responses I've received in this thread, and
I'm taking them all into consideration (even criticism, no matter how
tough) when proceeding with the project at hand.
Constructive criticism is what makes me learn from mistakes and see
things that I haven't already thought about. I thank all of you for
that.
But as of yet, I'm not quite done making changes, so just keep on
coming with suggestions. I'll try to upload changes along the way.
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Norman L. DeForest wrote: On Tue, 30 Aug 2005, Alan J. Flavell wrote: [snip] The actual page works better on Lynx, than it does with text zoomed on Mozilla. I can't help feeling that there's a message in that observation.
There is one exception to that "works better on Lynx". Using identical URLs for the imagemap tests results in Lynx only displaying one item when the imagemap is selected. The last item to use that URL is the one displayed:
: Choose a member to see the profile : : MAP: http://x4team.kommersnart.net/#teamprofiles : : * [1] Name 6 : : References : : 0. LYNXIMGMAP:http://x4team.kommersnart.net/#teamprofiles : 1. http://x4team.kommersnart.net/#link
Editing the dummy links so all are different makes all of the choices show up. The results of changing "#link" to "#link1", "#link2", "#link3", "#link4", "#link5" and "#link6" in the team imagemap definitions on a local copy of that page:
: Choose a member to see the profile : : MAP: file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles : : * [1] Name 1 : * [2] Name 2 : * [3] Name 3 : * [4] Name 4 : * [5] Name 5 : * [6] Name 6 : : References : : 0. LYNXIMGMAP:file://localhost/csuite/home/80/af380/k/x4team.ed.html#team profiles : 1. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link1 : 2. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link2 : 3. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link3 : 4. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link4 : 5. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link5 : 6. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link6
The dummy links are in place until the layout page is divided into
proper sections when I start doing the back-end programming. Once the
pages themselves are in place, the image maps will look a lot better in
Lynx as well.
--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
rf wrote: Toby Inkster wrote: rf wrote:
> <META content="MSHTML 6.00.2800.1476" name=GENERATOR> Dude. :-(
Er... What?
Er... this:
Content-Type: multipart/alternative
--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact
Toby Inkster wrote Er... this:
Content-Type: multipart/alternative
Ah I see now. You are complaining about my post.
I have no idea why this is hapenning. It appears to be localised to this
single thread. Plosts in other threads are plain text, just like my settings
say.
Blame on outlook express I suppose.
Cheers
Richard. This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: Mikko Ohtamaa |
last post by:
From XML specification:
The
representation of an empty element is either a start-tag immediately
followed by an end-tag, or an empty-element tag.
(This means that <foo></foo> is equal to...
|
by: Philo |
last post by:
How do I select all <div> tags except those which contain a <table> tag
somewhere within them?
Example XML:
<********************** sample input ***********************>
<txtSectionBody>...
|
by: Paul Thompson |
last post by:
When I put a <div ...> inside a <table> specification, functionality is
not there. When I put the <table> inside the <div> everything works.
Why is that?
|
by: Jens Kristensen |
last post by:
I have a problem displaying a divbox containing a html-textarea -
everything works fine with "normal" characters. However, when the
textarea contains special chars like <P> or ' , the box fails to...
|
by: Daniel Hansen |
last post by:
I know this must seem totally basic and stupid, but I cannot find any reference that describes how to control the spacing between <p>...</p> and
<div>...</div> blocks. When I implement these on a...
|
by: Josef K. |
last post by:
Asp.net generates the following html when producing RadioButton lists:
<td><input
id="RadioButtonList_3"
type="radio"
name="MyRadioButtonList"
value="644"...
|
by: Kent Feiler |
last post by:
1. Here's some html from a W3C recommendations page.
<P>aaaaaaaaa<DIV>bbbbbbbbb</DIV><DIV>cccccccc<P>dddddddd</DIV>
2.Although I didn't think it would make any difference, I tried it
with the...
|
by: Agix |
last post by:
Hi there,
Please check out : http://clarifysolutions.co.uk/certenroll/
The source is included below. This page is a test, so I can play about
with paddings, margins and layouts using divs as...
|
by: prino |
last post by:
Hi all,
I've written code (in REXX) that takes files in legacy languages (PL/I, COBOL, z/OS assembler, etc) and converts them into HTML in a format similar to what's displayed in the z/OS ISPF...
|
by: DolphinDB |
last post by:
Tired of spending countless mintues downsampling your data? Look no further!
In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
|
by: ryjfgjl |
last post by:
ExcelToDatabase: batch import excel into database automatically...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: isladogs |
last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM).
In this month's session, we are pleased to welcome back...
|
by: Vimpel783 |
last post by:
Hello!
Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
|
by: jfyes |
last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
|
by: ArrayDB |
last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
|
by: PapaRatzi |
last post by:
Hello,
I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
|
by: Defcon1945 |
last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work
| |