I will make the following points:

a) you, out of nowheres, without any consultation, collaboration or explanation post a tracker that says "enable dragmath only when tex filter active in current context"
b) I responded that this was not acceptable here in this MDL, and provided detailed explanation elsewhere about how dragmath is used and why this is not acceptable....
c) you respond here that you are simply ignoring me....

This is a case, Petr, of the pot calling the kettle black.... and if you want people to be collaborative then you should try being collaborative yourself, shouldn't you?

I think we can handle cases like Dragmath using AsciiMathML without tex filter if we will create an optional/advanced Math editor version anyway. All you need to do is to change lines in current configuration of tinymce

$filters = filter_get_active_in_context($context);
if (array_key_exists('filter/tex', $filters)) { $xdragmath = 'dragmath,'; } else { $xdragmath = ''; }

to

$xdragmath = 'dragmath,';

and Dragmath is always visible in your editor (TinyMCE) even if TeX filter is disabled (AsciiMathML can be used for rendering TeX inside double dollars if people do not want to use TeX filter...)

Not a big problem - unless you two start fighting...

One additional $CFG setting like $CFG->dragmathallwaysenabled could do the same job but if the default editor should have minimal number of buttons I vote for creating that Math editor and selecting it from administration menu (or later user preferences?) if needed.

I understand it is not what everybody wants, I am not arguing that at all. Hacking standard dragmath plugin is not a proper solution imo, instead I want to make both editors but also tinymce plugins completely configurable/pluggable with no ugly hardcoded hacks.

If you need/want to change anything there you will have two options:
1/ creatate lib/editor/mceadvanced/ brand new editor integration - partly possible now, but not finished
2/ add newlib/editr/tinymce plugins - I will continue talking about this option only, this is not implemented yet at all, until now I was refactoring the code in order to make this possible

There should be configuration options and user preferences for each tinymce plugin, I think in order to simplify UI we will need to create some kind of "editor setups" which list enabled plugins and then users will be able to select them in their preferences. It should be also possible to switch those "setups" on-the-fly. The user editor preferences should define preferred editor for each text format - each user would be able to choose from unlimited list of plugins for each format. Of course the core will have only really basic set of editors - tinymce, some wiki editor and plain textarea.

Going back to Mark's request, I would recommend adding new dragmathadvanced tinymce plugin into contrib, then anybody wishing to use it may simple install it and configure it enabled and standard dragmath disabled. Or they can create to "editor setups" one with standard, the other with advanced dragmath.

I did not emphasise it much yet, but since some weeks aga there is a new possibility to add plugins into /local/ directly, this may allow the tinymce plugins to have own capabilities and even database tables :-O you simply put the tinymce interation hooks into lib/editor/tinymce/plugins/advdragmath and the rest (capabilities, tables, admin settings, user preferences) into /local/advdragmath/

I suppose Manuo understands my intentions completely.

Mark please stop blaming me I am breaking your toys and instead think a bit more about this more modular editor design please