Div BG Action Gone Wonkey

Hi Peeps

My DIV background image action seems to have gone all Pete Tong. I’m still using Freeway 4 (I know please) but could someone have a look at the screen grab please.

Kind regards

  • RogerG

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

Yikes! that link was a right chimp, so here go’s with another.

Thanks again - Kind regards - Roger G


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

Roger,

This is my fault, as the Action is likely not as fault-tolerate as one would like. What can I say, I was naive at the time…

I have a few guesses at present:

  • The html box to which this Action is applied may be ‘overflowed’, have its publish checkbox ticked off, or somehow not published. Thus, the Action is not able to find the ‘Item’ to which it is applied on publish, as FW is not even making an attempt to generate the code.
  • There may be some other Action on the item that is causing it to have a tag name that the Action just does not recognize. Though based on the error thrown and the line of code highlighted, I would venture that the first option is more likely.

Closely examine the html item to which this Action is applied for any anomaly in the design space or the Inspector that would cause it to not be published.

If nothing jumps out at you, you can email me the fw document (please pare down to just the errant page). I will have a look and see what can be done.
USERNAME = actionsupport
DOMAIN = gmail.com
USERNAME@DOMAIN

If you are having trouble determining the page that is causing this, keep an eye on the Site Map. Once you clear the JS error that was thrown by the above alert, try a publish again. The error will be thrown again, but you should notice in the site map the first page that is still dirty. Since FW publishes pages serially, this is the page that is causing the trouble.


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

Just a quick question, not related to this thread – would anyone
mind if I turned off the e-mail cloaking thing on the Web view as
long as you were logged in? It would make it a lot simpler, rather
than requiring these CAPTCHA-esque word puzzles to both communicate
and obfuscate e-mail addresses.

I’ve asked this before and gotten mixed answers, but there’s been a
little more water under the bridge, and hopefully people have
realized that this site is pretty secure, spam-wise, and the
community is pretty trust-worthy.

Sorry for the interruption.

Walter

On Oct 22, 2008, at 9:39 AM, Weaver wrote:

USERNAME = actionsupport
DOMAIN = gmail.com
USERNAME@DOMAIN


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

Hi Weaver

Thanks ever so much for the quick response. It’s a makeover of a current site and as such the DIV may well have picked up some crud over the years. I shall delete it and start again.

If needs be I’ll ship the page over to you as you suggested.

Again many thanks - RogerG


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

Hey now…I thought USER@DOMAIN wasn’t too bad as a simple obfuscation technique : )

Sorry, I forget that ‘user’ profiles are only accessible while logged-in. Even my ‘contact info’ under my profile was similarly contorted (now fixed into a proper email link).

Is the message text irrevocably altered with this email trap routine before stored/remailed; or is the alteration on-the-fly as the threads are displayed and the message stored unaltered?

Would it be possible to alter the email hiding routine to change the appearance to something like: ‘Log-in to see address’, instead of changing it to ‘email@hidden’ (…And then only make them visible via JS/entities/or some other browser-centric method?..)

I am one that needs constant reminders about little features like this, and seeing the above direction would always remind me that addresses are only visible to subscribers. Perhaps a conspicuous note with the ‘Reply to this thread’ box about such protections and alterations.

While we’re on the topic, could the header of each message on the web (that currently includes the users name and the date), also include a small fly-out with the content of the user’s ‘contact info’?


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

Everything is stored in the database as plain text, and everything
goes out to all of the e-mail subscribers as untrammeled text, just
as written. Remember, this Web “forum” is really just another
subscriber to the list, and it gets the messages at the same time as
the rest of the list, and then starts picking through them looking
for Markdown to convert or e-mail addresses to hide. But this all
happens on the fly, as you look at the page.

I like the idea of "log in to see e-mail address’ very much. You’re
right, it would make the connection for people.

As far as obfuscating the addresses with JavaScript or entity
replacement, yes, that’s possible, but again, you would have to be a
real human and logged in in order to see the live address anyway –
we’re pretty well kinked against 'bots here.

I could probably add the fly-out bit, I’ll have to think about that.

Walter

On Oct 22, 2008, at 1:30 PM, Weaver wrote:

Hey now…I thought USER@DOMAIN wasn’t too bad as a simple
obfuscation technique : )

Sorry, I forget that ‘user’ profiles are only accessible while
logged-in. Even my ‘contact info’ under my profile was similarly
contorted (now fixed into a proper email link).

Is the message text irrevocably altered with this email trap
routine before stored/remailed; or is the alteration on-the-fly as
the threads are displayed and the message stored unaltered?

Would it be possible to alter the email hiding routine to change
the appearance to something like: ‘Log-in to see address’, instead
of changing it to ‘email@hidden’ (…And then only make them
visible via JS/entities/or some other browser-centric method?..)

I am one that needs constant reminders about little features like
this, and seeing the above direction would always remind me that
addresses are only visible to subscribers. Perhaps a conspicuous
note with the ‘Reply to this thread’ box about such protections and
alterations.

While we’re on the topic, could the header of each message on the
web (that currently includes the users name and the date), also
include a small fly-out with the content of the user’s ‘contact info’?


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

Hi Weaver

Many thanks for the updated action.

I had sorted out the problem as you suggested by deleting the cell/DIV and starting again.

I then drew a new table and let Freeway do it’s magic, and it worked.

I’ll post up the site when it’s ready so you can see your creation live and breath :•)

Kind regards - RogerG


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

Tra la!

Thanks Weaver, as mentioned earlier and as promised your DIV BG action:

http://www.coastalrugs.com/Actions

:- lives and breaths (as it did in the past before I messed up the pages in a re-build and you came to the rescue with a new and improved version (ta … mate) right here:

http://www.rossetts.co.uk

I would post the rebuild up to SP but it’s been made in FW 4 and I’m worried that they may not like retro.

In case it’s of interest, the re-build just widens the orginal page sizes and layout as users move from 800x600 to 1024 x768.

Th build, as with the originals is a simple table based layout. We need to keep it updated here at the studio and this is the easiest way. The header uses your BG action as we can overwrite with text which Google seems to like (wink)

The navigation is just the ‘menu bar action’ slightly moded by changing the drop down background image to a transparent PNG (which everyone seems to like)

There’s also a page:
http://www.rossetts.co.uk/fgp08sco.php

which uses the WebYep action by Max Fancourt:

http://www.max-izzat.co.uk

This allows the client to change body content on the fly.

That’s it and thank you once more for you help.


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