[Pro] PHP Feedback Form Attachment

If you use Freeway to insert an inline table in a positioned DIV,
Freeway will write the correct code. There is nothing wrong with
putting a table inside a DIV, just if you put that inside a P inside
that DIV. It looks like this code is coming out of the Google Maps
Action. Are you using that on this page? You might want to contact
Softpress Support directly, as this should create valid code and it
appears not to be.

Walter

On May 10, 2011, at 8:55 AM, Jeffrey Stern wrote:

Thanks Walt

Ok so I downloaded the Crowbar Action and placed the Constant
Contact code into the code area. It looks like that was the code
causing the validation errors. Now the only error I get is the
following (which I guess is my PHP Feedback form table):

Line 231, Column 98: document type does not allow element “div”
here; missing one of “object”, “applet”, “map”, “iframe”, “button”,
“ins”, “del” start-tag
…=“fwGeneratedMap1” style=“overflow:hidden;height:405px;width:
472px;”>

So if using a table as an inline object is not a valid way of doing
this, how do I get my form into the sidebar area without it – or is
there some other action I need to add.

Jeff


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

I guess I didn’t read the error closely enough. Yes I have a google map in the left column (inserted an html box inside the left column div and then placed my cursor in that and added the google map action)

Jeff


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

I don’t believe the Action is working correctly if it allows a
surrounding P to be generated when it’s used inline. This appears to
me to be a bug in the Action, as it allows the page to become invalid.
Try instead drawing a Google Map Action-item on the page, then drag it
over the sidebar HTML box and press the spacebar when the cursor is
over the sidebar. This will move the map into the sidebar as a
positioned child. You will then be able to move the map around within
the sidebar, but the code will remain valid.

Walter

On May 10, 2011, at 10:17 AM, Jeffrey Stern wrote:

I guess I didn’t read the error closely enough. Yes I have a google
map in the left column (inserted an html box inside the left column
div and then placed my cursor in that and added the google map action)

Jeff


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

When I do this, should the google map then be locked within the sidebar html box as it was as an inline div? The reason I ask is after doing this I can still move it (google map) anywhere on the page, although in the Items listing on left it is indented under the html container (which I assume means it’s right)?

I also sent a support request off to SoftPress but haven’t heard back yet.

Jeff


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

When you do this, it becomes a nested child of the sidebar. While you
can move it out of the sidebar, if you move the sidebar, the map will
move along with it. It’s important to note that any other elements in
the sidebar will not wrap around that map – positioned elements don’t
behave that way.

One thing you could try if you need to get around that one issue is to
click into your sidebar so you see a flashing text cursor, then use
Insert / HTML Item from the main menu. Drag that 100px square out to
be larger than or same size as your map, then drag (and spacebar) the
map to re-parent it to this inline DIV. It’s an extra layer of DIV,
but it will work correctly until Softpress updates the Action.

Walter

On May 10, 2011, at 2:59 PM, Jeffrey Stern wrote:

When I do this, should the google map then be locked within the
sidebar html box as it was as an inline div? The reason I ask is
after doing this I can still move it (google map) anywhere on the
page, although in the Items listing on left it is indented under the
html container (which I assume means it’s right)?

I also sent a support request off to SoftPress but haven’t heard
back yet.

Jeff


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

So to understand you correctly, if I move the google action box over the sidebar html box and the inline box above it grows in size the google action will move down accordingly, even though I can manually move it in Freeway? I tried this on a second test site (test2) and if I add more text to the inline html above it, it does seem to work and it passes the validation test. Will it work ok with IE as well?

FYI, if I click in the html box in my sidebar and place the google action that way (which I believe is how I did it the first time) it fails validation. When you suggested clicking in the sidebar, was it in the top level sidebar container and not within an inline html box? Haven’t tried that yet.

Jeff


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

No, sadly. If the sidebar box is moved down by something above IT,
then yes, the map will move as well. But the map will be a positioned
child of the sidebar in that first example I gave. This means that its
distance from the top-left corner of the sidebar box will be measured
in pixels, and won’t change if the font size changes or any other
elements in the sidebar move. The map will be a layer, positioned from
one of the corners of the sidebar box, and it will behave like other
layers do – as if it was the only thing on the page. (From its
perspective, that’s true – it’s all alone on its own Z-index with
nothing around it for miles and miles.)

Walter

On May 10, 2011, at 6:33 PM, Jeffrey Stern wrote:

So to understand you correctly, if I move the google action box over
the sidebar html box and the inline box above it grows in size the
google action will move down accordingly, even though I can manually
move it in Freeway? I tried this on a second test site (test2) and
if I add more text to the inline html above it, it does seem to work
and it passes the validation test. Will it work ok with IE as well?

