Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Talk:Text formats: Difference between revisions

From MoodleDocs
(New page: Some points: A- Fix places without "format" a) inline format info (like trusttest -> Sam) b) add formatxxx fields in all missing places (don't forget backup & restore). Need conve...)
 
 
(21 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Some points:
== Some concerns and ideas ==


A- Fix places without "format"
On G:
    a) inline format info (like trusttest -> Sam)
* "use special editor if available" should be yes/by demand/no, with "by demand" mode storing in user preferences where to use editor and where not - the cause is performance problems for some pages (I actually have one Moodle 2.0 page loaded (initialised actually) for 10 minutes cause of many editor instances on it, while I was really need to have 2 of these 30 instaces active), and this was a page for editing real question taked from production site;
    b) add formatxxx fields in all missing places (don't forget backup & restore). Need conversion to HTML format (always enabled plugin).
* "USED formats have precedence over USER settings, so editing existing texts won't change the format at all" - it would be too bad to have lock down on format after first editing - especially if you have a users with different OS/prefereed browsers creating and maintaining one course; I guess any format could define a range of another formats it could import data from and functions to do so, so some conversions would be possible (maybe after direct approval of the user). Or maybe make import functions pluginable so the people who need them could easily write and contribute them.
 
--[[User:Oleg Sychev|Oleg Sychev]] 11:23, 11 December 2009 (UTC)
B- Make them modular (pluggable. OOP)
 
C- Enable at site/course levels?
 
D- Upgrade to detect formats should be clever (and will be heavy!)
 
E- Editors "attached" to formats.
 
F- Can have "special" editors for other formats.
 
G- 1 user preference (format & editor) plus 1 preference to "disable editor"
 
H- Wiki format (mediawiki). Coming from nwiki hopefully.
 
I - Conflicts between formats and some filters sharing same syntax:
    a) make filters to use prefixes and allow them to be automatically informed to the formats. Complex.
    b) Use some alternate syntax (a safe one)
 
J- Filters: Any relation with formats? Enable/disable them by format?
 
K - Offtopic: Posibility to enable/disable filters by context.

Latest revision as of 11:23, 11 December 2009

Some concerns and ideas

On G:

  • "use special editor if available" should be yes/by demand/no, with "by demand" mode storing in user preferences where to use editor and where not - the cause is performance problems for some pages (I actually have one Moodle 2.0 page loaded (initialised actually) for 10 minutes cause of many editor instances on it, while I was really need to have 2 of these 30 instaces active), and this was a page for editing real question taked from production site;
  • "USED formats have precedence over USER settings, so editing existing texts won't change the format at all" - it would be too bad to have lock down on format after first editing - especially if you have a users with different OS/prefereed browsers creating and maintaining one course; I guess any format could define a range of another formats it could import data from and functions to do so, so some conversions would be possible (maybe after direct approval of the user). Or maybe make import functions pluginable so the people who need them could easily write and contribute them.

--Oleg Sychev 11:23, 11 December 2009 (UTC)