I am building a classified section for a publication. The wysiwyg editor doesn't show in the body field of the classified form. I haven't done anything to it. Does anybody have an idea why this is? When I create a CCK text-area field it works. http://thetriton.com/ed-classified

Comments

twod’s picture

Status: Active » Postponed (maintainer needs more info)

Is the input format(s) using the editor available on the body field?
Do you get any JavaScript errors?
If you really are using the 6.x-2.0-alpha1 version, please switch to 6.x-2.0 and see if that helps.

Adam S’s picture

Yes, the input formats are set and I can manually input HTML.

No, I do not get any JavaScript errors.

I am using 6.x-2.0 and it's not working.

The ed-classified uses JavaScript to count characters in the body. Would that effect the editor?

twod’s picture

Yes, it might interfere when the editor tries to hide the body and display itself instead, but I don't know to what extent. It would help a lot if I could debug this on some testsite where this problem is replicated.

Adam S’s picture

I moved the site hotdrupal a couple days ago. I'm just trying to clean up a couple of things. If you want I can make an administrator account for you. Or I could just set up a new installation of drupal, wysiwyg, and ed-classified on a server somewhere.

twod’s picture

Any would be fine, but a sandbox site makes it easier to test things without risking anything going wrong with a real site. Please use my contact form to email the credentials when you've set up the account.

Adam S’s picture

TwoD I sent you a password for the main site then I thought about it and took a minute to create a proper sandbox. It's at thechefsgalley.com/sandbox. I'll email you the information.

twod’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)

I took a look at the sandbox site and noticed no Wysiwyg related files were included at all. It appears http://drupal.org/project/ed_classified uses the key 'filter' for its input format selector, which means Wysiwyg module is unable to find it. In any case, the JS for counting characters would not work with iFrame based editors (and maybe not with others either) which hide the original textarea, so it won't receive any key events.

We can't do anything about this in Wysiwyg module, we'd need a better way to figure out which fields are input-format-enabled...

As a workaround, you might be able to use a form_alter hook in a custom module to move the format selector from 'filter' to 'format' ('filter' is btw incorrect as there are multiple filters per format), and unset the 'body_length_remaining' key. If you find a character counting plugin for the editor(s) you are using, you could implement hook_wysiwyg_plugin to describe it to Wysiwyg module and have it appear on the buttons/plugin list.

Adam S’s picture

Thank you for taking the time to have a look at it.

JStarcher’s picture

I'm running into the exact same problem, I noticed that filter array was different and tried switching some keys around and didn't have any luck. I sunk a half hour or so into the issue, looks like a fix is going to be a pita...

Great module otherwise, I wrote a second module that leverages on the ed_classified and makes it even more powerful, using in combination with uc_node_checkout. Thanks