From: Yaron K. <ya...@gm...> - 2010-03-16 21:37:53
|
I finally got the chance to look into this - this is indeed a bug in version 1.9, caused by the changing of the special page name. You can fix it in your code by changing the next-to-last line in the file /libs/SF_ajax_form_preview.js from: if (wgAction=='formedit' || wgCanonicalSpecialPageName == 'AddData' || wgCanonicalSpecialPageName == 'EditData') to: if (wgAction=='formedit' || wgCanonicalSpecialPageName == 'FormEdit') This will of course also be fixed in the next version of SF. -Yaron On Fri, Mar 12, 2010 at 7:11 AM, Robert Michel <xol...@ho...> wrote: > Hi, > > I inserted the <div id="wikiPreview".... in my from, to use the preview > function. > > I just noticed that it gives different results: > 1) when editing an existing page: It shows the form preview as expected and > I an continue to edit via form below that. > 2) when using the one-step-process to add a new page: It works like not > having the <div..> element included. the priview is shown, but below the > plain wiki edit box is displayed (switching from from edit mode to wiki edit > mode...) > > Did I do something wrong? Or does this just "work as designed"? (I suspect > that it could have something to do with not yet having a page title for the > new page...) > > Thanks! > > Robert > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Semediawiki-user mailing list > Sem...@li... > https://lists.sourceforge.net/lists/listinfo/semediawiki-user > -- WikiWorks · MediaWiki Consulting · http://wikiworks.com |