Closed (won't fix)
Project:
WYSIWYG Filter (D7)
Version:
6.x-1.5
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
7 Jul 2010 at 16:51 UTC
Updated:
19 Oct 2017 at 02:00 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
markus_petrux commentedThis HTML element is not supported because it would add more complexity to the parser. You have to use some kind of macro that is later expanded to EMBED + params, or you have to use a different input filter.
Comment #2
Clément commentedThank you for your reply. It seems too complicated for my level.
I'll drop it :(
Greetings.
Clement
Comment #3
greg.harveyHi,
Great module, and potentially very useful - however, this is a problem because it does not support the TinyMCE media button. Since the module is supposed to be targetted at TinyMCE users, I'm surprised this isn't on the schedule to be dealt with. I understand from your other posts that it's not easy to parse these elements, however Clement's response pretty much sums up why this is a problem...
It's quite common for people to want to allow users to embed media from, say, YouTube - using TinyMCE (what's the point of having a WYSIWYG and then making them use SWF Tools and tokens, for example?) Because this module doesn't currently support the media button of TinyMCE it turns off a lot of people.
Quick fix: make the blacklist editable in admin.
Long game: make the module work with this button.
Postpone it for a very long time, if you like, but dismissing it as something you'll never do removes even the chance someone else might post a patch for it! =/
What do you say? Keep this open as a distantly regarded feature request? Pretty please?? =)
Comment #4
markus_petrux commentedIMO, this issue could be solved using a method to include media content in the post that does not use markup. For example, using a Drupal filter that implements a macro. Then, such a filter can be added to the input format after the WYSIWYG Filter. That's the easiest method to control what can or cannot be done.
There are other modules in Drupal that are similar to WYSIWYG Filter. For example HTML Purifier or htmLawed.
I would only keep this issue alive, if someone is going to work on a solution. I'm actually fine with current situation, because we deal with this kind of limitations using custom macros.
Comment #5
greg.harveyOk, are there any docs for this? I'm not sure what you mean by 'custom macros'? Sorry, I'm sure it's straightforward enough, but I just haven't seen this terminology before.
Comment #6
markus_petrux commentedI was thinking in something like Filter Macros. If that does not cover your particular needs, you may need to find another input filter, or code your own.
Using this technique there's no need to allow potentially harmful markup directly, because that's difficult to validate in a way that is able to cover "any need", but also able to protect from bad use.
Comment #7
szantog commentedI've made it. See this #1145184: Filter only the allowed providers
Comment #8
ruloweb commentedHi all!
I really need to allow iframes and objects. Change to another module in this current project is not so easy, so I've created a patch that take off the blacklisted tags :P
WARNING! it's not the best way, but I decided to pubish this because there may be someone else in the same situation than me.
Thanks!
Comment #9
Sarenc commentedYou could always use something like embedded media field's eminline filter to convert videos from simple URLs to full embed code. Then just order eminline after wysiwyg in the input format. Perhaps you can then edit TinyMCE's button to work with eminline by simply adding the URL instead of all the embed code?
Comment #10
minnur commentedAt least please add it to variable so it's editable without altering validation forms etc..
This function :
TO THIS:
Comment #11
azinck commentedProposed solution here: #1783966: Allow altering of blacklist to enable support of forms, embeds, etc.
Comment #12
gisle