Allow dynamic WYSIWYG markup

Great Work !!!

One Thing: i have no table "media_view_mode_wysiwyg" and thats why i get an exception in media_wysiwyg_wysiwyg_markup.

patched patch (just added "if (db_table_exists('{media_view_mode_wysiwyg}')) {" )is attached.

What is still missing to see this in the module ?

BTW.: We use this together with Media Browser Plus (https://www.drupal.org/project/media_browser_plus) and Entity Emed Backport (https://www.drupal.org/sandbox/brockfanning/2400183) to Insert Images as Entities Using CKEditor Widgets.
Our Editors are happy to have these Widgets and with Filebrowser (https://www.drupal.org/project/filebrowser) they can rearrange the Images in the filesystem without "breaking" the already inserted images instances.

The do-not-test patch in #6 (which supposed to apply if you're using #1792738: Allow custom file view modes for WYSIWYG display) fails on two hunks (if you've applied the latest from that issue against the latest -dev) as follows:

~: patch -p1 < media-allow_dynamic_wysiwyg_markup-2348439-6-do-not-test.patch
patching file js/media.popups.js
patching file modules/media_wysiwyg/includes/media_wysiwyg.pages.inc
Hunk #2 succeeded at 180 with fuzz 2 (offset 76 lines).
patching file modules/media_wysiwyg/js/media_wysiwyg.format_form.js
patching file modules/media_wysiwyg/media_wysiwyg.api.php
patching file modules/media_wysiwyg/media_wysiwyg.module
Reversed (or previously applied) patch detected!  Assume -R? [n] n
Apply anyway? [n] y
Hunk #1 FAILED at 34.
Hunk #2 FAILED at 48.
2 out of 2 hunks FAILED -- saving rejects to file modules/media_wysiwyg/media_wysiwyg.module.rej

On looking at the two failed hunks, the hook_permission() change had already been applied, but I needed to manually add the following to hook_menu() in media_wysiwyg.module:

  $items['media/wysiwyg/%file'] = array(
    'title' => 'WYSIWYG Markup',
    'description' => 'Generate WYSIWYG Markup',
    'file' => 'includes/media_wysiwyg.pages.inc',
    'page callback' => 'media_wysiwyg_wysiwyg_markup',
    'page arguments' => array(2),
    'access callback' => 'media_wysiwyg_access',
    'access arguments' => array('view', 2),
    'type' => MENU_CALLBACK,
   );

And without this patch, the patch in #1792738: Allow custom file view modes for WYSIWYG display wouldn't save overrides to the embedded media on form submit.

Same with the patch in #5 (didn't try #7 since it was failing tests, but I guess it would be the same for that as well): the permission change is now already in -dev, so these need a re-roll. Never done one of those before...

Would seem to cause the issue of it not respecting a media object used more than once in a WYSIWYG field. If you use the same image multiple times with different view modes, it does not distinguish between any of them and simply replaces all tokens matching on very basic patterns. This overwrites the selected view mode on the tokens, causing all instances of the same image inserted to use that view mode. It needs to respect the view mode selected per token.

Also media source map in Drupal.settings doesn't record anything but the file and fid, making it difficult to reuse the same file multiple ways.

see parent issue:
support for float media left and float media right

this functionality was added a while back, and works quite well