FYI, if I click in the html box in my sidebar and place the google
action that way (which I believe is how I did it the first time) it
fails validation. When you suggested clicking in the sidebar, was it
in the top level sidebar container and not within an inline html
box? Haven’t tried that yet.

Jeff


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

And if I were to leave it as is, is there any real problem with not having the page have full validaiton?

Jeff


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

The Google Map uses JavaScript to manipulate the DOM (Document Object
Model, or the collection of things you see – and don’t see – on the
page). Without a valid base, all sorts of different interpretations
are possible from one browser to the next. Invalid code is the root of
most cross-browser errors. I recommend you fix it, and raise the issue
to Softpress as critical. In a page that does not rely on scripting, I
would say fine – the worst that could happen is two things are spaced
apart in a funny way in one or two browsers. But this is rocket
surgery, and you need a clean room (and a bunny suit) to proceed.

Walter

On May 10, 2011, at 9:39 PM, Jeffrey Stern wrote:

And if I were to leave it as is, is there any real problem with not
having the page have full validaiton?

Jeff


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

Thanks Walt

Joe responded and said they are aware of the problem and have registered my issue with the others.

And one last clarification as I’m still a bit confused on the two methods for resolving this. Is the drag and spacebar drop method fully compatible with the box model I have setup (and most browsers) – it appears to move down properly on the page in Safari if I enlarge the page type – or am I better off using the click in the sidebar approach and then insert the Google map. Or is there little or no difference as to the method I use to place the Google Map.

Sorry if I’m being a bit slow on understanding this.

Jeff


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

If the drag + spacebar thing is working for you (and be sure that you
are testing with your browser set to Zoom Text Only) then that’s
great. It’s the lowest-drag way to go here. If you need the belt and
suspenders (especially if you have text appearing above or below the
map within your sidebar) then you need to do the following steps.

  1. Double-click inside your sidebar where you want the map to appear,
    so you have a flashing text cursor. Use Insert / HTML Item from the
    main menu. Drag this HTML item’s bottom-right corner handle until it
    is as large or larger than the Google Map you wish to use.

  2. Draw your Google Map with the Action tool, configure it, etc.

  3. Click and drag the Google Map Action item over the top of the
    inline HTML box you created in step 1, and use the spacebar to make
    the map a child of the inline box.

If you follow these steps, then the following important things will
happen: a) The map will “reserve” space for itself within the text
flow of the sidebar, so it will be moved by preceding content and will
displace following content when the text size changes. b) The map will
be a positioned child of the inline HTML box, so it will not be
improperly nested within a paragraph or another text container that
cannot hold a block-level element. This comes at the very minor cost
of an additional layer of DIV wrapping around the map. This is
harmless in most senses of the word.

When Softpress release a fixed version of this Action, you should be
able to skip all of these steps entirely, and just use Insert / Action
Item / Google Map from a text cursor in the sidebar to have the exact
same effect.

Walter

On May 11, 2011, at 9:09 AM, Jeffrey Stern wrote:

Thanks Walt

Joe responded and said they are aware of the problem and have
registered my issue with the others.

And one last clarification as I’m still a bit confused on the two
methods for resolving this. Is the drag and spacebar drop method
fully compatible with the box model I have setup (and most browsers)
– it appears to move down properly on the page in Safari if I
enlarge the page type – or am I better off using the click in the
sidebar approach and then insert the Google map. Or is there little
or no difference as to the method I use to place the Google Map.

Sorry if I’m being a bit slow on understanding this.

Jeff


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

Ok. That is how I did it and if I choose enlarge text only it seems to work fine – thanks for the help.

One curious question with enlarging text. In my righthand sidebar I have an email address link that breaks out of my container when the text is enlarged rather than truncating. Is this normal behavior (rest of the items in the html box don’t)

Again thanks for all your help.


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

Yes, the text is wrapped in an A tag, and if there are no spaces,
hyphens, or slashes to break by within that tag, the text just grows
out of its container as it is indivisible.

Walter

On May 11, 2011, at 9:36 AM, Jeffrey Stern wrote:

Ok. That is how I did it and if I choose enlarge text only it seems
to work fine – thanks for the help.

One curious question with enlarging text. In my righthand sidebar I
have an email address link that breaks out of my container when the
text is enlarged rather than truncating. Is this normal behavior
(rest of the items in the html box don’t)

Again thanks for all your help.


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

Actually have one more question for you if you don’t mind.

I started checking my other pages for validation as well and see I have a couple of issues. I have a couple of java script feeds coming from an external music site. Took their code and pasted into html markup items. Getting a couple of validation errors. Can I use the Crowbar action with the javascript as well?

Dan J also at one time helped me to change the typeface color and appearance of some of the feeds. We did it by creating a couple of new styles (e.g., body#music .hvmusic_date) and adding some text-align and text color attributes through the extended styles menu. The validation is giving me an error message for the # sign in the body#music style. How would I change this. Can I just remove the #sign? Would Crowbar help to resolve these?

Thanks Jeff

ps. Page link again is: http://www.beanrunnercafe.com/test/index.php


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

On May 11, 2011, at 10:20 AM, Jeffrey Stern wrote:

Actually have one more question for you if you don’t mind.

I started checking my other pages for validation as well and see I
have a couple of issues. I have a couple of java script feeds coming
from an external music site. Took their code and pasted into html
markup items. Getting a couple of validation errors. Can I use the
Crowbar action with the javascript as well?

You can, although you only need it if these Markup Items are inline –
within a run of text – appearing as a tiny [ H ] box within a run of
text, as if it was a little rectangular image or character. Markup
Items that you place on the page, that have dimensions and can be
dragged around for layout reasons, are either TD (table cells) or DIV
tags, depending on your layout method. These can contain any sort of
code element without error.

CrowBar, when used inline within a run of text, observes these
conventions:

If the CrowBar element is the only thing on a line, then the
surrounding P tag (or other text container tag) is removed entirely,
and the CrowBar code is entirely responsible for providing any sort of
container tag needed to make the resulting page valid again.

If the CrowBar element is the first thing within a run of text, then
the code contained in the CrowBar is moved outside of the P tag so
that it appears before the remainder of the text. If the layout looked
like this:

<p>[CrowBar]Some fine text here.</p>

the result would be

[CrowBar]<p>Some fine text here.</p>

The exact same thing happens at the other end of the container tag,
with the CrowBar appearing after the close tag, rather than before it.

Dan J also at one time helped me to change the typeface color and
appearance of some of the feeds. We did it by creating a couple of
new styles (e.g., body#music .hvmusic_date) and adding some text-
align and text color attributes through the extended styles menu.
The validation is giving me an error message for the # sign in the
body#music style.

That sounds fishy. A # is used at the beginning of a color value to
mark it as a hexadecimal color. It’s possible that the error is
elsewhere.

How would I change this. Can I just remove the #sign? Would Crowbar
help to resolve these?

Thanks Jeff

ps. Page link again is: http://www.beanrunnercafe.com/test/index.php

I don’t see your # error on the page above, but I do see a lot of
issues with your URLs to the PHP page being encoded incorrectly. Go
through those links and replace & in the URL with & amp; (remove the
space between the ampersand and the word amp when you do – I left the
space there so the Web forum wouldn’t replace it with an &). That will
clear nearly all of the other errors on this page. The last two errors
I can’t really imagine Freeway would generate, so they probably come
from this calendar script. It’s generating HTML3.2-valid code, but the
remainder of your page is a much higher DOCTYPE. Unless you can
rewrite this calendar, you’re going to have to give up on these being
correct.

Walter


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 Walt

Yes the Markup items are inline on the home page in the right sidebar, with text a line above and below (so markup is on a line by itself).

the body#music error is actually on the Music page http://www.beanrunnercafe.com/test/beanrunnermusic.html This page is primarily a feed and the Markup is again inline

Again thanks for the suggestions and help


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

Just a quick follow up

Put the amp after the & and test on my MAMP server and it doubled the number of entries that the feed was pulling in.

Script I am using in the Markup is: []

I put the amp between the & and the word entries(no space) and the feed gave me 20 entries rather than 10??


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

If this doesn’t work (note the semicolon after the amp):

Then you may just have to wrap the script body in HTML comments so the
validator ignores it:

One of those will do the trick, validation-wise. You still have to get
the calentry code to generate valid XHTML – no color or size or font
tags, please!

Walter

On May 11, 2011, at 1:09 PM, Jeffrey Stern wrote:


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

That worked, although I am still getting this error related to the javascript (and a couple of WebYep errors) and not sure how to resolve:

Line 103, Column 30: required attribute “type” not specified

window.open("/test/webyep-system/program/l-save.… The > after the "JavaScript" is highlighted in red? _______________________________________________ freewaytalk mailing list email@hidden Update your subscriptions at: http://freewaytalk.net/person/options

You can’t use only language to define a script tag, you have to
include type:

<script type="text/javascript">

is valid, so is

<script type="text/javascript" language="JavaScript">

in all levels of HTML and Transitional flavors of XHTML. What you have
there is not.

Walter

On May 11, 2011, at 2:32 PM, Jeffrey Stern wrote:

That worked, although I am still getting this error related to the
javascript (and a couple of WebYep errors) and not sure how to
resolve:

Line 103, Column 30: required attribute “type” not specified

window.open("/test/webyep-system/ program/l-save.… The > after the "JavaScript" is highlighted in red? _______________________________________________ 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