NOT resize an element?

On Nov 2, 12:33*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

lcplben <b... (AT) sellmycalls (DOT) com> writes:

Browsers don't care - they work in exactly the same way whether you're
Gandhi or Jack the Ripper. You want something they don't do, which leaves
you with two choices: Want something else, or be disappointed when reality
fails to live up to your desires.

I finally thought of a couple of ways. One is to choose z-index values
carefully, which works OK. Not great, but OK.

Thanks for all your help, folks.

-- ben

lcplben <ben (AT) sellmycalls (DOT) com> writes:

On Nov 2, 12:33*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:
lcplben <b... (AT) sellmycalls (DOT) com> writes:

Browsers don't care - they work in exactly the same way whether you're
Gandhi or Jack the Ripper. You want something they don't do, which leaves
you with two choices: Want something else, or be disappointed when reality
fails to live up to your desires.

I finally thought of a couple of ways. One is to choose z-index values
carefully, which works OK. Not great, but OK.

You'd only need to use z-index if your banner and text are overlapping.
The "great" solution would be to stop whatever you're doing to make them
overlap to begin with - that doesn't happen by default.

sherm--

On Nov 2, 12:41*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

lcplben <b... (AT) sellmycalls (DOT) com> writes:
So: in the face of the user's resizing the page, is there any way I
can put the ever-encroaching banner out of the way?

The banner would only be encroaching to begin with if you're going out
of your way to make it do so, by using a fixed-width layout or absolute
positioning.

It's not encroaching on the content, but on the viewport real estate.
That is, it's pushing the content out of the viewport which I want to
avoid or minimize and what I was originally asking about. .

It's relative in any case, but help me out here: I don't see that
position:abs/rel/static makes too much diff in regard to the viewport
space that any element takes up. When the user asks for a resize, /
everything/ resizes, right? Regardless of the way it's positioned (for
modern browsers, that is) or the way it and its children are sized.

So - don't do that. :-)

OK

-- ben

On Nov 2, 12:59*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

You'd only need to use z-index if your banner and text are overlapping.
The "great" solution would be to stop whatever you're doing to make them
overlap to begin with - that doesn't happen by default.

As I say, the banner and the text do not overlap. The issue is that
the resized banner pushes the text out of the viewport.

Thanks!

-- ben

lcplben <ben (AT) sellmycalls (DOT) com> writes:

On Nov 2, 12:59*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

You'd only need to use z-index if your banner and text are overlapping.
The "great" solution would be to stop whatever you're doing to make them
overlap to begin with - that doesn't happen by default.

As I say, the banner and the text do not overlap.

No, what you said is that you used z-index to fix the problem. That would
have had no effect whatsoever if the banner and text weren't overlapping.

I'm done here. I have neither the time nor the patience to keep up with
your ever-changing problem description.

sherm--

On Nov 2, 1:43*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

lcplben <b... (AT) sellmycalls (DOT) com> writes:
On Nov 2, 12:59*pm, Sherm Pendley <spamt... (AT) shermpendley (DOT) com> wrote:

You'd only need to use z-index if your banner and text are overlapping..
The "great" solution would be to stop whatever you're doing to make them
overlap to begin with - that doesn't happen by default.

As I say, the banner and the text do not overlap.

No, what you said is that you used z-index to fix the problem. That would
have had no effect whatsoever if the banner and text weren't overlapping.

What I said in my OP was that I wanted an element to survive resizing
unchanged "so that the resized banner doesn't ***squeeze out*** real
info." Nowhere in that post, or any other post of mine, do I see the
word "overlap" except as I quote you and others.

Yes, of course, to use a z-index solution I had to make it possible
for some elements to overlap where before they'd been part of normal
flow.

I'm done here. I have neither the time nor the patience to keep up with
your ever-changing problem description.

I'm sorry you feel ill used, Sherm. Please allow me to suggest that
you RTFQ before you fire up the ol' sermon cycle.

Thanks again, Sherm, for your generous effort. Your opinions in this
group are useful to me and I hope this little spat doesn't keep you
from future comments.

-- ben

lcplben wrote:

It's not encroaching on the content, but on the viewport real estate.
That is, it's pushing the content out of the viewport which I want
to avoid or minimize and what I was originally asking about. .

If a user really wants to resize the page that much, there isn't a lot
you can do besides conclude that they must have a good reason to do so.
As long as the page does not fall apart when the user resizes it, the
content getting pushed out of the viewport is the user's problem, not yours.

Anyone who makes a habit of viewing web pages with the zoom level that
high probably has a good handle on how scroll bars work.

In article
<29ed15da-bbd0-4727-b982-37cdb0a1fa73 (AT) x6g2000prc (DOT) googlegroups.com>,
lcplben <ben (AT) sellmycalls (DOT) com> wrote:

What I said in my OP was that I wanted an element to survive resizing
unchanged "so that the resized banner doesn't ***squeeze out*** real
info."

All this is fine up to a point. But without a URL, there is this
interpretation:

<body>
<h1 id="banner">Text</h1>
<div id="mainContent">Why would this be squeezed out considering you
have dropped the 1cm criterion...</div>

Or even if you had a graphic as background to H1 or an img element in
the H1, where is this squeezing you are talking about?

--
dorayme

lcplben wrote:

I have a banner at the top of the page that is 1cm in height. I want
that banner to retain its 1cm height forever. That is, I want the
banner's height to survive resizing unchanged (so that the resized
banner doesn't squeeze out real info).

Any way to ask the browser to NOT resize that banner?

Yes. display:none will guarantee that the banner is always the same
size ... zero

On 2 Nov, 16:10, lcplben <b... (AT) sellmycalls (DOT) com> wrote:

So: in the face of the user's resizing the page, is there any way I
can put the ever-encroaching banner out of the way?

How about using Z index and sizing it with ems?

Lets say your banner has content that needs "a few lines of text"
height to read it in. So set it to a good size for that (in ems), and
use Z to make it sacrifice and suffer first if the window gets really
squashed.

The problem is that you're now resizing an image on the browser, which
tends to look bad. So instead, why not keep your banner image
displayed at the same size as the bitmap you're sending (always a good
idea, and with the obvious corrolary) and size it in pixels instead.
Your banner is now "displayable" and might even be viewable (depending
on the user's eyes). Z index against keeps it secondary to the
content.

Neither of these use cms. You just can't guarantee how big a virtual
cm is going to be when it hits the real world.