work area

[Guest]

I have a slight problem that I can't find a answer for. I have a 19" screen
with a resolution of 1280x1024, when I create a page on my screen it doesn't
fit on my visitors screen, something is always missing. My initial page has a
flash movie an animation and buttons (3) that change on mouse over and down.
When I publish the page a person with a 15" screen at 1024x768 doesn't see
the button on the right at all. There are no scroll bars on the page. I would
put them on but that makes the page not look as well as it does without them.
So I have to keep sliding the right over until the visitor reports he has the
entire page. So I put in to find a way in frontpage to make the work space
that size so the published page will display on smaller screens then mine.
Anybody out there in frontpage land have a fix for me.

 

[Guest]

oops guess I should have put what FP i'm using FP2000

 

[chris]

A URL would help but from past experience it's often due to conflicts
between parameters set for tables. For instance, an outer table or cell
set to 100% width that contains content inside another table that is too
wide to display within 100% width of a particular resolution. So check
your table parameters and make sure all your content fits horizontally
inside the smallest display resolution you expect visitors to be using.
Remember that the table and cell parameters set in your html coding are
minimums. If you put a large object into a small table, the table will
stetch to fit the object's dimensions.

 

[Guest]

Chris thanks for the response, I'm not sure what you are talking about as far
as a table is concerned. Here is the link to a test page and a link page you
will notice on the link page the words are off to the right. When the page
was created they were placed in the center.
http://bellsouthpwp2.net/n/o/noxqus/myweb/

 

[Ronx]

FP2000 normally shows three panes or columns:
Views column
File/Folder list column
Design (Normal) Pane

You can adjust the size of the Design pane by hovering over the boundary
between the file list and design pane until the sizing cursor appears (two
arrows pointing left and right) then left click and drag the boundary until
the design pane is about 800 pixels wide. If your design will fit in this
space, then it will display correctly in most browser windows.
18% of users still have their screen resolution set to 800x600, and a
significant number of users with higher resolution screens open their
browsers in a small window (800x600).

To get the 800px width, use Preview in Browser, and choose a browser set to
800x600 - this will be about the right size for setting the design pane
window.

 

[chris]

Your problem is not due to table paramter conflicts but the width of
your images and the absolute positioning used in your bottom frame that
extends the button on the right past the width limits of smaller screen
reolutions. That last button is positioned to start at 897 pixels left.
To that positioning add the width of the image itself (137 px) and that
makes it's display area wider than the space available in a maximized
browser window viewed in 1024x768 resolution... and anything smaller. If
left as is you'll need to add the scrollbar to the bottom frame or the
button will be unreachable to those on smaller resolutions

If these were my own pages I would not use frames at all or absolute
positioning. Instead I'd use an autocentering multirowed, multicolumned
table with relatively positioned content, or several single rowed tables
with relatively positioned and centered content in place of your frames.

When designing your site and layout, adjust your monitor resolution to
the smallest you expect visitors to be using and which you want to
accomodate (remember that a good amount of people are still using
800x600). It's much easier to see what will fit a screen in a smaller
resolution when you're actually viewing the site at that resolution.

OT- you have some files that would be considered illegally named on mamy
servers and may cause some visitors problems because of spaces and
special characters in their names. (eg. Start & Client.html) Generally
web safe rules for basic file naming mean no spaces, sticking to
alphanumerics, and using no special characters except a period, hypen or
underscore.

 

[Guest]

Reply to all, thank you for the infomation, I will take both your suggestions
and adjust to the new resolutions and rename the files in question Thanks
again for the input.