Posted by jlmeredith on March 10, 2009 at 7:44pm
| Project: | Content administration |
| Version: | 6.x-1.0-beta2 |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | needs review |
Issue Summary
Great module! Wish it were ready for prime time! Not far away though!
When I go to create content, the interface does not render the FCK Editor nor does it give the option to switch in and out of plain text.
Comments
#1
Ditto for me! Also... [I will submit my "also" in its own issue momentarily...]
#2
Hi jlmeredith and Alison,
I can confirm that I'm also having problems using Wysiwyg editors (including TinyMCE, FCKeditor, and others) within the Content Administration interface.
I hope to support these editors in a future version of this module.
#3
Sorry Detour, this one's bigger than I have time to tackle for the reward. However, I can offer a side solution.
If you must have an editor, but still wish to use this module, the follow code changes will simplify the module by removing the AJAX options for node creation, editing, and viewing. They will instead link to their normal system locations for each. Perhaps this should be part of the module at some point as a "simple version."
Please be aware. The author of this module does not endorse this alteration. Support will not be provided. Updating your module to the latest version will remove these changes! (And hopefully by then the editor problem will be solved and all will be well.)
In nodeadmin.module around line 300, insert the following line:
$results['nodeData'][$obj->nid]->path = drupal_get_path_alias('node/'.$obj->nid);
....while ($obj = db_fetch_object($res)) {
// if text search results exist, intersect with query results
if (!is_array($text_results) || in_array($obj->nid, $text_results)) {
$results['nodeData'][$obj->nid] = $obj;
$results['nodeData'][$obj->nid]->path = drupal_get_path_alias('node/'.$obj->nid);
...
Around line 109 update to:
$links .= "<a href='/{$node->path}' title='". t('View') ."'><img src='". $base_url .'/'. drupal_get_path('module', 'nodeadmin') ."/icons/doc-option-tab.png' alt='". t('View') ."' width='16' height='16' /></a>";$links .= " <a href='/node/{$node->nid}/edit' title='". t('Edit') ."'><img src='". $base_url .'/'. drupal_get_path('module', 'nodeadmin') ."/icons/doc-option-edit.png' alt='". t('Edit') ."' width='16' height='16' /></a>";
$links .= " <a href='/node/{$node->nid}/delete' title='". t('Delete') ."'><img src='". $base_url .'/'. drupal_get_path('module', 'nodeadmin') ."/icons/doc-option-remove.png' alt='". t('Delete') ."' width='16' height='16' /></a>";
Around line 93 comment out:
/*$output .= '<br/><div class="nodeadmin-addnode"><img src="'. $base_url .'/'. drupal_get_path('module', 'nodeadmin') .'/icons/doc-option-add.png" width="16" height="16" /> Add new content by type: <select id="addType"><option value="" selected></option>';
foreach ($ctypes as $ctype => $cdata) {
$output .= '<option value="' . $ctype .'">'. $cdata->name .'</option>';
}
$output .= '</select></div>';
*/
In nodemodule.js update line 61 to:
tableBody.append('<tr class="row ' + rowClass + '"><td class="node-actions">' + formatNodeButtons(<strong>nodeData[nid]</strong>, isOpen) + '</td><td id="node-' + nid + '">' + nodeData[nid].title + '</td><td class="node-field">' + typeData[nodeData[nid].type] + '</td><td class="node-field">' + nodeData[nid].name + '</td><td class="node-field">' + nodeData[nid].formattedDate + '</td></tr>');On line 372 update function formatNodeButtons to:
str = "<a href='/"+nodeData.path+"' title='View'><img src='" + Drupal.settings.nodeadmin.modulePath + "/icons/doc-option-tab.png' alt='View' width='16' height='16' /></a>" +" <a href='/node/"+nodeData.nid+"/edit' title='Edit'><img src='" + Drupal.settings.nodeadmin.modulePath + "/icons/doc-option-edit.png' alt='Edit' width='16' height='16' /></a>" +
" <a href='javascript:deleteNode(" + nodeData.nid + ")' title='Delete'><img src='" + Drupal.settings.nodeadmin.modulePath + "/icons/doc-option-remove.png' alt='Delete' width='16' height='16' /></a>";
if (opened) {
str += " <a href='javascript:hideNode(" + nodeData.nid + ")' title='Close'><img src='" + Drupal.settings.nodeadmin.modulePath + "/icons/arrow-end-up.png' alt='Close' width='10' height='10' /></a>";
}
return str;
#4
If you'd like to take a look, Detour. I know it's not your original direction. But I thought you might be interested in a work around until you get it fixed.
#5
subscribing
#6
To whom it may be interesting: after I added two lines:
<?phpdrupal_add_js(drupal_get_path('module', 'wysiwyg') .'/wysiwyg.init.js');
drupal_add_js(drupal_get_path('module', 'wysiwyg') .'/wysiwyg.js');
?>
to nodeadmin_page() function, right before the first drupal_add_js() call in this function, Wysiwyg started working!
P.S.: I also had to add this line to editSubmit() in nodeadmin.js right after "if (op == 'Save') {" line:
form.find('.wysiwyg-processed').each(function() { Drupal.wysiwygDetach(form, Drupal.wysiwyg.getParams(this)); });Otherwise it would not copy content from fckeditor to textarea on save action.
That's it, FCKeditor/Wysiwyg working fine here! Of course these are dirty hacks but they can point someone in the right direction.
#7
Subscribing.
Is this module still being maintained? It's been 22weeks ago since the last commit.
#8
I'm afraid someone interested should take over the module maintenance or at least get CVS access. I don't know the traditional Drupaler rules for that, though.
#9
This module is not unmaintained. However I haven't had time recently to tackle the larger issues that remain -- like compatibility with Wysiwyg editors, which also depends significantly on Drupal's JavaScript system as well as the Wysiwyg editors themselves.
If anyone is interested in contributing to this project, they should contact me, but they should also post patches in the issues queue. I'll try to review and commit the patches that have been submitted soon.
Thanks for everyone's interest in this module. I hope this module can serve as a drop-in improvement on the core content page until it becomes more feature-rich.
#10
Ok, thanks for your answer, detour.
No stress, take your time... :)
Cheers,
Danny
#11
There are 2 month gone and I'm still waiting impatient ....
Did anyone solve the problem?
The solution from #6 does not work for me!
THX
Chriss
#12
After copying these two Wysiwyg's ( each one complete as it's own process - so I copyed one then deleted before I copied the other )
I was prevented from viewing the modules page - error in includes/common.inc ...... timeout ofter 30seconds
Would it be possible to editor the timeout value and would that even make a difference?
These editors have worked on other installs previously
I currently have these modules install on the site: admin_menu
captcha
cck
filefield
imageapi
imagecache
imagefield
jquery_ui
lightbox2
print
tiken
views
webform
any suggestions?
#13
arkad: Please search your installed modules issue queues or create a new issue for your problem, probably in one of these. Try to locate the module related by disabling them one by one. Don't take over an existing unrelated issue (there is no Content administration module in your list).
#14
I am not sure if this is pertinent to other issues described here,
Issue: When the following permission is enabled, the "upload" file buttons associated with WYSIWYG and IMCE do not appear.
captcha module : administer CAPTCHA settings
and getting this js error which seems to be from jquery form module:
uncaught exception: [Exception... "Component returned failure code: 0x80004003 (NS_ERROR_INVALID_POINTER)
[nsIDOMHTMLFieldSetElement.removeChild]" nsresult: "0x80004003 (NS_ERROR_INVALID_POINTER)"
location: "JS frame :: http://transfair.ca/sites/default/files/js/js_75a50f9f7c63d7bcf88e8cc0d5...
:: anonymous :: line 1516" data: no]
Solution: (Work around)
1. Do not use a profile with this permission enabled, or
2. disable this permission
#15
Uploading patch file against beta2. I could not make it work in exact implementation as in #6 (probably due to relation to beta1 instead), while my changes work well.
- For preview of a node - opens as it is in original (unmodified version) as no WYSIWYG integration required.
- Editing goes to node/nid/edit page with correct destination argument to return back to content administration page
- Delete is unchanged.
#16
Hello,
Any chance to view the Wysiwyg Editors (CKEditor) working with this module ?
Thank you
#17
The same think for me
#18
This patch failed applying.
I believe that this behavior (go to node edit page instead of inline editing) should be the default.
Or at least the user should have the option to chose so.