Cell Sizes NOT

[Smart-Alex]

Today is my day for problems. This was a problem with FP2000 and it is STILL
a problem. Cell and table sizes cannot be believed.

i.e. What is supposed to be 118 pixels wide on one page is NOT 118 pixels on
the NEXT page...even though FP SAYS it is.

I have several pages where I am placing thumbnails. The thumbnails are all
the same size. I want the placement of the images to be in EXACTLY the same
place when I go from page to page. Everything else on the various pages are
all the same size but the cells (118) are obviously visually different sizes
on different pages, even though FP TELLS ME the cells are 118....they are
clearly NOT.

Alex

 

[Murray]

Hey - these dimensions are only *recommendations*. And my recommendation is
to not use them at all.

If you need the table to be a certain size, then add content that keeps it
that way.

See, if you have a table that is 400px wide, and it contains only two cells,
each of which is only 150px wide, then either lightning is going to shoot
our of your CPU, or the table is going to stretch those cells to fit the
overall width. You just can't work with HTML tables using a print table
mindset.

Furthermore, the dimensions you assign are *minimum* dimensional
recommendations only, which means if your content forces the cell wider, it
will get wider (e.g., you drop a 200px wide image into a 150px wide cell).

So (pardon the mini-rant), what is it you are trying to do?

 

[Steve Easton]

I like the cpu and lightning part.
Reminds me of the time I was running the machine with the case opened and the cat walked up and
stuck his nose in the cpu fan.

That was, to put it mildly, "interesting."


--
Steve Easton
Microsoft MVP FrontPage
95isalive
This site is best viewed............
........................with a computer

 

[Murray]

YOW!

Lucky cat.... 8)

It could have been ... archived, so to speak!

 

[Smart-Alex]

OK...I liked the lightening part too...but it's shooting out of my ears
because this is enraging me!...these inconsistent cells. You mean to tell me
that since Y2K..I have been trying to work with RECOMMENDATIONS???!!! I
assumed (I know..I should never assume anything) that when it has neat
little box where you enter cellsize...that that's what it MEANT. That's like
saying my recommended age is 38...which I certainly WOULD recommend.

Since I bought FP2003 a few weeks ago, I am discovering that using cells
and tables may be unnecessary....yes? no? I have discovered layers and I
like them and they seem to like me. I would be faster study on this kind of
thing if Microsoft gave you a manual with the software (just like I got when
I bought Adobe Audition a few weeks ago)...but no...I have to keep coming
back here to get my next lesson and admit to the world how little I know.

To me more precise, I have a menu on the left (shared border) and many pages
which are SUPPOSED to be the same. On the right, I have 7 cells lined up
vertically. In each cell I am placing 76X36 pi thumbnails on which I have
attached behaviors...click to go to URL. Seven of these worked just great,
because I SAVED AS each successive page up to the 7th...BUT when I went to
create a new page with the same layout...(not SAVING AS) and tried to create
exactly the same cell structure, 118 pixels...the 118 pixel cells were NOT
the same size....visually.

It's not a big deal now...I'll either use the first page as a template and
SAVE AS for ALL of them. ...OR..unless someone here has a better idea.

Not-so-smart-Alex

 

[Murray]

I am discovering that using cells and tables may be unnecessary

This is a topic suitable for long threads. In my opinion, there are a few
indispensible skills that must be in a web developer's toolkit. Building
stable tables is one of them. I honestly can't see any way to avoid
spending the several hours it will take to learn how to do this. But -
CAUTION - you will have to become comfortable working in HTML code, too.

I have discovered layers and I like them and they seem to like me.

That's only because you haven't discovered how they can kill you. A page
layed out using ONLY absolutely positioned divs ("layers") is a page that is
going to fail as soon as the visitor resizes their text. Why? Because the
divs are ABSOLUTELY positioned, and when they expand because the text within
them has gotten bigger, things start to overlap, and the layout goes south.
In addition there are a few other things about layers you should know before
making a big intellectual commitment to them. Although this page is
Dreamweaver oriented, the concepts are the same in either DW or FP - you
should read it, and use it as a guideline until I can get my FP specific
page completed!

http://www.thepattysite.com/layer_laws.cfm

the 118 pixel cells were NOT the same size....visually.

I would have to see the page and look at its code to comment on why this was
not the case....

 

[Smart-Alex]

Thank for this. I already discovered the drawbacks of layers. I will be
happy to study up on tables. WHAT or WHERE do you recommend. AS far as
Tables are concerned, I don't see that they have changed much since FP2000.
I have a QUE 2 inch thick FP2000 book. Would that be advisable?

Also..one final question and I outta here for at least a few days. When I
have several pages open and I can see the tans for each page...on two page
tabs there are asterisks....what are they? Again I can find nothing in HELP.

Alex

 

[Rick Budde]

The asterisks indicate that those pages have not been
saved.

 

[Craig Schiller]

Also..one final question and I outta here for at least a few days. When I
have several pages open and I can see the tans for each page...on two page
tabs there are asterisks....what are they? Again I can find nothing in HELP.

That means you have made changes to those pages and will at some point before
you close the web or end the session be asked if you want to save them.

HTH,
Craig