Needs review
Project:
Filter Default
Version:
6.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
25 Sep 2008 at 21:47 UTC
Updated:
25 Nov 2008 at 00:02 UTC
Jump to comment: Most recent file
Comments
Comment #1
chellman commentedWhat aspect isn't working for you? A sad emoticon does not a bug report make.
It works just fine here.
Comment #2
jruz commentedsorry,
i have it installed in 3 diferent 6.4 installations y set the default values for every role (editor, admin) but is still is showing the defult input filter selected on every cck field (comments).
im now testing if it has something to do with cck or with self created input filters.
thanks for your time
Comment #3
chellman commentedAh ha, now that's information I can use. Thank you for following up.
I just tested this, and can confirm that this doesn't work with CCK fields, only the body field. I'm changing this to a feature request. It's worth looking into.
Comment #4
grendzy commentedHere's a patch:
Comment #5
grendzy commentedComment #6
jruz commentedworks perfect!!!
thanks!
Comment #7
moshe weitzman commentedSeems like this module could recurse through all of $form and change anything that looks like a format field. That would catch excerpt module and many others.
Comment #8
moshe weitzman commentedHere is some code from mollom module that scans for any button on the form. The code needed for filter is similar
Comment #9
chellman commentedThanks, Moshe. I like this idea, and assuming no one else beats me to it, I'll take care of it soon. This is much more appealing than checking for each individual thing explicitly.
Comment #10
grendzy commentedI agree a module-agnostic approach would be best. I'm having trouble finding the correct fieldset, though, using this approach.
Actually my patch in #4 is giving me trouble on one site. I'm not sure why, but I needed to remove this conditional:
if (isset($form[$field->field_name][$element]['#default_value']['format'])) {