I searched through the Internet already some time ago looking for an action that allows me to change the appearance of HTML form elements / scrollbars, so I wonder if something like that is available ?
Anyway, it should be not just an action that allows me to alter the colour schemes, but even to use custom images for checkboxes and scrollbar arrows, for example.
there’s an action called formel element styler (you can download ist here: Tutorial: Form Element Styler) with which you can change the appearance of textfields and -areas as well as popdowns and buttons (i don’t know if it works with checkboxes too). use “override” and u can change the color and the font etc. of your formelements.
as far as i can see it works in safari, opera and firefox on mac …
greez
However it looks more like an action to modify certain attributes like colour and font but not able using images as the “niceforms” script does to rebuild controls.
Just a word of caution. I would use Form Element Styler cautiosly for now as it caused problems with page validation for me. I could not get a form page to correctly generate the form tags. You may not experience this, but I suspect that action needs to be updated.
Hi chuckamuck, can you give me an example of your problem please, I
use this action on all of my forms (currently about 30) and do not
have any issue with what you are saying.
Cheers
Mike
On Jul 7, 2008, at 6:58 PM, chuckamuck wrote:
Just a word of caution. I would use Form Element Styler cautiosly
for now as it caused problems with page validation for me. I could
not get a form page to correctly generate the form tags. You may not
experience this, but I suspect that action needs to be updated.
Hi chuckamuck, can you give me an example of your problem please, I
use this action on all of my forms (currently about 30) and do not
have any issue with what you are saying.
I don’t think I seen this, don’t know how I missed it… anyway, can’t
really comment without seeing the example.
I haven’t had any reports of any problems like you mention being
caused by the action and as I say, I have it on a hell of a lot of my
own and other site forms and it doesn’t alter any form tag or
positioning on the pages as far as I can see, they all work so the
form tags must be there and the items are positioned as I want them on
the sites I have used it on. The only thing I can think of might be
the naming you use for your element item names when using layers and
you where maybe where getting a conflict, I generally just let FW do
this with the element item names side as it will use a unique name for
each item.
Mike
On Jul 7, 2008, at 7:12 PM, chuckamuck wrote:
Hi chuckamuck, can you give me an example of your problem please, I
use this action on all of my forms (currently about 30) and do not
have any issue with what you are saying.
Unfortunately the Form Element Styler action does not have the option of using images for the elements.
Mike
On 7 Jul 2008, 7:26 am, tobiaseichner wrote:
Thank you, I’ll give it a try.
However it looks more like an action to modify certain attributes like colour and font but not able using images as the “niceforms” script does to rebuild controls.
I have seen a number of people try to rename a field by changing its
layout element name – this happens when they draw their form
elements as individual positioned DIVs, rather than putting them in a
table or another semantic structure like a list. So they click on
what they see as the form element, which is really just a DIV, change
the value of the Title field in the Inspector, and then go back and
change the form element itself later – to the same name. Since
Freeway doesn’t add IDs to form elements natively, it doesn’t notice
the ID clash made by an Action later on in the publish cycle.
I have added this bit of belt-and-suspenders code to my various Form
actions:
var d = e.fwFindEnclosing('div');
if(d){
if(d.id && d.id.toString() == e.id.toString()){
d.id = fwQuote(d.id.toString().slice(1,-1) + '_wrap');
}
}
This is naturally inside a loop that defines e as the form element
being worked on, and this loop cycles after the Action has done all
its ID-adding business.
Walter
On Jul 7, 2008, at 1:24 PM, Mike B wrote:
I generally just let FW do
this with the element item names side as it will use a unique name for
each item.
Great Walter, I must look at adding this to the action to cover user
mistakes like you mention. To be honest it’s not something I though
about at the time.
Many thanks
Mike
On Jul 7, 2008, at 7:37 PM, Walter Lee Davis wrote:
I have seen a number of people try to rename a field by changing its
layout element name – this happens when they draw their form
elements as individual positioned DIVs, rather than putting them in a
table or another semantic structure like a list. So they click on
what they see as the form element, which is really just a DIV, change
the value of the Title field in the Inspector, and then go back and
change the form element itself later – to the same name. Since
Freeway doesn’t add IDs to form elements natively, it doesn’t notice
the ID clash made by an Action later on in the publish cycle.
I have added this bit of belt-and-suspenders code to my various Form
actions:
var d = e.fwFindEnclosing(‘div’);
if(d){
if(d.id && d.id.toString() == e.id.toString()){
d.id = fwQuote(d.id.toString().slice(1,-1) + ‘_wrap’);
}
}
This is naturally inside a loop that defines e as the form element
being worked on, and this loop cycles after the Action has done all
its ID-adding business.
Walter
On Jul 7, 2008, at 1:24 PM, Mike B wrote:
I generally just let FW do
this with the element item names side as it will use a unique name
for
each item.
You can alter the CSS sheet to apply the images you want, it seems not to hard to use this in Freeway.
Anyway, perhaps a script-guru here can make a nice FW action out of this …
PS - Did I allready mention that it would be nice to edit your own comments? I hate this post-after-post …
PS - Did I allready mention that it would be nice to edit
your own comments?
Me, too. Was discussed here already, but this forum delivers new postings in real time by e-mail as well. Therefore this was stated as reason (people having subscribed by e-mail to this forum would never read the modified messages).
Anyway, perhaps a script-guru here can make a nice FW
action out of this …
Perhaps someone has heard it Would save much work and could be surely a great improvement.
This comment, like all the others in this forum, exist first and
foremost as individual e-mail messages, sent to a mailing list and
distributed to the members. This Web forum is subscribed to that
list, just like any other member would be. The messages sent to the
list are cached here for your web-viewing convenience, and also so
that the incredible Sphinx search engine can index them every five
minutes. But like every other e-mail message ever sent, they cannot
be changed or retrieved once sent, no matter how convenient that
might be. I am sure that national and local politics the world over
would be much different if the opposite were true.
Walter
On Jul 8, 2008, at 3:47 AM, Richard van Heukelum wrote:
PS - Did I allready mention that it would be nice to edit your own
comments? I hate this post-after-post …
Would save much work and could be surely a great improvement.