Image links - area mapping

Does anyone know how Freeway decides whether or not to use area mapping for image links? It seems that sometimes it does, and other times not.

The reason I ask is that I need to prevent it from using area mapping on image links that are exit links. This is because stacounter can’t record exit links if they are area maps.

Any ideas?


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

On 5 Nov 2009, at 13:28, eidetic wrote:

Does anyone know how Freeway decides whether or not to use area
mapping for image links? It seems that sometimes it does, and other
times not.

As far as I’m aware, you have to specifically draw an image map
(there’s a tool for it) before Freeway will make one; I don’t think it
happens on its own.

best wishes,

Paul Bradforth

http://www.paulbradforth.com


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

That’s not what’s happening. I’m simply making a graphic logo in freeway, and then adding a hyperlink. Freeway is automatically making it an image map.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

On 5 Nov 2009, at 13:35, eidetic wrote:

That’s not what’s happening. I’m simply making a graphic logo in
freeway, and then adding a hyperlink. Freeway is automatically
making it an image map.

If you apply a link to an image, then the whole of the image will
constitute the link. I’m not sure that’s the same sa an image map, but
it’s certainly ‘normal’ behaviour in any web application.

best wishes,

Paul Bradforth

http://www.paulbradforth.com


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Freeway sometimes adds this kind of code (these are edited snippets):

JO THORNE

But other times does not use this kind of mapping at all.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Here’s an example of freeway’s apparently mixed methods of assigning hyperlinks to images:

Information desk Store News offers & events Brochure Shopping Cart

As you can see, sometimes there’s a “usemap” reference, sometimes not. Does anyone know why?


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

I suspect it’s because you’ve rotated the container box in Freeway.
The application has a hard time of preserving regular links on
graphics rotated in 90 degree increments and falls back to generating
an image map.

For example;

  1. Draw a regular HTML box and import and image into it
  2. Apply a link to the box
  3. Publish and view source

You should see the img wrapped in a regular anchor tag
So far so good.

Now rotate the box by a multiple of 90 degrees (90, 180, 270), publish
and view the source again.

The box should really retain the standard enclosing link but
instead uses an image map.

The application generally does a great job creating links on rotated
images as you’d expect to see an image map created for images rotated
at anything other than 90 degree increments.
I wrote a page action called 'Simplify ImageMaps" last year that
corrected the problem but don’t have a copy with me to sent to you. If
anyone else has this can they please send me a copy? :slight_smile:
Thanks,
Tim.

As you can see, sometimes there’s a “usemap” reference, sometimes
not. Does anyone know why?

FreewayActions.com - Freeware and shareware actions for Freeway
Express & Pro.

Protect your mailto links from being harvested by spambots with Anti
Spam.
Only available at FreewayActions.com

http://www.freewayactions.com


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

Nope - definitely haven’t rotated any container boxes. They’re just regular graphic boxes with graphic text in them. They’re all created in the same way, and yet freeway assigns the usemap reference to some and not to others, apparently randomly.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

If you create graphic text and apply the link to the text (not the box) then you will definitely see the map behavior. Also if the text is on a clear background (none). Try adding a background color to the box, make sure the link is applied to the box and not the text, and see if that clears up the map.

Walter


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

The links in the example are all applied to the box, not the text. I will double check the background issue, but in any case all the graphic boxes were created in the same way, yet only some display the mapping behaviour. Weird!


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

@waltd

I tried your suggestions in two different projects, but I’m still seeing the map behaviour. Here’s an example:

On this holding page for a new sister site to jothorne.co.uk, the big logo at the top exhibits the problem no matter what I do. The graphic is created with a colour background, and the link is applied to the box, not the text.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

The only other thing that it could be is if the box you import the
image into is not rectangular (drawn with the pen tool, maybe?).
Otherwise, it sounds like a bug in Freeway. Can you bottle up a self-
contained example (one page site, all associated graphics collected
using the Save Archive option) and send it to Softpress support?
support(a)softpress.com That will probably get you the fastest
(certainly the most authoritative) answer.

Walter

On Nov 10, 2009, at 7:25 AM, eidetic wrote:

@waltd

I tried your suggestions in two different projects, but I’m still
seeing the map behaviour. Here’s an example:

http://www.jothorne.com

On this holding page for a new sister site to jothorne.co.uk, the
big logo at the top exhibits the problem no matter what I do. The
graphic is created with a colour background, and the link is applied
to the box, not the text.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

In that case, I think it’s a bug. I’ll send a report to Softpress as you suggest.

Thanks for all the help.


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options

This from Softpress tech support:

Hi,

The reason a map is being used is because the characters of the fonts are going outside the bounds of the font itself. Some font creators do this to create certain effects (most notably the Zapfino script font, installed by default on all Macs) and results in some of the characters, in this case the first character, sticking outside the graphic item and causing a dotted line to appear to show where the edge of the image will actually be.

Trouble is, you can’t just make the item wider, or taller, because the text will always stick to the left and top of the item. So, to get round the problem you can add a little bit of left alignment to the text (2px should do it) and make the item 2px wider. Or, make the item as wide as the area below and center the text. If you need to nudge the text down (you don’t in this case, but in the future) you can apply negative Shift from the Style menu.

Ok, that’s the explanation and solution out the way, should Freeway actually be doing this? I personally think not, the result is always rectangular so therefore doesn’t need a custom map applied to it so will therefore log a bug (or add your name to one if it already exists).

I hope this helps,

Joe Billings
Head of Technical Support


freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options