Slice image or create Hot Spot

[Sandra]

What is the advantage of slicing an image in the image
creation program (in order to make a hyperlink) over
creating Hot Spots in FrontPage 2002?

 

[Guest]

Usually you slice an image if you want to break up a large image and make the page load faster. When you make the slice an actual link in an imaging program, it is basically creating a "hotspot" like FP does, so both ways are pretty much the same. I would recommend using slicing, since it does speed up loading the page.

Dennis Laube, Consultant
Collective Technologies
www.collectivetech.com

 

[Tom Pepper Willett]

Actually, as has been reported in this Newsgroup several times, slicing does
not make the image download faster, but actually a little longer.
--
------------------------------
Tom Pepper Willett
Microsoft MVP - FrontPage
http://www.microsoft.com/office/frontpage/prodinfo/default.mspx
To find the best Newsgroup for FrontPage support see:
http://www.net-sites.com/sitebuilder/newsgroups.asp
------------------------------
| Usually you slice an image if you want to break up a large image and make
the page load faster. When you make the slice an actual link in an imaging
program, it is basically creating a "hotspot" like FP does, so both ways are
pretty much the same. I would recommend using slicing, since it does speed
up loading the page.
|
| Dennis Laube, Consultant
| Collective Technologies
| www.collectivetech.com

 

[Jim Buyens]

-----Original Message-----

Usually you slice an image if you want to break up a
large image and make the page load faster.

I'm not convinced this is true.

Oh, all right, I'm convinced people want to speed up
transmission of large images, and I'm convinced they slice
up images for this reason. But I'm not convinced there are
any positive effects. 200KB is 200KB, regardless of
whether it's a single file or ten 20KB files.

When you make the slice an actual link in an imaging
program, it is basically creating a "hotspot" like FP
does, so both ways are pretty much the same.

FrontPage hotspots hyperlinks that jump to a URL based on
which area within a picture the visitor clicks. These
areas can be rectangular, oval, or polygonal.

Slicing divides one rectangular picture into a grid of
smaller rectangular pictures. You can set up different
hyperlinks on each of these smaller rectangles, but
something like a map of the United States, clickable by
state, would be very difficult to achieve by slicing.

I would recommend using slicing, since it does speed up
loading the page.

I'm still not convinced, except that reasonable people can
agree to disagree.

Jim Buyens
Microsoft FrontPage MVP
http://www.interlacken.com
Author of:
*------------------------------------------------------*
|\----------------------------------------------------/|
|| Microsoft Office FrontPage 2003 Inside Out ||
|| Microsoft FrontPage Version 2002 Inside Out ||
|| Web Database Development Step by Step .NET Edition ||
|| Troubleshooting Microsoft FrontPage 2002 ||
|| Faster Smarter Beginning Programming ||
|| (All from Microsoft Press) ||
|/----------------------------------------------------\|
*------------------------------------------------------*

 

[Sandra]

Thanks. That's what I wanted to hear, because slicing is
a lot more trouble than creating hot spots. Just what IS
the reason for using slicing?

 

[jaf]

So the user has SOMETHING to look at while waiting? :<)

 

[Terry Crowley \(MSFT\)]

The other rationale for slicing is when you're trying to create an
interesting border around a large blank area that is filled with content.
So you slice up the image (creating whatever complex table is necessary to
hold the slices) and then delete the image associated with that central
area, perhaps simply setting the background color of that cell. Overall the
size of the image content downloaded is much reduced. You can also play
games where you can use different encoding schemes for different parts of
the image (e.g. JPEG for part of the sliced image that was photo-like and
GIF for parts that had lots of solid colors).

Terry