cforms II User Forum

Registration is currently disabled.
Guest

FAQs

Lost password?
Advanced Search:

— Forum Scope —



— Match —



— Forum Options —




Wildcard usage:
*  matches any number of characters    %  matches exactly one character

Minimum search word length is 4 characters - maximum search word length is 84 characters

Topic RSS
CForms Styling not takign effect
August 5, 2010
5:29 am
Rowena
Guest

Hi there,

 

i have just created a form on my site and all is fine except the styling. please have a look here:

http://www.ansarsweb.co.uk/crown/demo/contact-form-2/

 

the form is accessing the theme style, which is fine, however, the field layouts are all squashed with no spaces in between field labels and fields to create a 2 column effect. when i try setting the style of the form to one of the predefined styles on teh Stylign page, it doesn't take effect.

 

We had a custom built theme done – coudl the CSS of thsi theme be affecting it?

 

Please help.

September 7, 2010
10:25 am
Brooke
Guest

Rowena said:

Hi there,

 

i have just created a form on my site and all is fine except the styling. please have a look here:

http://www.ansarsweb.co.uk/cro…..ct-form-2/

 

the form is accessing the theme style, which is fine, however, the field layouts are all squashed with no spaces in between field labels and fields to create a 2 column effect. when i try setting the style of the form to one of the predefined styles on teh Stylign page, it doesn't take effect.

 

We had a custom built theme done – coudl the CSS of thsi theme be affecting it?

 

Please help.


I have the same issue. the form is not picking up any styling.
October 1, 2010
1:35 am
ClipThis
Guest

I was running into the same problem. I would change the style of the form, but nothing would change on my page. I read another post, where a guy was having the same problem, and he mentioned copying the css from the form style you like, and pasting it into your themes css file. I did this and it worked.

 

I created a custom theme, and used my own css, so not sure if because of that, I ran into this problem. I don't know if this fix is a quick fix, or if there is a different, more reasonable fix. Non-the-less, it now works.

 

Hope this helps.

 

ClipThis

Quality Clipping Paths from Professional Designers
http://www.clippingpathsonline.com

February 11, 2012
7:31 am
charles howell
Guest

I tried the 'quick fix' by posting the style into the main stylepage, and still have somewhat of a mess (becoming nearly usable)

 

labels are all still bright red, and checkboxes are a bit off..

 

http://nagasakibiyoushitsu.com/reservation/beans-studio

February 25, 2012
1:09 pm
Kjetil
Guest

I have a slightly different problem:

For quite some time I've used a custom style sheet (based on the mono_space_light.css) and it works fine (like here).

After the last plugin update, from v 13.1 to 13.2.2, the custom made css's won't work. Selecting them in corms/styling instead gives a rougher look (close to the one on cforms own user forum).

A bug? Similar experiences.

For the note: I've downgraded the plugin again to regain the looks I like

Thanks,

Kjetil

February 26, 2012
12:50 pm
Oliver
Munich, Germany
Admin
Forum Posts: 6400
Member Since:
March 6, 2005
Offline

cform's code base for the forms hasn't changed in more than a year. so your 'old' custom style should still apply  a 100%.

make sure there are no clashes with your theme.

v13.2.2 also requires WP 3.2+

March 2, 2012
9:42 pm
Rosemary Senjem
Guest

Hello Oliver, 

 

I'm a looooong time user of cforms for many sites and have to tell you something is not quite right with the v13.2.2. 

 

  • I realize that "cform's code base for the forms hasn't changed in more than a year. so your 'old' custom style should still apply  a 100%."
  • and I did "make sure there are no clashes with your theme."
  • We are definitely running WP 3.3.1.

 

Here is the reason the custom files are not working:

When I view the source code on the site and look in the head tag, I see this:

<link rel="stylesheet" type="text/css" href="http://www.specialbeginnings.com/wp-content/plugins/cforms//styling/../../cforms-custom/sbbwcfancy_white.css">
<script type="text/javascript" src="http://www.specialbeginnings.com/wp-content/plugins/cforms//js/cforms.js"></script>
Look carefully at the href and src. Notice the // where there should only be /.

I don't know how this link is assembled, but that is the reason for the problem.

 

Still not sure?

When I take the exact same CSS that is in my custom file and paste it into the Basic Style Editor under CformsII / Styling, everything works. SO, the issue is not the CSS, but the fact that it is residing in the cforms-custom folder.

I hope this helps.

 

Rosie

March 3, 2012
10:57 am
Oliver
Munich, Germany
Admin
Forum Posts: 6400
Member Since:
March 6, 2005
Offline

hi rosie,

yes, the extra slash causes issues with custom stylesheets. sorry about that.

possible workarounds until the next release (prob. in the next 24h):

  • either copy your custom style-sheet in the plugins own style-sheet dir & pick it from there
  • apply the code fix as described in the other forum entry (just a couple of days ago), same issue/topic
January 8, 2013
10:26 am
Donovan
Guest

I am using Suffusion theme by Sayontan Sinha.

None of my style edits were working. I saw the advice above to copy the style .css and to place it into the theme css. In Suffusion, there is a backend/custom includes section that applies .css to the theme automatically. This worked for me perfectly.

Thanks!

Donovan

Forum Timezone: Europe/Berlin

Most Users Ever Online: 959

Currently Online:
28 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

tracedef: 43

mores: 21

Gyrus: 20

frozenwaste: 18

asuffredini: 15

photoworks: 14

Member Stats:

Guest Posters: 3709

Members: 1463

Moderators: 3

Admins: 2

Forum Stats:

Groups: 1

Forums: 4

Topics: 5308

Posts: 18667

Newest Members: juredujmovic, dreamkeeper, rajattyagi, wrokaa, lukass

Moderators: Paul (421), cnymike (8), sonika (95)

Administrators: Oliver (6400), Nicky (3)