Early Bird Registration for DrupalCon Portland 2024 is open! Register by 23:59 PST on 31 March 2024, to get $100 off your ticket.
can anyone fix this problem? not sure if its this module or the theme
Comment | File | Size | Author |
---|---|---|---|
#10 | garland-node-edit-vertical-tabs.jpg | 39.6 KB | internets |
#10 | marinelli-vertical-tabs.jpg | 92.19 KB | internets |
#9 | marinelli.jpg | 29.34 KB | Anonymous (not verified) |
#5 | marinelli.png | 26.45 KB | VM |
#5 | garland.png | 28.34 KB | VM |
Comments
Comment #1
expatme CreditAttribution: expatme commentedhttp://img261.imageshack.us/img261/5847/20081101032623en9.png
Comment #2
equinox CreditAttribution: equinox commentedI have the same issue. Worked around it by installing module "Administration Theme" - it has an option to "Use Administration Theme for Editing" - as long as your Admin theme doesnt have this issue with Vertical Tabs (RootCandy in my case). This won't work for everyone so I hope someday the themer might fix this so that the Vertical Tabs, TinyMCE, ActiveMenus and a bunch of other critical modules will work with this theme.
Comment #3
expatme CreditAttribution: expatme commentedbut this is for the editing of nodes. not in the admin area
Comment #4
Grayside CreditAttribution: Grayside commentedAs equinox explained, you may use the Administration theme for editing, but this is not really good for a cohesive look-and-feel.
The Vertical Tabs module is most likely going to be in Drupal 7 (http://drupal.org/node/323112), but I would love to use it now.
Comment #5
VM CreditAttribution: VM commentedI'm seeing this issue as well attaching two images to this comment. Showing what the vertical tabs module looks like in marinelli and what it should look like based on the image in garland theme. I assume it's a css issue but from the theme or the module is the question.
Comment #6
redndahead CreditAttribution: redndahead commentedWhile not perfect adding this should fix it.
Comment #7
VM CreditAttribution: VM commentedComment #8
VM CreditAttribution: VM commentedComment #9
Anonymous (not verified) CreditAttribution: Anonymous commentedThat CSS helped align the vertical tabs, but it's still out of alignment. I've very limited CSS experience. Anyone with ideas?
Comment #10
internets CreditAttribution: internets commentedLooking into this issue, after comparing the vertical tabs demo ( see demo here ) node-edit page to marinelli's node-edit page it appears that the vertical-tabs div is nested inside the
<div class="standard">
element in marinelli.In garland, where vertical tabs works the vertical tabs div is outside of the
<div class="standard">
element.Attempting to figure out what to edit in order to change this to determine if it is even the cause of the issue.
Comment #11
internets CreditAttribution: internets commentedOk vertical tabs appear to be working correctly after making some css additions to Marinelli's layout.css
Tested in firefox 3.6 and IE7
Added to layout.css
Comment #12
haikubear CreditAttribution: haikubear commentedThat very nearly did it, thank you!
In the third declaration, I changed:
padding: 0 1em;
to
padding: 2em 1em 0;
Seems to align better...
thanks again for the help.
Comment #13
Grayside CreditAttribution: Grayside commentedI found -300 too high.
margin-top:-260px !important;
Comment #14
Cyberflyer CreditAttribution: Cyberflyer commentedI combined two patches and solved the problem outright, I believe.
Note that the margin-top is set to minus 95%. This takes into account the fact that different pages and browsers will end up with a different value for the vertical height of the tabs-pains field. Moving it up the current vertical dimension rather than a fixed number will work in all cases -- particularly if you are evolving the content type def and adding options.
I had to reduce it to -95% for one pane that had some text at the top. You can tweak this value slightly to bring the tallest pane down a little into the editing area. Otherwise, everything will line up comfortably, if not perfectly.
Comment #15
Cyberflyer CreditAttribution: Cyberflyer commentedUnfortunately, the fix above worked in one instance of the DOM as loaded.
I have since discovered that it, too, varies from page to page as to where the pane information is place.
Comment #16
Grayside CreditAttribution: Grayside commentedPlease use the Status dropdown to indicate the current state of solutions in the issue.
Comment #17
jtjones23 CreditAttribution: jtjones23 commentedsubscribe
Comment #18
saurabh.bhambry CreditAttribution: saurabh.bhambry commentedsubscribe
Comment #19
mikebrooks CreditAttribution: mikebrooks commentedKeep in mind that you may want to hide vertical tabs where the number of tabified fieldsets is small.
Case in point.... we have a particular role that sees only one fieldset in a particular node edit form, i.e. Vocabularies. There were 6 Vocabularies associated with the content type and they overlapped with the Body field.
In admin/settings/vertical-tabs we set the Minimum number of tabified fieldsets to show vertical tabs: to a value of 3. This solved the problem.
Comment #20
oadaeh CreditAttribution: oadaeh at Flatt and Sons commentedThis issue is being closed because it is against a branch for a version of Drupal that is no longer supported.
If you feel that this issue is still valid, feel free to re-open and update it (and any possible patch) to work with the 7.x-4.x branch.
Thank you.