Changing input format for header content

The "input format" is a collapsible fieldset. Clicking it should open it and show you all the possible filters to choose from. Note that this question is not specific to Views, so you might have more luck if you post this to the forums instead.

I'm pretty certain this is a Views specific issue.

I have the same problem -- for views, and only for views, I am unable to expand the collapsible fieldsets. I'm not sure if this is a theme specific issue, but I'm guessing it is because it doesnt seem to be an often cited problem. Im a JS baby, but could this be due to the collapsible fieldset being inside something already generated by JS:the views UI?

Thanks,
Andrew

can you provide more informations, which version of views, do you have installed jquery ui, perhaps jquery update etc.

I have the same problem. This appears to be an issue with the Views 2 Ajax interface and the Drupal collapsible fieldsets. It appears that Drupal initializes the collapsible fieldsets on page load. Because there is no page load when views loads input fields via ajax, the collapsible fieldsets in the Ajax content are not rendered as links (collapsible logic is not applied).

As a side note, it appears that WYSIWYG editors are not initialized on the header and footer entry fields either. I am using TinyMCE with the WYSIWYG module. The default input format uses WYSIWYG, but the editor is not available on the views header or footer field.

I'm having the exact same problem. I'm using the Garland theme (as seen in the screenshot) ... hopefully somebody can fix it!

There are a couple of other threads about this problem. Seems to also affect 'Panels'.

http://drupal.org/node/418438
http://drupal.org/node/459568

The work around is to 'Disable javascript with Views'. This can be done in the Views > Tools area.

If you see this, can you check your javascript error log or firebug and see if javascript crashes?

... same here ....

I am using Views 6.x-2.6 and had the same problem that the "Input Format" would not show highlighted - (bold) thus there was no link to open the window to define the input format.

The advice from #7 worked in my case -

The work around is to 'Disable javascript with Views'. This can be done in the Views > Tools area.

After turning off Java Script FCKeditor also showed up.

I have the following modules in use amongst others - (just reporting Ajax and jquery here as they have been referred to above):
- jQuery Impromptu
- jQuery plugins
- jQuery UI
- Ajax - 6.x-1.14
- Ajax ui

I hope this helps.....

@#5, Views does call Drupal.attachBehaviors(ajax_area); on line 80 in views/js/ajax.js which re-runs all the routines Drupal runs once the page is done loading.

If you have Image Assist enabled, try making sure that it does not try to attach itself to the Views pages. Some kind of collision there which prevents Views from including collapse.js and some other JavaScript files.
If you set Image Assist to only appear on say node/* and comment/* you should be fine.

But there's still a problem with features in JavaScript files which are not loaded "manually" by Views, like all the scripts used by Wysiwyg module. Since there's no input format enabled textarea visible in the Views UI by default, those scripts will never be loaded. The same goes for any feature initiated via a JavaScript file that would only be needed in parts of the Views UI. What views needs to do is to pass all the scripts added via drupal_add_js() to the client in the JSON response, like I describe here: #552392: Views UI support. But maybe that should go in a separate issue?

(Btw, there's still a second problem preventing Wysiwyg module to run, also mentioned in the issue above.)

Just to add my two cents, I had the same issue and ImgAssist was to blame. Disabling that module fixed it.

@canesWin, you probably don't need to completely disable Image Assist, just change its settings not to appear on the Views edit pages.

TwoD is correct.
Hit Image Assist on the admin page

Click: [x] not on specific paths

And add:
admin/build/views/*

in the text field underneath.

As for the WYSIWIG editor issue, I use FCKEditor, and it is not appearing either, in the Header or Footer areas.

Didn't need the module anyway. Thanks.

@canesWin

Yeah, that did it for me. Cheers!

I had the same issue, apparently it is due to Image Assist. Following instructions in #13 fixed it.

Worked for me. Thanks!

Works for me on the Footer field.

Disabling Image Assist fixed this issue for me and I didn't need that module anyway. Thanks!

Same issue here! Can we fix this? Or is it already fixed in the dev version?

See post #13 for now.

The way I read this, the problem is caused by Image Assist, so I'm closing this one.
If this remains a problem for someone, please file this against Image Assist, in accordance with the Views Issue guidelines.

#10 fixed this for me. After I set the following, the drop expand option returned.

mysite/admin/settings/img_assist 

Access settings
(*) not on specific paths

Paths:
admin
admin/*