Extension talk:ForcePreview

Dear Ryan,

could you please add the/my German translation for your excellent extension!? - You can find that part of code here.

Thanks a lot! (sokai 88.72.251.27 10:29, 27 April 2008 (UTC) )
 * Sure, looks like a sound translation to me. --Skizzerz talk - contribs 13:33, 27 April 2008 (UTC)

Live Preview not supported?
On Extension:ForcePreview you tell, that in Live preview it also works, but I've noticed none javascript code, that should enable wsSave button when live preview is received via ajax. Any ideas how to correct this? I propose somehow add code to dismissNotify function (which is called after live preview is received) to enable wpSave button again and change it's title.

--Aik099 09:21, 20 May 2008 (UTC)
 * Fixed in version 1.1 of ForcePreview (r35110). Re-download both files (ForcePreview.php and ForcePreview.i18n.php) and your problem should be solved. -- Skiz zerz  21:24, 20 May 2008 (UTC)

Error message in v1.1
Hallo! Today I updated ForcePreview to v1.1. After that I got the following error message: Warning: Missing argument 2 for efForcePreviewLivePreview in $IP/extensions/ForcePreview/ForcePreview.php on line 45 I couldn't find the necessity for the existence of the second parameter/argument "$sk" and fixed the "problem" by deleting "&sk". - Everthing is O.K. in my MW installation after that (both: "Live Preview" en- and/or disabled). - (sokai, 26 May 2008)
 * Yeah, that parameter was added in 1.13, so it doesn't exist in installs previous. It should be a relatively simple fix on my end for that (just killing the & should work) :) -- Skiz zerz  15:08, 26 May 2008 (UTC)

Exempt namespace not user
Is it possible to exempt a namespace instead of or in addition to a user group? We have some namespaces where we don't want to force the preview on, so we want to exclude them, as opposed to by user group.
 * Me too. Apparently Extension:LiquidThreads doesn't work with this. I wish there was an option to have LivePreview disabled on talk pages or other namespaces. --Craig131 (talk) 00:53, 13 October 2012 (UTC)

Conflict with ReCaptcha extension
if ReCaptcha installed, ForcePreview disables "Save" button, wich should be already available, because "Preview" button already was clicked - before captcha entered.
 * I just found the same problem with the ConfirmEdit extension - it's impossible to save a page with external links on it if you have both ForcePreview and ConfirmEdit installed. -- Malvineous 02:20, 6 April 2010 (UTC)
 * I've just updated the extension in SVN to fix this problem. Hopefully if you install ForcePreview v1.2 or newer this should no longer be an issue. -- Malvineous 08:49, 10 April 2010 (UTC)
 * It still doesn't work. I've got MediaWiki 1.15.3 and ForcePreview 1.2. I've set up ReCaptcha to display a Captcha whenever a non-registered user tries to save a page. With Force Preview, when you click Save page you're asked to solve the Captcha but the Save page link can't be clicked, you can only click on Show Preview, so you can never save the page. Holygamer 00:03, 26 May 2010 (UTC)
 * I cannot reproduce your problem on MediaWiki 1.15 and ForcePreview 1.2. My ReCaptcha configuration only triggers on addition of new external links, but I am able to edit a page, add an external link, click "Show Preview" and then click "Save Page". Upon clicking "Save Page" I'm presented with the recaptcha but the "Save Page" button is still present so I can submit the page. -- Skiz zerz  01:12, 26 May 2010 (UTC)
 * I have both ConfirmEdit and ForcePreview running on my 1.19 wiki and they work fine with each other, just in case anyone is wondering. --Craig131 (talk) 22:03, 10 October 2012 (UTC)

Not working anymore on MW1.23
This extension worked fine on 1.19 but after the upgrade an unauthorized user does not get a usable Save button even after hitting the preview button. My wiki is an upgraded version so maybe on a fresh install the situation may look different. Please report back if so, thanks!

MediaWiki: 1.23.9, PHP: 5.5.9-1ubuntu4.11 --Sm8ps (talk) 19:24, 31 July 2015 (UTC)