Closed (won't fix)
Project:
Filter Default
Version:
5.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
23 Mar 2008 at 21:43 UTC
Updated:
3 Feb 2013 at 17:46 UTC
If default format set by this module does not coincide with the overall default format of Drupal, the "Input format" fieldset is still visible.
Would be wonderful if this module could (optionally) hide it - after all, the whole point of having the default format is to minimize user confusion, right?
Many thanks in advance!
A>
Comments
Comment #1
rickvug commentedBig +1 to this.
Comment #2
cyberwolf commentedSubscribing.
Comment #3
Yaron Tal commentedmaybe add a setting for each role/content type combination to hide the input format fieldset? Because there could be situations where you'd want to set a default input filter and still give the user the settings.
Comment #4
chellman commentedI'm not sure I understand this. The point of the module is to choose a default format from among the available options, while allowing it to be changed if desired. Not sure where hiding the input format field fits in.
Comment #5
gone404 commentedI think the reasoning behind this, at least mine, goes like this: I would like to be able to hide the description because it's extra, irrelevant information for my application. Also, if the user has access to more than two input formats, they get an extra slidedown option that they could do without.
The html attributes are generic, so it's difficult to display:none it.
It's a pain to write custom module code to do this.
Comment #6
PMorris commentedI agree, it would be a cool feature. Im looking for a way to set defaults in forum posts to HTML for users on my site. I want them to not have to check the input filter everytime. It's confusing to non techies
Comment #7
pomliane commentedThis version of Filter Default is not supported anymore. The issue is closed for this reason.
Please upgrade to a supported version and feel free to reopen the issue on the new version if applicable.
This issue has been automagically closed by a script.