I would like to have a header (with say db field names) accross the
top of a page - and would like this header permanently fixed in that
position.
Then I would like to scroll the contents of said database under the
header - just like you might do w/ excel, or ms access...
problems I've encountered:
the only way I can figure out to cause the header not to scroll, is by
restricting the height of the data box. - this is no good - I want the
data box to conform to the size of the UA. As soon as I remove the
height restriction, the header scrolls off the top with the data.
after tinkering with this for some time, I'm becoming convinced that I
need to execute this using frames.
I would really like to see if there's a css solution to this....
ideas? pointers?
tia - Bob
Could this be done with position:fixed..?
For instance, if you have the page "split" into two DIV-elements, with
the top DIV containing the headers and set to position:fixed, and the
bottom DIV containing the data itself.
I'll look into this and see what I can come up with..
hi Timo;
yes, I have tried doing just that;
while this DOES fix the position of the header, it also allows the
text of the 2nd div element to scroll THRU the header. (so you see
text on top of text)
I've tried positioning the 2nd div's top, I've tried adding pad,
margin, etc... nothing seems to prevent this behavior....
I've looked thru css.2 docs for anything that might make the header
div "opaque" so-to-speak (thinking I could use z-index to move the
header out front); but can't find any answers there either...
any other thoughts or ideas? :)
tia - Bob
Also - I forgot to mention;
that this technique doesn't work at-all; if you attempt to put a thead
in div1, and td in div2....
div1 never fixes in place...
Bob
> On Thu, 10 Apr 2003 19:42:58 +0300, Timo Virkkala <w...@nic.fi> wrote:
>
>> Bob wrote:
>>
>>> I would like to have a header (with say db field names) accross the
>>> top of a page - and would like this header permanently fixed in that
>>> position.
>>> Then I would like to scroll the contents of said database under the
>>> header - just like you might do w/ excel, or ms access...
>>
>> Could this be done with position:fixed..?
>> For instance, if you have the page "split" into two DIV-elements, with
>> the top DIV containing the headers and set to position:fixed, and the
>> bottom DIV containing the data itself.
>
> yes, I have tried doing just that;
> while this DOES fix the position of the header, it also allows the
> text of the 2nd div element to scroll THRU the header. (so you see
> text on top of text)
>
> I've tried positioning the 2nd div's top, I've tried adding pad,
> margin, etc... nothing seems to prevent this behavior....
>
> I've looked thru css.2 docs for anything that might make the header
> div "opaque" so-to-speak (thinking I could use z-index to move the
> header out front); but can't find any answers there either...
Something like this (the attachment)? But then again - it is not
working in IE.
--
Stanimir <stanio(_at_)gbg.bg>
YES! - that's what I'm trying to do - BUT - I didn't realize that what
I WAS trying WAS working - IF I used mozilla!!!!
so that creates the next problem - if none of this stuff works w/ IE -
then WHY DO ALL THOSE "FRAMES ARE EVIL" cry babies, keep saying that
css is the answer to all our problems?!?!?
seems to me - this is a SIMPLE excersice that would have taken me 5
minutes using frames, and I've now wasted DAYS trying to make it work
w/ css - only to find - it's not cross-ua workable!?!?!?!?!?!?
AAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRHHHHHH!
PS: - since everyone seems to be starting a new thread each time they
answer me - is there a netiquette in this NG against replying?
- just curious....
tia - Bob
YES! - that's what I'm trying to do - BUT - I didn't realize that what
Yes, the frames are evil - in the example I haven't used frames,
just CSS styling?!?
BTW there are couple of solutions - there could be used TABLE with
its TBODY set to 'overflow: auto' and some fixed with but then again
- it doesn't work in IE.
In the case with the header DIV row 'fixed' if you want the the body
not to show through it you could just set the 'background-color' other
than transparent (see the attachment).
> PS: - since everyone seems to be starting a new thread each time they
> answer me - is there a netiquette in this NG against replying?
> - just curious....
>
Huh, I see one thread only?!?
--
Stanimir <stanio(_at_)gbg.bg>
>Bob wrote:
>
>> On Fri, 11 Apr 2003 03:28:06 +0300, Stanimir Stamenkov
>> <sta...@notvalid.net> wrote:
>>
>>> Something like this (the attachment)? But then again - it is not
>>> working in IE.
>>>
>>
>> YES! - that's what I'm trying to do - BUT - I didn't realize that what
>> I WAS trying WAS working - IF I used mozilla!!!!
>>
>> so that creates the next problem - if none of this stuff works w/ IE -
>> then WHY DO ALL THOSE "FRAMES ARE EVIL" cry babies, keep saying that
>> css is the answer to all our problems?!?!?
>>
>> seems to me - this is a SIMPLE excersice that would have taken me 5
>> minutes using frames, and I've now wasted DAYS trying to make it work
>> w/ css - only to find - it's not cross-ua workable!?!?!?!?!?!?
>>
>> AAAAAAAAAAAAAAAAAAAAAAAAARRRRRRRRRRRRRRRHHHHHH!
>>
>
>Yes, the frames are evil - in the example I haven't used frames,
>just CSS styling?!?
>
>BTW there are couple of solutions - there could be used TABLE with
>its TBODY set to 'overflow: auto' and some fixed with but then again
>- it doesn't work in IE.
>
true - I see that you're not using frames; However - if NONE of this
is working in IE; then how can you ask people not to use frames (which
DOES work PERFECTLY cross-ua) ??
iow: there appears to be NO solution to this excercise for IE; so that
means any good designer will NOT use this technology until it works on
most UA's. - And that means - the only way to accomplish this task is
via frames!
>> PS: - since everyone seems to be starting a new thread each time they
>> answer me - is there a netiquette in this NG against replying?
>> - just curious....
>>
>
>Huh, I see one thread only?!?
In each subsequent reply there's an extra space between "(auto)" &
"body" in the subject line, causing my NG client (Agent) to begin a
new thread. - I'm shocked to hear you don't see the same thing. (and
confused)
ne-way - tx again; curious to hear how people can promote css, when it
doesn't work in IE!!
- Bob
"Cybarber" <luc...@emergo.nl> schreef in bericht news:uX2migC...@TK2MSFTNGP10.phx.gbl...
> In each subsequent reply there's an extra space between "(auto)" &
> "body" in the subject line, causing my NG client (Agent) to begin a
> new thread. - I'm shocked to hear you don't see the same thing. (and
> confused)
>
Typically the mail clients use the 'References' headers for
threading. "Agent" seems limited in that aspect (using only the
subject title).
> ne-way - tx again; curious to hear how people can promote css, when it
> doesn't work in IE!!
>
IE has some limitations. The first proposed example would
work if you use absolute content dimensions.
--
Stanimir <stanio(_at_)gbg.bg>
> ------------------------------------------------------------------------
> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
>
> <html lang="en">
> <head>
> <meta http-equiv="Content-Type" content="text/html; charset=US-ASCII">
> <meta http-equiv="Content-Style-Type" content="text/css">
> <title>example</title>
> <style media="screen" type="text/css">
> div {
> border: Window 0.2em outset;
> padding: 0 0.3em;
> font-size: 1em/1.3 sans-serif;
> }
> #cols {
> position: absolute;
> top: 0; left: 0;
> width: 50em;
> margin-bottom: auto;
> }
> #rows {
> position: absolute;
> top: 1.5em; left: 0;
> width: 50em; height: 20em;
> overflow: auto;
> }
> </style>
> </head>
> <body>
>
> <div id="cols">columns</div>
> <div id="rows">
> rows<br><br><br><br><br>
> rows<br><br><br><br><br>
> rows<br><br><br><br><br>
> rows<br><br><br><br><br>
> rows<br><br><br><br><br>
> rows<br><br><br><br><br>
> rows
> </div>
>
> </body>
> </html>
This last example just does not cut it.
An example of pure CSS - Frames Simulation:
http://css.nu/exp/nf-illustration.html
It works beautifully with Gecko based browsers and Opera.
IE's support of CSS is just not good enough.
Gus
P.S. I also see all messages in the same thread.
>body{margin:0;border-style:none;padding:0;overflow:hidden;font-weight:1em;}
>#headerpart {position:absolute;top:0;left:0;width:100%;height:15%;background:yellow;overflow:auto;font-weight:1em;}
>#bodypart {position:absolute;top:10%;left:0;width:100%;height:85%;background:steelblue;overflow:auto;font-weight:1em;}
Cybarber:
tx very much for your reply; although the reply seemed to look a
little garbled, I extracted the important part.
Yes, your solution works - but ONLY with mozilla/netscape UA's!!!!
it still doesn't work with IE!!!!! (at least not v6.x - haven't tried
earlier - not that that point should matter)
This is apparently going to be my sticking point. If a solution
doesn't work with both netscape-esq, AND IE ua's - it's never going to
be on any of my sites.
the more I learn about css, the more I like the CONCEPT. - In PRACTICE
- it's worthless until it works with IE. (that's 75%++ of the ua's out
there!!!!!)
looks like FRAMES are the way to go for the forseeable future!!!
YEA for frames! - Long live frames!! ;o) !!!!!!
tx again - Bob
>> ne-way - tx again; curious to hear how people can promote css, when it
>> doesn't work in IE!!
>>
>
>IE has some limitations. The first proposed example would
>work if you use absolute content dimensions.
Stanimir;
you are correct; the example you gave works just fine in IE.
unfortunately, I feel that IE is too limiting in order to make things
work.
for this exercise, my parameters require the body to span the entire
area of the ua, minus a small area for the header...
your solution works, but forces a specified dimension around the data
box.
is there anyway to solve this that works with both [popular] ua's, AND
doesn't require explicit limits on the size of the "data" box?
tia - (again, and again :) Bob
Gus;
tx very kindly for your input.
the example you gave has to be one of the BEST (and beautiful)
implementation of frames-like behavior in css I've seen.
it was truly a site to see - IN MOZILLA !!!!
when I looked @ it in IE - the result didn't even bear a resemblance
to what was obviously the intended appearance of the page.
unless I'm mistaken - this thread is really becoming - "WHY are frames
evil?" not - howto; I do this - but because IE's support of css is
severely lacking.
it's becoming more & more clear that frames is the only truly
compatable solution to my problem. So why are they evil? - it's the
ONLY WAY to do this RIGHT - for the majority of ua's....
tia - Bob
> On Fri, 11 Apr 2003 15:51:22 +0300, Stanimir Stamenkov
> <sta...@notvalid.net> wrote:
>
>>> ne-way - tx again; curious to hear how people can promote css, when it
>>> doesn't work in IE!!
>>
>> IE has some limitations. The first proposed example would
>> work if you use absolute content dimensions.
>
> you are correct; the example you gave works just fine in IE.
> unfortunately, I feel that IE is too limiting in order to make things
> work.
>
> for this exercise, my parameters require the body to span the entire
> area of the ua, minus a small area for the header...
>
> your solution works, but forces a specified dimension around the data
> box.
>
> is there anyway to solve this that works with both [popular] ua's, AND
> doesn't require explicit limits on the size of the "data" box?
The only other thing I could mind of is to use script to gather the
dimensions of the containing body run-time and then to set these on
the corresponding elements.
--
Stanimir <stanio(_at_)gbg.bg>
somehow - I KNEW you were going to say that!!! ;)
I always knew that was an option, but frankly, if we're talking about
spending an hour writing client-side code, and debugging all for the
sake of avoiding frames - when those frames would meet the need, and
only take 5 minutes to put together - FRAMES WIN! - FRAMES WIN!!!
Stanimir - tx SO MUCH for your replies - I've really learned quite a
bit. I've learn that css WILL be something VERY NICE to work with -
when IE supports it!!!
tx again - Bob
Cybarber
"Bob" <nospa...@starnetwx.net> schreef in bericht
news:udmd9vo8gb19f6723...@4ax.com...
"Cybarber" <luc...@emergo.nl> schreef in bericht news:OWMm9kCA...@TK2MSFTNGP11.phx.gbl...
"Cybarber" <luc...@emergo.nl> schreef in bericht news:uX2migC...@TK2MSFTNGP10.phx.gbl...
#headerpart {BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH: 90%; POSITION: absolute; TOP: 0px; HEIGHT: 15% }#bodypart {
BACKGROUND: steelblue; LEFT: 10%; OVERFLOW: auto; WIDTH: 90%; POSITION: absolute; TOP: 15%; HEIGHT: 75% }#sidepart {
BACKGROUND: springgreen; LEFT: 0; OVERFLOW: hidden; WIDTH: 10%; POSITION: absolute; TOP: 0%; HEIGHT: 100% }#bottompart {
BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH: 90%; POSITION: absolute; bottom: 0; HEIGHT: 10%}#headerpart { BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH: 90%; POSITION: absolute; TOP: 0px; HEIGHT: 15% }
#bodypart { BACKGROUND: steelblue; LEFT: 10%; OVERFLOW: auto; WIDTH: 90%; POSITION: absolute; TOP: 15%; HEIGHT: 75% }
#sidepart { BACKGROUND: springgreen; LEFT: 0; OVERFLOW: hidden; WIDTH: 10%; POSITION: absolute; TOP: 0%; HEIGHT: 100% }#bottompart { BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH: 90%; POSITION: absolute; bottom: 0; HEIGHT: 10% }
Cybarber
"Bob" <nospa...@starnetwx.net> schreef in bericht
news:udmd9vo8gb19f6723...@4ax.com...
Some perhaps don't expect to encounter HTML in non-binary groups and so
their readers are not set up for such eventualities.
--
PeterMcC
If you feel that any of the above is incorrect,
inappropriate or offensive in any way,
please ignore it and accept my apologies.
Agent - at least the version I'm using doesn't display html.
Bob
On Sat, 12 Apr 2003 20:45:17 +0200, "Cybarber" <luc...@emergo.nl>
wrote:
while I can see some html/style like code in the body; it is nowhere
near tagged or formatted to be correctly rendered in a browser.
if you would care to email this to me (subract the nospam_ ); I'd be
very happy and appreciative to check it out again....
Bob
On Sat, 12 Apr 2003 21:00:25 +0200, "Cybarber" <luc...@emergo.nl>
wrote:
Cybarber
"Bob" <nospa...@starnetwx.net> schreef in bericht
news:s0ri9vschd0cg83o0...@4ax.com...
A picture is always better then a thousand words.
Cybarber
"PeterMcC" <pe...@mccourt.org.uk> schreef in bericht
news:PZcma.6798$xd5.2...@stones.force9.net...
</HEAD>
<BODY bgColor=#ffffff>
><HTML><HEAD><TITLE>Four Container (Header, footer, sidebar and body) demo
></TITLE>
Cybarber:
tx for your indulgence!
your example works on both moz & ie -
however - you accomplish this by creating a box(s) with defined
limits. In doing this, any scroll bar that appears on a scrollable
window - is a "sub-scrollbar" to the whole document.
I don't know how to properly explain this; and I'm sure that many will
think I'm nuts...
if you use a "sub-scrollbar" - wheel-mouses do not always work
correctly. - particularily in mozilla.
I was trying to accomplish this task without confining the box limits,
and be able to use the "default" or "root" scrollbar - which ALWAYS
works with the wheel mouse.
I'm sure my terminology is wacked; but I hope you understand the
intent.
Bob
You have an option to use so-called "condional comments" sothat you can make
a IE and an non-IE version.
look for conditional comments on the MSDN site.
In general, I think you are making things too difficult for yourself and you
waist a lot of time if for 1 or 2 % of the internautors using Moz or Netc.
If Mozilla mousewhell doesn't work well you should complain to Mozilla.
Cy
"Bob" <nospa...@starnetwx.net> schreef in bericht
news:8e0o9v84f667b31rf...@4ax.com...
>There is no other way in non-Mac IE as Position:fixed is not supported.
>A workaround for IE can be made using script (JScript expression on CSS
>elements for instance).
>
>You have an option to use so-called "condional comments" sothat you can make
>a IE and an non-IE version.
>look for conditional comments on the MSDN site.
your points are well taken - although rather than develop 2 versions
I'll stick w/ frames & wait ( & hope) for :fixed support in IE.
I'm discovering IE doesn't support any of the css-table features
either... hard to believe they led in css support early on!! :)
>
>In general, I think you are making things too difficult for yourself and you
>waist a lot of time if for 1 or 2 % of the internautors using Moz or Netc.
>If Mozilla mousewhell doesn't work well you should complain to Mozilla.
>
>
>Cy
my stats show about 70% ie ua's; 25% mozilla/netscape users. so those
are the 2 I'm trying for compatability. Don't have access to a mac-IE;
so I can only hope there....
tx again for all your help! - Bob
In your case you just put make two versions of your stylesheet and you are
there, it is very easy.
Note: first conditional comment is for downlevel browser reveal (no --),
second conditional comment is for IE5 and Up
<![if !IE]>
<STYLE>BODY { PADDING-RIGHT: 0px; PADDING-LEFT: 0px; PADDING-BOTTOM: 0px;
MARGIN: 0px; OVERFLOW: hidden; BORDER-TOP-STYLE: none; PADDING-TOP: 0px;
BORDER-RIGHT-STYLE: none; BORDER-LEFT-STYLE: none; BORDER-BOTTOM-STYLE:
none}#headerpart { .......................}#bodypart {
.......................}#sidepart { .......................}#bottompart {
.......................}</STYLE><![endif]><!--[if IE]>
<STYLE>BODY { PADDING-RIGHT: 0px; PADDING-LEFT: 0px; PADDING-BOTTOM: 0px;
MARGIN: 0px; OVERFLOW: hidden; BORDER-TOP-STYLE: none; PADDING-TOP: 0px;
BORDER-RIGHT-STYLE: none; BORDER-LEFT-STYLE: none; BORDER-BOTTOM-STYLE:
none}#headerpart { BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH:
90%; POSITION: absolute; TOP: 0px; HEIGHT: 15%}#bodypart { BACKGROUND:
steelblue; LEFT: 10%; OVERFLOW: auto; WIDTH: 90%; POSITION: absolute; TOP:
15%; HEIGHT: 75%}#sidepart { BACKGROUND: springgreen; LEFT: 0px; OVERFLOW:
hidden; WIDTH: 10%; POSITION: absolute; TOP: 0%; HEIGHT: 100%}#bottompart
{ BACKGROUND: yellow; LEFT: 10%; OVERFLOW: hidden; WIDTH: 90%; BOTTOM: 0px;
POSITION: absolute; HEIGHT: 10%}</STYLE>
<![endif]-->
"Bob" <nospa...@starnetwx.net> schreef in bericht
news:mebp9vsb006jg469p...@4ax.com...
tx! - Bob
On Wed, 16 Apr 2003 11:09:26 +0200, "Cybarber" <luc...@emergo.nl>
wrote: