Could you please post a link to the page? I have a feeling I know
what’s happening here, but I need to see the HTML that’s being made
here.
Walter
On Dec 19, 2008, at 4:44 PM, LLE Freeway wrote:
I’ll post a revised 0.21 in a minute,
Walter,
This is a really great action, but I have one problem with it. I
can’t get the Date Text that gets put into the Text Field to upload
with the form. I put default text in the text field and if I hit my
submit button without doing anything, the default text gets passed
to my php page. If I use the calender view to enter text into the
text field then click the submit button, the php Post variable is
Null. Further once the calendar view puts text in the text field,
the shadow box around the text field disappears, like the text field
has disappeared?
Here is my simple test FW stuff zipped up. It is kind of a hack, since
I have been trying several different things.
It uses the PHP Page Mark Up action and the PHP Item Block action
I have been using the MAMP local web server environment to test the
stuff out without putting it up on my web site.
It works really good. I have tried this testit stuff it on my web
server and I get the same results.
I appreciate your taking a look at it.
Thanks,
LLE
On Dec 19, 2008, at 4:48 PM, Walter Lee Davis wrote:
Could you please post a link to the page? I have a feeling I know
what’s happening here, but I need to see the HTML that’s being made
here.
Walter
On Dec 19, 2008, at 4:44 PM, LLE Freeway wrote:
I’ll post a revised 0.21 in a minute,
Walter,
This is a really great action, but I have one problem with it. I
can’t get the Date Text that gets put into the Text Field to upload
with the form. I put default text in the text field and if I hit my
submit button without doing anything, the default text gets passed
to my php page. If I use the calender view to enter text into the
text field then click the submit button, the php Post variable is
Null. Further once the calendar view puts text in the text field,
the shadow box around the text field disappears, like the text
field has disappeared?
For some reason, you are getting a duplicate ID on the form field and
the div that holds it in place on the page. What’s going on then is
the calendar is filling in the DIV with the date, not the form field.
(This is happening because the first thing in source order to have the
ID DateNameField is the DIV.)
I made a change in the Action, and you will need to download version
0.3 and re-install. This will fix it for you, though.
Walter
On Dec 19, 2008, at 7:11 PM, LLE Freeway wrote:
Walter,
Here is my simple test FW stuff zipped up. It is kind of a hack,
since I have been trying several different things.
It uses the PHP Page Mark Up action and the PHP Item Block action
I have been using the MAMP local web server environment to test the
stuff out without putting it up on my web site.
It works really good. I have tried this testit stuff it on my web
server and I get the same results.
I appreciate your taking a look at it.
Thanks,
LLE
On Dec 19, 2008, at 4:48 PM, Walter Lee Davis wrote:
Could you please post a link to the page? I have a feeling I know
what’s happening here, but I need to see the HTML that’s being made
here.
Walter
On Dec 19, 2008, at 4:44 PM, LLE Freeway wrote:
I’ll post a revised 0.21 in a minute,
Walter,
This is a really great action, but I have one problem with it. I
can’t get the Date Text that gets put into the Text Field to
upload with the form. I put default text in the text field and if
I hit my submit button without doing anything, the default text
gets passed to my php page. If I use the calender view to enter
text into the text field then click the submit button, the php
Post variable is Null. Further once the calendar view puts text
in the text field, the shadow box around the text field
disappears, like the text field has disappeared?
I’ve posted an updated version of the Action which fixes this problem.
Walter
On Dec 19, 2008, at 4:48 PM, Walter Lee Davis wrote:
Could you please post a link to the page? I have a feeling I know
what’s happening here, but I need to see the HTML that’s being made
here.
Walter
On Dec 19, 2008, at 4:44 PM, LLE Freeway wrote:
I’ll post a revised 0.21 in a minute,
Walter,
This is a really great action, but I have one problem with it. I
can’t get the Date Text that gets put into the Text Field to upload
with the form. I put default text in the text field and if I hit my
submit button without doing anything, the default text gets passed
to my php page. If I use the calender view to enter text into the
text field then click the submit button, the php Post variable is
Null. Further once the calendar view puts text in the text field,
the shadow box around the text field disappears, like the text
field has disappeared?
I made a change in the Action, and you will need to download version
0.3 and re-install. This will fix it for you, though.
Walter
Thank You for your efforts. I still can’t get it to work. I
downloaded version 0.3. When I tell FW to install it, it says it is
going to replace an older version, I click OK. Nothing spectacular
happens, but I guess it did something. When I try and create a new
text field and attach the calenderview action to it, in the lower
right of the Action window it says 0.21. When I do a Get Info on the
CalendarView.fwactionb file, it says version 0.3. When I show the
package contents of CalendarView.fwactionb, the Info.plist seems to
say version 0.3, but the file calendarview.fwaction in the Actions
folder seems to say:
CalendarView Action
Walter Davis Studio 2008
So, I don’t know what I have, but I know it still doesn’t work. I’ll
try to work with it some more tommorow.
Once again, Thanks for your great work you do and all the help you
give to people on this list.
LLE
You may need to locate the copy in your Actions folder and delete it,
then re-install. I see 0.3 here on my machine. Also try this on a new
document, just to be sure you’re not seeing the cached version from
the document.
Walter
On Dec 19, 2008, at 10:43 PM, LLE Freeway wrote:
I made a change in the Action, and you will need to download
version 0.3 and re-install. This will fix it for you, though.
Walter
Thank You for your efforts. I still can’t get it to work. I
downloaded version 0.3. When I tell FW to install it, it says it is
going to replace an older version, I click OK. Nothing spectacular
happens, but I guess it did something. When I try and create a new
text field and attach the calenderview action to it, in the lower
right of the Action window it says 0.21. When I do a Get Info on the
CalendarView.fwactionb file, it says version 0.3. When I show the
package contents of CalendarView.fwactionb, the Info.plist seems to
say version 0.3, but the file calendarview.fwaction in the Actions
folder seems to say:
CalendarView Action
Walter Davis Studio 2008
So, I don’t know what I have, but I know it still doesn’t work. I’ll
try to work with it some more tommorow.
Once again, Thanks for your great work you do and all the help you
give to people on this list.
LLE
Do you know how to delete an action from FW once it is installed? The
Edit->Actions feature only seems to allow one to install actions, not
delete them. Even when I uncheck the Calendarview action in the edit
list, it is still there to use when building a page. I downloaded the
version 0.3 and checked in the show package contents that it indeed
said version 0.3 but no mater what I do, it won’t install over the
0.21 version. It seems to me, now, that once you install an action,
that’s it, no delete, no updates. this can’t be right. Right now I
deleted all files associated with the Calendarview action from my
computer, but FW still has something somewhere that I can’t find,
inside the FW bundle or anywhere. Since I never installed
Calendarview in FW4, which I still have, I could delete all of my FW5
and reinstall FW5 from scratch, but that seems crazy.
Frustrated,
LLE
On Dec 20, 2008, at 8:33 AM, Walter Lee Davis wrote:
You may need to locate the copy in your Actions folder and delete
it, then re-install. I see 0.3 here on my machine. Also try this on
a new document, just to be sure you’re not seeing the cached version
from the document.
Thanks for this path. I really need to study where apps store their
stuff. I thought FW was a ‘global’ app, and only had one set of config
info, I didn’t realize multi users could each have their own actions,
etc
Well, I deleted the 0.21 action and got the 0.3 action installed. It
still wouldn’t work. Since you said it was fixed, I spent a bunch of
time trying to figure out what I was doing wrong. I finally went back
to one of your earlier posts about the id’s. And I think I discovered
the problem.
Your Calendar.setup is picking up the Item General Settings Title as
it’s date field
The text field uses the Item Output Settings Name for it’s name and
id. The above is for a non CSS, table based page. With this, if I
make the title and name the same, it works.
When I go to a CSS page.
</
The div before the text field gets the Item General Settings Title as
the div id. For this to work, the Calendar.setup({dateField: needs to
get the Item Output Settings Name and the name and title have to be
different.
Freeway doesn’t allow you to set an ID through the interface, so my
Action sets one for you, matched to whatever you make the input’s name
(what gets sent to the server with a form submission). The error in
the previous version was that it was picking up the name of the DIV
enclosing the form field in your layered layout rather than the name
of the form field. That’s the part I fixed.
It’s recommended (but not required) by W3C that ID and NAME be the
same on a form input. If you are using the Extended dialog to set an
ID explicitly, then please delete that and let the Action do its
thing. I’ve tested this with a table containing an inline form field,
a form field just drawn on the page in layer mode, and a form field
inline within a layer – all of them properly set the form field’s ID
to whatever is set in the NAME attribute in Freeway, and all of them
just work.
Walter
On Dec 21, 2008, at 1:17 AM, LLE Freeway wrote:
[snip]
Your Calendar.setup is picking up the Item General Settings Title as
it’s date field
The text field uses the Item Output Settings Name for it’s name and
id. The above is for a non CSS, table based page. With this, if I
make the title and name the same, it works.
Anybody else who is using a previous version, please try this one out
and see if it causes any regression when you use the Action on an
inline form element.
Walter
On Dec 22, 2008, at 11:30 AM, LLE Freeway wrote:
Walter,
I would appreciate it if you would give one last shot at helping me
with your CalendarView action
I have put an example file with a readme file zipped at:
Anybody else who is using a previous version, please try this one
out and see if it causes any regression when you use the Action on
an inline form element.
Anybody else who is using a previous version, please try this one
out and see if it causes any regression when you use the Action on
an inline form element.
I am sad to report that our communications over the action
CalendarView are apparently over.
Your version 0.3.2 seems to work fine. I even tried two calendars in
the same form for a beginning date and an ending date and they seem to
be independent and work as expected.
Thanks again for all your efforts on this action and all the help you
give to many of the people on this list.
I have learned a lot from reading your advice to others on this list
LLE
On Dec 22, 2008, at 5:10 PM, Walter Lee Davis wrote:
Sheesh, I feel like my wife giving an eye exam – better one, or two?
Dave, looking at the source code I see two things.
The background colour you have set for #arrival_date is currently #ff0000 which is not the same as for the other fields (#ffffcc). Did you set this from the action, or from the styles menu?
There is a semicolon missing after the color value for #arrival_date.
As lovely and traditional as the spelling colour may be, the actual
W3C standard is color (without the U). Fix that, and you will see that
your fields have the correct colo(u)r.
Walter
On May 4, 2009, at 7:48 PM, DeltaDave wrote:
I am trying to style a CalendarView form item with a background
colour but having no luck.
I tried Form Element Styler - no go
I tried adding an extended property background-colour also no go
What else can I try as i want all required fields to have the same
background colour
Thanks Chucka yes I had changed that one to a red so that my failing eyes would see it better when it did work!!! Those pale colours are difficult…
And Walter - thanks - I was sure that I had tried it with both spellings colour and color - obviously not! And I did think that you could use either.
How I ended up doing it (for the benefit of others) was to use safari’s developers tools to “inspect” the fields to ascertain their IDs - arrival_date and departure_date - and then create 2 new styles to suit #arrival_date and #departure_date with the extended attribute background-color:ffffcc