The fields all move properly and look great. The submit button was very difficult to move, but finally got it to move up by carefully grabbing the very edge of the button, however the form does not resize and there is a large white space between the submit button and the footer.
| Comment | File | Size | Author |
|---|---|---|---|
| #21 | Untitled.png | 354.67 KB | richardp |
Comments
Comment #1
richardp commentedYou should get a "handle" box that appears whenever you hover over any element. It contains config icons in it which will launch popups. It also lets you have something to drag around, making button moving easier.
Do you not see that at all? If not, that (and the white space issue) might be a sign of a javascript or CSS problem. Have you tried in other browsers, and with other themes (like Garland)?
Richard
Comment #2
SharonD214@aol.com commentedYes, I see the white box but just used the gray area around the boxes to drag the other elements. This does not exist in the submit button. Thanks for the tip, I didn't know that the white box would move the elements as well. However the entire form does not resize after moving boxes around and up to the top of the window. There is substantial amount of empty space under the submit button that I don't want there.
Sharon
Comment #3
richardp commentedGotcha. Well, the form should definitely resize automatically to just under the last element when you save. Some themes have been known to interfere with the way that the javascript works on the page. Have you tried this using a different theme (like Garland)? Also, have you tried it with other browsers, like Firefox and Chrome?
Comment #4
SharonD214@aol.com commentedI'm using Chrome but did try in firefox without luck. The theme I'm using is Zen but I also tried in Bartik to no avail.
Sharon
Comment #5
SharonD214@aol.com commentedHere's something new. I tried moving the submit button all the way to the bottom of the page. The footer is now in the correct place under the submit button with a large space above it. I then moved the submit button back up to where I want it with hopes of resizing correctly, but alas, now there is even a larger area of white space under the button. Any ideas how to get rid of this undesired white space.
Comment #6
richardp commentedHrmmm. I'll be honest, I am stumped as to what is causing your problems. I cannot replicate them.
I do know that, no matter what, you should be able to override the CSS styles in your theme's CSS file, to force the correct height of the form. That may be the only way to get it exactly right. Perhaps someone else out there in Internet land might have a suggestion in the future.
If you ever find any more clues, please don't hesitate to post them here!
Richard
Comment #7
SharonD214@aol.com commentedI think I can do that with a few pointers. Do I edit arrange_fields.css? or another one in the customized zen folder and if you could tell me if it should go something like this, assuming a node id of 10 for my form:
.arrange-fields-container-webforms-client-form-10{
height: 990px;
}
Thanks so much!
Sharon
Comment #8
SharonD214@aol.com commentedComment #9
richardp commentedIn general, with any drupal module, you don't want to edit the module's CSS, but rather just override the CSS definitions in your theme. So yes, I would put it in your zen theme's CSS file, at the bottom of the file.
As for the definition, yes, that looks about right to me.
Not sure if you know about the Firefox plugin, Firebug, but it's essential for any sort of CSS work, so I'd recommend it to you. If you use it to "Inspect Elements" you can discover the CSS id's and classes of any element on the page.
Comment #10
richardp commented(setting status to cannot replicate)
Comment #11
paranormals commentedI am also experiencing the issue described above. I am using the base Drupal 7 Bardic theme with the same results. The minimum length of the form seems to be set by the initial number of fields. If you have a form with many fields (or large grids) it will start at a specific long length that is quite long and never resizes smaller than that original size. If you condense the layout of the fields it will never get smaller than the original length. If you put fields near the bottom of the editing window and save the form the available area does grow. If you then move all of the fields up near the top the editing area, it will shrink in size but never smaller than the original size from my experience.
Comment #12
vako commentedI'm having the exact same issue with the Bluemasters theme under Drupal 6.24
If this is a CSS issue, do you think using the modules unlimited css or ie_css_optimizer would fix it, how?
I even removed the sidebars and there's just a plain form in the middle of the page with no surrounding blocks.
Also the above code I entered in the theme's style.css and it didn't make any difference.
Any suggestion is appreciated.
you can see the form here: http://vhldevelopments.com/forms/2150/content/register
Comment #13
BlueBee commentedI got the same type of issue and couldn't size the form down.
I first add a specific height for the form into my theme CSS, but I could see with firebug that this was overridden by an other css file named as my form.
In order to quickly fix this situation (bug?) I 've got the idea make the change directly into the form itself.... How?
Simply adding a new html markup and instead of an html content just mention a new html style such as :
Don't know if it could help in your case ;-)
Comment #14
vako commentedMakes sense, I want to try it. Please let us know in which file we need to insert this code. the style.css or a php file?
Comment #15
richardp commentedThat's really odd that you couldn't just add that into your theme's CSS file. Did you try using the "!important" directive? As in:
That is supposed to force your browser to give that instruction higher priority than anything else.
Richard
Comment #16
dbronst commentedRichardp's suggestion:
#webform-client-form-150 {height: 80px !important;}, did work.I tested it with three browsers, Chrome 17.0.9, FF 10.0.1 and IE 9.0.8 and it worked in all three.
Thanks Richardp and thanks to everyone who has contributed to this thread.
Comment #17
vako commentedI added the file to the style.css and made no difference. which file/location should it be added to?
I'm assuming that
#webform-client-form-150changes with different forms, where can I find the form# of mine?Comment #18
richardp commented@Vako,
Yes, the "150" is unique to each form you create. It's the same node ID as the form itself. You can find it by looking at the page's HTML source. Find the form element, it will say id="webform-client-form-XYZ". That's the ID to use.
If you aren't very familiar with CSS, I'd recommend spending some time on google looking through some beginning tutorials. Also, the Firebug plugin for FireFox is a must-have for anyone who works with CSS frequently.
RIchard
Comment #19
richardp commentedAlso, yes, style.css should be fine. Really, any of your theme's CSS files would probably be OK. You can confirm it's working by doing somehthing obvious like:
#webform-form-id-whatever {
background-color: green;
}
If your form suddenly turns bright green, you know what you're doing should work.
Richard
Comment #20
vako commentedThanks Richard, I did put the following line in the style.css yet nothing changed, is there a spelling mistake somewhere?
#webform-client-form-12 {background-color: green;}The actual link is on: http://vhldevelopments.com/forms/2150/content/register
Comment #21
richardp commentedUsing Firebug, it looks like you have other styles overriding the background property. I added the "!important" directive (which means "this should override anything else). I also disabled where you had the height set to 50px.
Check out my attached screenshot, you'll see what I mean.
Unfortunately with CSS issues like this (where you apparently have multiple sources overriding each other), it can take some time and experimentation to sort it out.
Richard
Comment #22
vako commentedThanks Richard, I will work on it, it's much more clearer now.
Comment #23
richardp commentedI found an issue with jQuery, which was causing the heights of some elements to not be calculated correctly, though this was fixed in the latest version (1.12) with a CSS modification.
Also, I discovered that sometimes you have to hit the "Save position data" button twice before jQuery will correctly calculate the height of the form. So, I added a little instruction text under that button, explaining that.
If anyone is having this problem still, please try the latest version (remembering to clear their cache first), and re-open if so.
Richard