[HOW TO] Add WYSIWYG Editor to Your Modifications

[MaryTheG(r)eek]

Originally Posted by Steve M

Hmmmm, I opened it in IE8 but I get no error report. Let me check a few things and I'll post back.

Your welcome.

Thank you for taking the time to help me. If you want, I've post the full product at:
https://vborg.vbsupport.ru/showthread.php?t=230112
but I think that I follown your instructions step by step.

Maria

[Mythotical]

Apparently that error triangle is from subscriptions portion. Might be a bug with vB. I have tried to replicate it and even tried adding new tickets and such, still no error on my end. Sorry I couldn't provide more info than that. I'm actually sitting here scratching my head over it. LOL

[MaryTheG(r)eek]

Originally Posted by Steve M

Apparently that error triangle is from subscriptions portion. Might be a bug with vB. I have tried to replicate it and even tried adding new tickets and such, still no error on my end. Sorry I couldn't provide more info than that. I'm actually sitting here scratching my head over it. LOL

Ok:-)) Let to see if anybody report it in my post. My site is not the stablest on the net, actually it has nothing, so maybe something else causes it.

take care
Maria

[Mythotical]

Possibly, if you need help narrowing down where it may come from, I'll gladly help you out.

[AndrewD]

I've spent today tearing my hair out in updating the wysiwig editor from vb3.8 to v4.0 in a product I handle. Eventually, I tried reproducing the problem using the code suggested here, and the same problem arose. Basically, when in full WYSIWIG mode, the text entered into the message box is not being returned to the server, unless one first refreshes the page. In standard mode (obtained either by using the control switch in the editor, or by setting the appropriate vb options), everything works fine. This means that the problem cropped up with IE and Firefox but not with Google Chrome or Safari, which always use the standard editor.

For some reason, though, this problem does not seem to crop up in, e.g., the standard VB editpost code.

Possibilities are that I've made a mistake (quite possible...), or there's a bug in vb4.0 (I'm testing with RC2), or there's a switch/file that we're overlooking.

The attached files are, as far as I can tell, a straight copy of the material posted at the start of this article, within a script that simply keeps re-presenting the form along with a record of the message entered by the user the previous time round. I'd be very grateful if someone can independently test this, and let me know if I'm going crazy or not.

The two files are a php script to be loaded into the forum directory, and a template.

[Mythotical]

I noticed 2 things.

First:

PHP Code:

$retvars .= "message:".$vbulletin->GPC['message'].":<br />"; 


You have that but not registered it for use in the template.

Second:
In your template I notice you have the form pointing to the same file that you are using to fill out this form. Am I mistaken that maybe you didn't give the process form location.

Also I noticed that you don't have this in your file:

PHP Code:

define('GET_EDIT_TEMPLATES', true); 


With your submit button, try this instead:

<input name="submit" class="button" type="submit" id="save" value="submit" />

[AndrewD]

Thanks for the suggestions, see below.

Originally Posted by Steve M

I noticed 2 things.

First:

PHP Code:

$retvars .= "message:".$vbulletin->GPC['message'].":<br />"; 


You have that but not registered it for use in the template.

Also I noticed that you don't have this in your file:

PHP Code:

define('GET_EDIT_TEMPLATES', true); 


sorry, Steve, not true - both are done (line 7 and 45 in the php file)

Originally Posted by Steve M

Second:
In your template I notice you have the form pointing to the same file that you are using to fill out this form. Am I mistaken that maybe you didn't give the process form location.

this was intended to be a simpe demo of the problem, and the script is designed to return to itself, report what was filled in the message box, and then re-present the editor. So, there's no error with that, and the same issue presents itself in the (much more complex) product code I'm working on.

Originally Posted by Steve M

With your submit button, try this instead:

<input name="submit" class="button" type="submit" id="save" value="submit" />

This makes no difference. The message box contents are being correctly picked up in standard editor mode but not in wysiwig mode.

[Mythotical]

Then you have completely contradicted what you said earlier about it not working. If you can't show me how this is being used in the complexity that you are trying to make it work then I can be of no help. Lastly there apparently is an error as you stated earlier and now you state there is no error. Overall you have your code set so without more info then I am of no help any further. Sorry.

[AndrewD]

Originally Posted by Steve M

Then you have completely contradicted what you said earlier about it not working. If you can't show me how this is being used in the complexity that you are trying to make it work then I can be of no help. Lastly there apparently is an error as you stated earlier and now you state there is no error. Overall you have your code set so without more info then I am of no help any further. Sorry.

I'll try to be a little clearer, since I didn't intend to seem to contradict myself.

The supplied attached php + template is a straightforward implementation of the code given in the first post, intended to demonstrate the problem.

With this demo code, and with the more complex product implementation, the contents of the editor message box are correctly returned (with all browser choices) when the editor is set to standard mode but not when it is set to wysiwig mode. I can consistently reproduce this problem on my own system. I am asking for someone else to attempt to reproduce it on another, so that I can be sure that it is/is not a bug in my coding or in the vb infrastructure.

[Mythotical]

Originally Posted by AndrewD

I'll try to be a little clearer, since I didn't intend to seem to contradict myself.

The supplied attached php + template is a straightforward implementation of the code given in the first post, intended to demonstrate the problem.

With this demo code, and with the more complex product implementation, the contents of the editor message box are correctly returned (with all browser choices) when the editor is set to standard mode but not when it is set to wysiwig mode. I can consistently reproduce this problem on my own system. I am asking for someone else to attempt to reproduce it on another, so that I can be sure that it is/is not a bug in my coding or in the vb infrastructure.

Ok gotcha, I will test it out and check for you.

--------------- Added [DATE]1260816961[/DATE] at [TIME]1260816961[/TIME] ---------------

Ok tested it, you had a few issues in your template but I changed them to match my site mainly and it worked.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="en" id="vbulletin_html">

<head>
<!-- BEGIN TEMPLATE: headinclude -->
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
<meta id="e_vb_meta_bburl" name="vb_meta_bburl" content="/vb40/" />
<base href="/vb40/" /><!--[if IE]></base><![endif]-->
<meta name="generator" content="vBulletin 4.0.0 Release Candidate 2" />


		<meta name="keywords" content="vbulletin,jelsoft,forum,bbs,discussion,bulletin board" />
		<meta name="description" content="This is a discussion forum powered by vBulletin. To find out about vBulletin, go to http://www.vbulletin.com/ ." />


<script type="text/javascript" src="clientscript/yui/yuiloader-dom-event/yuiloader-dom-event.js?v=400rc2"></script>
<script type="text/javascript" src="clientscript/yui/connection/connection-min.js?v=400rc2"></script>
<script type="text/javascript">
<!--
	var SESSIONURL = "";
	var SECURITYTOKEN = "1260802232-afa16d4d00cd73257e7c03c916068b2ffef8d4c5";
	var IMGDIR_MISC = "images/misc";
	var IMGDIR_BUTTON = "images/buttons";
	var vb_disable_ajax = parseInt("0", 10);
	var SIMPLEVERSION = "400rc2";
	var BBURL = "/vb40";
// -->
</script>

<script type="text/javascript" src="clientscript/vbulletin-core.js?v=400rc2"></script>


<link rel="stylesheet" type="text/css" href="clientscript/yui/reset-fonts/reset-fonts.css" />
<link rel="stylesheet" type="text/css" href="css.php?styleid=1&amp;langid=1&amp;d=1260798350&amp;td=ltr&amp;sheet=vbulletin.css,popupmenu.css,vbulletin-chrome.css,components.css,vbulletin-formcontrols.css,editor.css" />


<!-- END TEMPLATE: headinclude -->


<script type="text/javascript" src="clientscript/vbulletin-editor.js?v={vb:raw vboptions.simpleversion}"></script>

<link rel="stylesheet" type="text/css" href="{vb:var vbcsspath}vbulletin-formcontrols.css" />
<link rel="stylesheet" type="text/css" href="{vb:var vbcsspath}editor.css" />
<link rel="stylesheet" type="text/css" href="{vb:var vbcsspath}bbcode.css" />


</head>
<body>

{vb:raw header}

{vb:raw navbar}

{vb:raw retvars}

<form class="vbform block" action="aaaatest.php" method="post" name="vbform" onsubmit="return vB_Editor['{vb:raw editorid}'].prepare_submit(this.inputname.value, {vb:raw vboptions.postminchars})">
<input type="hidden" name="securitytoken" value="{vb:raw bbuserinfo.securitytoken}" />
<div class="wysiwyg_block">
<div class="blockbody formcontrols">
<div class="blockrow">
	{vb:raw messagearea}
</div>
</div>
</div>

<div class="blockfoot actionbuttons">
<div class="group">
<input name="submit" class="button" type="submit" id="{vb:raw editorid}_save" value="submit" />
</div>
</div>

</form>
{vb:raw footer}
</body>
</html>

--------------- Added [DATE]1260816996[/DATE] at [TIME]1260816996[/TIME] ---------------

It all had to do with link tags and script tags.

EDIT AGAIN:
Tested again with your code and it worked that time so looks like it was in the template.

The way you have it, I have no idea why it won't work that way, not even sure what could cause it to not post.