Олег Давидович: 1 версия импортирована

2024-10-21T08:53:21Z

1 версия импортирована

← Предыдущая версия	Версия от 08:53, 21 октября 2024
(нет различий)

1>Tsala: Student projects/Usability issues/CTRLEnter moved to Development:Usability issues - CTRL enter: adding to development namespace

2008-08-14T08:24:37Z

Student projects/Usability issues/CTRLEnter moved to Development:Usability issues - CTRL enter: adding to development namespace

Новая страница

=Possible application of CTRL-Enter functionality=

What is this about? Often a user on a Moodle page will maybe just fill-in or change one field and then have to scroll down several screens to reach the [Save changes] or corresponding button. For an active user this can be rather frustrating, even for users without disabilities, so it would be good if there were a shortcut key-combination that would do the job directly without needing to scroll.

It must be considered that CTRL-Enter functionality is not only useful for the user / teacher but also for the admin (the admin will be really used to Moodle because usually he/she has been using Moodle for a long time and he would know by heart shortcuts like CTRL-Enter).

This is the list of pages where there is only a submit button (classified by submit, update, send in ratings or whatever):

Note: usually in nearly all pages there is also the turn editing on button in this page.

=== Turn editing on ===
* http://localhost/

=== Save changes ===
*http://localhost/course/edit.php?id=2 (Edit course settings)
*http://localhost/admin/settings.php?section=manageauths
*http://localhost/admin/auth_config.php?auth=email
*http://localhost/admin/auth_config.php?auth=manual
*http://localhost/admin/auth_config.php?auth=nologin
*http://localhost/admin/enrol_config.php?enrol=flatfile
*http://localhost/admin/enrol.php
*http://localhost/admin/settings.php?section=userpolicies
*http://localhost/admin/settings.php?section=courserequest
*http://localhost/admin/settings.php?section=backups
*http://localhost/admin/settings.php?section=gradessettings
(...) all sections of settings.php
*http://localhost/admin/settings.php?section=modsettingassignment
*http://localhost/admin/block.php?block=24
*http://localhost/mod/wiki/view.php?id=4&page=edit/Wiki%20Friki (save should be by default)
(...)this happens with all the activities and resources (wiki, forum, lesson,...), when somebody wants to edit a wiki, save should be the default option(this concerns all roles).

=== Update profile ===
*http://localhost/user/editadvanced.php?id=-1 (although there are two show advanced buttons)

=== Upload user ===
*http://localhost/admin/uploaduser.php
*http://localhost/admin/uploadpicture.php

=== Add new discussion topic ===
*http://localhost/course/view.php

=== Update this quiz/forum/wiki ===
*http://localhost/mod/forum/view.php?id=1 (although there is also the button "add new discussion")
*http://localhost/mod/quiz/view.php?id=2 (although there is also the button "preview quiz now")
*http://localhost/mod/wiki/view.php?id=4 (although there is also the button "reload this page")
(...) the same happens with glossary, lesson and other activities or resources

=== Continue ===
*http://localhost/backup/backup.php?id=2 (it has two buttons, continue and cancel, but CTRL-Enter should be continue)

This is the list of pages where there is more than a submit button:

=== More than a submit button ===
*http://localhost/admin/user.php
*http://localhost/admin/user/user_bulk.php
*http://localhost/course/index.php?categoryedit=on
*http://localhost/user/index.php?contextid=8 (this page corresponds to the participants page and there are select, deselect and ok buttons)
*http://localhost/course/modedit.php?update=1&return=0 (there are save and return, save and display and ok)
(...) the same happens with edit pages of glossary, lesson and other activities or resources
*http://localhost/course/reset.php?id=2
*http://localhost/course/import.php?id=2 (several options)
*http://localhost/files/index.php?id=2&wdir=/backupdata (restore option of administration)
*http://localhost/group/index.php?id=2 (create and auto-create)

=Shortcuts applied elsewhere within Moodle=
In Moodle it is used [http://www.acunote.com/open-source/javascript-keyboard-shortcuts Acunote's Javascript Keyboard Shortcuts Framework]. However in this framework there are some keys that they are not listened:

does this mean:

In Moodle [http://www.acunote.com/open-source/javascript-keyboard-shortcuts Acunote's Javascript Keyboard Shortcuts Framework] is already included (from version X.X). But the implementation '''in Moodle''' does not monitor the keys mentioned below, though Acunote has that power, (because of these policy decisions _________):

// Keys we don't listen
keys: {
KEY_BACKSPACE: 8,
KEY_TAB: 9,
KEY_ENTER: 13,
KEY_SHIFT: 16,
KEY_CTRL: 17,
KEY_ALT: 18,
KEY_ESC: 27,
KEY_SPACE: 32,
KEY_LEFT: 37,
KEY_UP: 38,
KEY_RIGHT: 39,
KEY_DOWN: 40,
KEY_DELETE: 46,
KEY_HOME: 36,
KEY_END: 35,
KEY_PAGEUP: 33,
KEY_PAGEDOWN: 34
},

There are some [http://www.acunote.com/open-source/summer-of-code-projects GSoC projects managed with Acunote] and last year a GSoC project of Moodle called [https://moodlevoice.acunote.com/login Moodle Voice used Acunote].

[[Category:Usability]]

Development:Usability issues - CTRL enter - История изменений

Олег Давидович: 1 версия импортирована

1>Tsala: Student projects/Usability issues/CTRLEnter moved to Development:Usability issues - CTRL enter: adding to development namespace