IE bug with floating <div>s

[Norman L. DeForest]

Re: IE bug with floating &lt;div&gt;s


On Tue, 30 Aug 2005, Alan J. Flavell wrote:
[snip][color=blue]
> "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.[/color]

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.
[color=blue]
>
> 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.[/color]

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

[Kim André Akerø]

Re: IE bug with floating &lt;div&gt;s

Alan J. Flavell wrote:[color=blue]
> On Mon, 29 Aug 2005, Kim André Akerø wrote, seen on
> comp.infosystem s.www.authoring.html:
> Seen on comp.infosystem s.www.authoring.html, rf had said:[color=green][color=darkred]
> > > 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.[/color][/color]
>[color=green]
> > 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.[/color]
>
> "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.)[/color]

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ø
- kimandre@NOSPAM betadome.com
(remove NOSPAM to contact me directly)

[Kim André Akerø]

Re: IE bug with floating &lt;div&gt;s

Norman L. DeForest wrote:
[color=blue]
>
> On Tue, 30 Aug 2005, Alan J. Flavell wrote:
> [snip][color=green]
> > 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.[/color]
>
> 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[/color]

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ø
- kimandre@NOSPAM betadome.com
(remove NOSPAM to contact me directly)

[Toby Inkster]

Re: IE bug with floating &lt;div&gt;s

rf wrote:[color=blue]
> Toby Inkster wrote:[color=green]
>> rf wrote:
>>[color=darkred]
>> > <META content="MSHTML 6.00.2800.1476" name=GENERATOR>[/color]
>>
>> Dude. :-([/color]
>
> Er... What?[/color]

Er... this:
[color=blue]
> Content-Type: multipart/alternative[/color]

--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact

[rf]

Re: IE bug with floating &lt;div&gt;s

Toby Inkster wrote
[color=blue]
> Er... this:
>[color=green]
> > Content-Type: multipart/alternative[/color][/color]

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.