Hello:

I enclose a text (CSS) file that I slapped together to fix some of the layout issues that pop out in the new DEV version of Views 3 UI as of last week.

IMPORTANT:

A) This is a AT BEST a temp fix that makes Rubik work for the time being. Not being suggested at all as a permanent fix nor a long term solution. Slapped together. May not be up to standards, but should work in a pinch.
B) USE AT OWN RISK. No guarantees of any kind. Try it out and if it works then great. On the upside, no side effects for trying it out. If it does not work, delete and you are good.
C) Suggestion: Try View 3 UI FIRST to see if you DO HAVE any problems. If you do (header does not work, some drop down menus cannot be clicked, preview fields are off, save buttons are out of alignment, closing the a display view messes up layout, etc ) then try this file
D) You MAY NEED to also manually adjust some elements of the style.css sheet, but since I am using my own custom Rubik sub-theme, I do not include it. Check your .pager a and .pager span definitions as those may need some adjustments.

Rename this text file "views-admin-rubik.css" (sorry, not allowed to attach CSS files), drop inside Rubik or any Rubik-based sub-theme and then define it the info file.

Why? The latest View 3 administration UI has introduced some big changes and -at least in my case- many layout elements of the Views 3 administration UI were not working or seriously messed up under Rubik. I am using a Rubik sub-theme I made that is basically the same as Rubik except for some minor color and font changes, so it should work with vanilla Rubik.

According to the folks over at Views, View 3 was developed with Seven in mind and for the time being they are putting their effort on cleaning up Seven and Stark. So for now this should help out those of you that are depending of Rubik for admin and do not want to switch to Seven.

Original Views post this comes from: http://drupal.org/node/1098052

I hope that helps.

CommentFileSizeAuthor
#14 views-admin-rubik-1101086-13.patch3.55 KBJackinloadup
#13 views-admin-rubik-1101086-12.patch3.54 KBrickvug
#12 views-admin-rubik-1101086-11.patch3.57 KBrickvug
#10 views-admin-rubik-1101086-10.patch3.71 KBtekante
#9 views-admin-rubik-1101086-9.patch3.69 KBtekante
#7 views-admin-rubik-1101086-7.patch3.64 KBcoffeymachine
#4 views-admin-rubik-1101086-4.patch3.67 KBcoffeymachine
#3 views-admin-rubik.patch2.99 KBL-four
views-admin-rubik.txt2.6 KB3rdLOF

Comments

grandcat’s picture

grandcat commented

Thank you for this advice and your CSS file.
After having placed in Rubik directory and configured correctly, it worked again. Yeah!

3rdLOF’s picture

3rdLOF commented

Well, just watch it because Views 3 is changing very, very fast, almost three of four times a day. It will become obsolete very soon, if not already.

L-four’s picture

L-four commented
StatusFileSize
new views-admin-rubik.patch2.99 KB

patchified!

coffeymachine’s picture

coffeymachine commented
StatusFileSize
new views-admin-rubik-1101086-4.patch3.67 KB

Here is an updated version of the above patch. I fixed an issue in the .info file with the CSS file not getting included, fixed some drop downs that were not clickable due to overlapping elements, included views-admin.seven.css from views beta3 in a preprocess, and made some other minor layout tweaks.

dgastudio’s picture

dgastudio commented

david was here????????????

:)

febbraro’s picture

febbraro commented
Status: Active » Needs work

Need to remove the print statement from the hook_preprocess_html

coffeymachine’s picture

coffeymachine commented
StatusFileSize
new views-admin-rubik-1101086-7.patch3.64 KB

Good catch, thank you. Here is the updated patch.

e2thex’s picture

e2thex commented
Status: Needs work » Reviewed & tested by the community

Tested in beta3 and it looks great

tekante’s picture

tekante commented
Status: Reviewed & tested by the community » Needs review
StatusFileSize
new views-admin-rubik-1101086-9.patch3.69 KB

The patch in #7 using the views dev branch as of 01-Jun-2011 has an issue in Firefox 4 where the action drop downs (add/sort/delete fields for example) is on top of the header text for that area of the interface. Attached is a patch which resolves this for me.

tekante’s picture

tekante commented
StatusFileSize
new views-admin-rubik-1101086-10.patch3.71 KB

Just noticed that #9 botched up the buttons on the list page, here's a version that's a little more targeted to the views display page.

rickvug’s picture

rickvug commented

#1188846: Replacement patterns not displaying in Views UI sounds related and may be duplicate.

rickvug’s picture

rickvug commented
StatusFileSize
new views-admin-rubik-1101086-11.patch3.57 KB

Attached is an updated version of the patch with the following CSS removed:

input.fluid {
  -moz-box-sizing:border-box;
  -webkit-box-sizing:border-box;
  width: inherit;
  margin-bottom: 10px;
}

The reason is that CSS affected all text boxes.

rickvug’s picture

rickvug commented
StatusFileSize
new views-admin-rubik-1101086-12.patch3.54 KB

Last patch was malformed. This one is the same except for also standardizing spacing within the CSS file.

Jackinloadup’s picture

Jackinloadup commented
StatusFileSize
new views-admin-rubik-1101086-13.patch3.55 KB

Reroll of #13. Didn't seem to apply cleanly on 4.0-beta5

tested patching it back to a clean copy and seems like you need to patch this one with just "patch < [patchname]"

i usually patch with "patch -p0< [patchname]" (idk maybe im doing it some old school cvs way) lawl

febbraro’s picture

febbraro commented
Status: Needs review » Closed (fixed)

Thanks.

http://drupalcode.org/project/rubik.git/commit/d269b7f

Will be in beta6 that I'm rolling any minute.