Hey all, some of you may have hopped on the JM jWYSIWYG editor band wagon, and i’m hoping it works well for you. The original project is a big slow moving and some global problems seemed to go unfixed (Safari support, toggling issues, etc..). So i decided to see what editor everyone really wanted.
And behold, i give you JM WYM Editor. This is probably the cleanest output code in any WYSIWYG editor i’ve seen yet. It has the ability to use classes in the editor as well (which will soon be tied to CP Settings—for now you’ll have to edit the javascript), so plus factor.
I built this as a Fieldframe extension, so if anyone would really have a standalone, let me know and i can port it back out.
So, commence the support issues! Note: WYSIWYG Editors work sporadically in FF Matrix fields. I’ll be working to find a solution for the 1.0 release. Until then, use cautiously.
I reckon its going to need some jquery power to assign new ids to new matrix rows to stop the double editor issue… Too much for my simple brain though…
I forgot to ask: Is this MSM-safe and if so, does it allow different settings per site (like different CSS files for each)?
Most likely not, i have to set up my MSM environment again to test to confirm. Definitely not multiple CSS files as currently it would be set my editing the js. Once i wrap that into an extension setting, that should be MSM compatible.
I reckon its going to need some jquery power to assign new ids to new matrix rows to stop the double editor issue… Too much for my simple brain though…
So you’ve done this already then huh? Interesting. What problem are you having with a double editor issue?
adding more than one row in to the matrix at a time, without saving after every row…
i.
Ah yes, same issue for me. I asked Brandon if there is a function or hook i can tap to fire off the appropriate jQuery. Didn’t get much of a response. As for storing the data—i had the same problem. I actually just went into the WYM javascript and told it to look for .submit instead of .wymupdate. It now works with preview, quick save and update. I don’t like using jQuery to add classes the functionality depends on.. it seems unreliable to me. I might tap into an EE hook and rewrite those submit buttons to include the class, but it’s not completely necessary.
I don’t like using jQuery to add classes the functionality depends on.. it seems unreliable to me.
Yeah, I thought the method was a bit dirty but hey, its a jQuery editor… Personally I use the publish tweeks extension so probably worth digging around in there for a wee tweek…
I’m still fumbling around with php and EE dev, I’m sure you’ll make the editor sing
Does WYM Editor have the ability to include an image/file manager like TinyBrowser?
Browser, no. You can paste in a url path. I also use the LG Replace method as it lets me get fancier with my image replacement (lightboxes, dyanmic resize, etc..).
Just as a sidenote for anyone using the LG Replace method of adding images/assets into content, I’ve whipped up a FF Celltype that you might be interested in:
I have 2 custom fields, {main_content} and {main_extended}. I’m using LG Replace, and FF Matrix with my {main_content} and {main_extended} custom fields set to use the JM WYMEditor fieldframe.
Here’s the issue: If {main_extended} is set to use WYMEditor, the whole page crashes and burns quite spectacularly: http://www.easterlydev.com/about/community-involvement/. It does the same if both {main_content} and {main_extended} use WYMEditor. However, if I set the field type of {main_extended} to straight textarea, all is well.
With the help of Kurt Deutscher (thanks Kurt!) we were able to determine that SOMETHING doesn’t like a closing curly brace in the {main_extended} custom field. Whether that something is LG Replace or WYMEditor, I’m not sure. I’ve posted this in both the LG Replace thread and the JM WYMEditor thread in hopes that someone cleverer than me can figure this out.
JT’s right in that the readme is incorrect. It looks like the readme for the standalone version of this. However, JT this is the Fieldframe version of the editor, and so all you have to do is upload the jm_wym_editor folder to your fieldtypes folder in extensions and enable it.
Hope that helps.
Edited to add: On a second look, the readme is actually from a completely different extension - namely the jWYSIWYG extension.
well i did do some other stuff. I really wanted to try this WYSIWYG for my contributors as there were things about TinyMCE i didn’t like. I actually did have the fieldframe stuff installed when i tried to get it working, but didn’t realize to put the folder in the fieldtypes. Since it didn’t work I removed it all.
I ended up using the LG tinymce module. but I really do want to try this new one badly.
The output looks good, but it’s not very easy to customise is it? I don’t just mean the extension, WYMeditor itself doesn’t seem to have a config file; you have to edit the main editor file if you want to add/remove buttons. And I’ve tried to get the WYSIWYG area to pick up the site’s stylesheet by editing the extension file: