Moodle
  1. Moodle
  2. MDL-14613

Capability to select default formating when HTML editor is disabled

    Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: 1.8.5, 1.9, 2.0
    • Fix Version/s: 2.0.10
    • Component/s: Accessibility
    • Labels:
      None
    • Affected Branches:
      MOODLE_18_STABLE, MOODLE_19_STABLE, MOODLE_20_STABLE
    • Fixed Branches:
      MOODLE_20_STABLE
    • Rank:
      343

      Description

      Very often people with disabilities (and even people without disabilities ) disables the HTML editor, which currently does not is fully compliant with accessibility guidelines. This way people can use markdown, HTML or plain text format according to the selection made on the drop down menu appearing just below the editing text area.

      However, it is needed to select the preferred format each time a text is entered. Would be really useful, especially for people with disabilities, to have a setting in the user profile were the preferred format can be selected once the editor is disabled.

      Probably the current User profile drop down list "When editing text" could be used to specify the preferred format:

      Use HTML Editor
      Use Standard Web form - Plain text
      Use Standard Web form - Markdown
      Use Standard Web form - HTML
      Use Standard Web form - Moodle Format

      Once selected, when editing text the default format will always be preset accordingly. However, user can select other format in case of need.

        Activity

        Hide
        Mauno Korpelainen added a comment -

        Maybe it could be some other setting too.

        $cfg->htmleditor and $user->htmleditor are used for testing if a person wants to use editor or not and editor is rendered or not according to this setting (through $usehtmleditor)

        I have used the same setting for selecting different editors: 0 = no editor, 1 = default editor, 2 = second editor... but it does not mean you may not use $user->htmleditor for other purposes as well.

        In TinyMCE it is possible to set keyboard shortcuts or build a different plugin for accessibility things - if it's going to be our next default editor this kind of settings can be done with shortcuts as well. We may still use functions of tinymce even if the editor is not active and have different buttons for this purpose.

        Show
        Mauno Korpelainen added a comment - Maybe it could be some other setting too. $cfg->htmleditor and $user->htmleditor are used for testing if a person wants to use editor or not and editor is rendered or not according to this setting (through $usehtmleditor) I have used the same setting for selecting different editors: 0 = no editor, 1 = default editor, 2 = second editor... but it does not mean you may not use $user->htmleditor for other purposes as well. In TinyMCE it is possible to set keyboard shortcuts or build a different plugin for accessibility things - if it's going to be our next default editor this kind of settings can be done with shortcuts as well. We may still use functions of tinymce even if the editor is not active and have different buttons for this purpose.
        Hide
        Eloy Lafuente (stronk7) added a comment -

        I really like the idea of having one default user->textformat setting in order to show it by default. +1 for that.

        Anyway, I wouldn't mix it with the htmleditor thing with the textformat thing, at least until we finally decide if we are going to support 1 or n simultaneous html editors: http://moodle.org/mod/forum/discuss.php?d=96160

        Assigning this to Mathieu... ciao

        Show
        Eloy Lafuente (stronk7) added a comment - I really like the idea of having one default user->textformat setting in order to show it by default. +1 for that. Anyway, I wouldn't mix it with the htmleditor thing with the textformat thing, at least until we finally decide if we are going to support 1 or n simultaneous html editors: http://moodle.org/mod/forum/discuss.php?d=96160 Assigning this to Mathieu... ciao
        Hide
        Eloy Lafuente (stronk7) added a comment -

        Note that 1.9.1 doesn't sound as correct fix for version (requires DB changes). So I'm going to leave 2.0 as unique target.

        Show
        Eloy Lafuente (stronk7) added a comment - Note that 1.9.1 doesn't sound as correct fix for version (requires DB changes). So I'm going to leave 2.0 as unique target.

          People

          • Votes:
            1 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

            • Created:
              Updated: