If I used this on a view inside the admin/ subdir then the 2 themes cross over... not pretty.

example:
create a view with a path of admin/content/node2.
set garland as admin theme, check both checkboxes: admin/settings/admin
set public theme to something else
watch the madness ;)

CommentFileSizeAuthor
#2 Picture 1(2).png352.12 KBSteve Dondley
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Steve Dondley’s picture

Confirmed. It looks like editable fields is somehow pulling in css from the defaulte them when looking at the admin theme with a view with editable fields.

Steve Dondley’s picture

FileSize
352.12 KB

Here's a screen shot showing an editable view using the "aboutpeople" theme as the default theme and bluemarine for the admin theme, which is set to show on all page urls that begin with "admin/". The screenshot is of a view with a path of admin/all_feed_items.

What we see is a weird hybrid of the bluemarine theme and the "aboutpeople" theme.

Steve Dondley’s picture

Took a look at the ajax_load.module. It has this at line 60:

$return['css'] = drupal_add_css();

Commenting it out did the trick, but this is obviously not a proper solution.

markus_petrux’s picture

Hi,

I have posted a mini-patch to the admin_theme module here: #464738: Add compatibility with AJAX requests to admin theme module?

Cheers

karljohann’s picture

Two years later and this hasn't been solved?

charlie-s’s picture

Same problem.

mxh’s picture

Version: 6.x-1.x-dev » 7.x-1.0-alpha2
Priority: Normal » Major
mxh’s picture

Priority: Major » Normal

moved my comment to http://drupal.org/node/464738. Previous comment can be deleted, thanks!

This problem still exists in D7.
seems that it will be fixed in the next D7 release:
http://drupal.org/node/967166

mxh’s picture

OK so I tried it with D7.14 now, but the problem is still there. It seems that this is not a fault at editable fields module, because I also have the problem using modal frames.