Extension talk:WYSIWYG/LQT Archive 1

Paste from Word
Note: "Paste from Word" does not work. Copy/Paste from a website does not work. "Paste as plain text" does work. If you install this on your site, I recommend making your users aware they cant copy/paste from word. I am looking for a solution to this and will post if I find one.

Hi We have released bug fix release on Feb 4th 2011 which supports copy and paste from MS Word, MS Excel and web pages. See it by yourself in the sandbox Wiki here: SMW+ sandbox Wiki.

regards

--DanielHansch 09:33, 11 February 2011 (UTC)

Ready for production website?
Hi, sorry if this question might sound a bit impertinent (and sorry for my limited English)... but is this extension ready for a production website? Well, I mean: are there still important known bugs that need to be fixed? Is there a page where I could see these known bugs? I'm running a wiki that is being used by very young children. I have been using the FCKeditor extension for two years and I'm quite satisfied... but there are still a few bugs that need to be fixed and it looks like its devs are not very active anymore. Thank you very much for your honest answer! :-) Laurent

Hello Laurent,

the WYSIWYG extension is a mature software and definitely ready for production. There is an active team of software engineers developing new features and fixing bugs in a regular bug cycle. This means that all bugs possibly relevant for your application will be fixed with our next release in 4 weeks at the latest. Find the currently proceeding bug fixes here. You can also refer to the WYSIWYG documentation and our support forum to get help.

regards

--C niemann 14:13, 18 February 2011 (UTC)

No link on the pictures
Hi, in your sandbox there are no links on the pictures (they are not clickable). Does it have something to do with the editor? Thank your for your answer!

Answer:

No, this is not related to the editor. You can check this on several other pages, e.g. http://smwdemo.ontoprise.com/index.php?title=SMW%2B_1.5. Pictures on this page are clickable and lead for example to a full resolution view or a definable link. If you have the Rich Media extension installed you can also use appealing overlays to present pictures and any other type of media.

regards

--C niemann 14:21, 18 February 2011 (UTC)

WYSIWYG editor lost after preview
Hi, I tried your sandbox and after clicking the "preview" button I couldn't see the WYSIWYG editor anymore (Firefox 3.6.13). Thank you for feedback!

Answer:

Your description is somewhat unspecific. Can you please refer to the corresponging SMWforum page and report/formalize your problem there? Thank you!

regards

--C niemann 14:31, 18 February 2011 (UTC)

Image insert doens't work with IE 8
Hi.

Ich have Mediawiki 1.16.2 running on Ubuntu, using WYSIWYS extension 1.4.0_3. Runs fine with Firefox, but IE6 and IE8 both cannot open the image dialog. There are multiple javascript errors when loading ckeditor, all in ckeditor.js, line 52: 'type' is null or no object.

Is there a fix?

I also got antoher problem (sometimes also in firefox: when saving a page, sometimes ckeditor completly empties the page, all content is lost. Anyone an idea?

Regards --83.236.214.98 13:26, 3 March 2011 (UTC)

Answer: Hi there, you are right, we have an issue with IE8 (ref. ) which prevents using the image picker. While we are fixing this with the next release you can use this workaround: click on the "Show WikiTextEditor" switch and enter the link to the image manually, e.g.. Kind regards --DanielHansch 10:35, 4 March 2011 (UTC)

Links are broken after edition
Hello,

our mediawiki is 'ru' localized version. After edition the text by WYSIWYG editor links to special pages(as well as to User, Image, File and other namespaces) are broken. For example: UserName is transformed to something like this UserName This is also true for links to internal pages written by russian words: Методы is transformed to Методы How I can fix this?

Answer:

Hi there,

this is most likely an encoding issue that needs some more precise testing. Can you please report this to our tracking system? We will find a solution for you if you do so!

regards

--C niemann 16:39, 21 March 2011 (UTC)

Thanks for reply! the bug was submitted (14000) 95.84.190.156 16:53, 21 March 2011 (UTC)

Hide WYSIWYG Editor for special Namespaces
Hi there, First thanks for the extension and the progress in MW + Rich Text Editing! One question: Is it possible to hide the Editor in special Namespaces, for example in Widget, Property etc? I've seen, that it is working for the Template namespace by adding:

but it does not work for other namespaces - the same problem like in the FCKeditor extension.

Thanks for support --Filburt 11:47, 19 April 2011 (UTC)

Answer: You may use the global variable $wgFCKEditorExcludedNamespaces to disable namespaces being edited with the WYSIWYG extension. However this cannot be changed in the user preferences. To disable the Template and Property namespace use: I added a feature request in our bugzilla #14574 that checks for all custom namespaces in user preferences. At the moment this is not possible. --Stero 12:58, 6 May 2011 (UTC)

WYSIWYG Editor (1.4.1) not working on MediaWiki 1.16.4
After installation and configuration I do get a 'Show RichTextEditor' link but it leads nowhere. Following the link has no effect at all. Have not been able to find a solution. Suggestions would be most welcome!

--Ruud Schouwenaar 21:06, 4 May 2011 (UTC)

Answer:

Hi Ruud,

Unfortunately I can't reproduce this error on my installation, also running MW 1.16.4. Do you maybe have an URL where I can see this error?

--Stero 13:11, 6 May 2011 (UTC)


 * Hi Stero,
 * Thanks for your reply. I can't seem to reproduce it anymore, after installing and de-installing various extensions.
 * If the problem returns I'll get back to you :-)
 * --Ruud Schouwenaar 12:09, 11 May 2011 (UTC)

Additional:

Hey Stero, I can show you a URL of our staging site where I am receiving the same problem as Ruud. Could you please contact me at jon@twg.ca? Appreciate it.

--Jon Lim 15:48, 10 May 2011 (EST)

Answer: Hey Jon, can you please file in a bugreport in our Bugzilla? What we need is the setup of your wiki (e.g. the output of Special:Version) and the content of the page that causes the trouble. If the wiki is public for reading please send an URL. I can copy the wiki source to an installation of mine to reproduce the bug. --Stero 16:02, 16 May 2011 (UTC)

WYSIWYG Editor (1.4.1) Image Picker on MediaWiki 1.16.2 and IE 8
Hi.

On Internet Explorer 8, the Image Dialog now opens (wasn't the case on 1.4.0_3). You can select an image, it is inserted into the document - but it doesn't close afterwards. In fact, the dialog never closes until reloading the page, discarding all changes to the document.

And another issue: Only under IE 8, the "source code" button to switch to the original MW-syntax doesn't work either - you just got a blank page, the content is all erased.

Under Firefox, everthing works fine. Can you tell me when there could be a version running bugfree under IE8?

Thanks for support. --83.236.214.98 07:25, 5 May 2011 (UTC)

Answer:

Hi,

For your first bug I created a bug report in our bugzilla: #14575 We will have a look on this.

When the "source button" leaves an empty window then there is something in the content of the page that breaks the IE when transfering the html into wikitext. We try to fix these errors but need more details. Can you please reproduce the error and maybe open a bug report with the page content when this happens? --Stero 13:07, 6 May 2011 (UTC)

Update: I can't reproduce the IE8 error with the image dialogue. Can you make sure that you do not run the IE8 in compatibility mode? Also can you maybe add more details of your installation if the problem still persists? --Stero 13:34, 6 May 2011 (UTC)

Hm, I think I have to apologize. It seems to be the compatibility mode. It was an intranet site, per default the IE seems to use compat mode for all intranet sites. Disabling it makes it working. Thx for your help!

IE7 breaks as well
I have narrowed it down to bulleted and numbered lists. You can reproduce the error like this: * bullet * bullet and press 'Source' or switch back to original editor or and press 'Source' or switch back to original editor.
 * 1) one
 * 2) two

Tested with IE7 on:
 * MediaWiki 1.16.4, PHP 5.2.17 with WYSIWYG 1.4.1_0[B2] and
 * MediaWiki 1.16.5, PHP 5.3.5 with WYSIWYG 1.4.0_3[B268]

This is really a deal breaker for us as our organization will not switch to Firefox or Chrome anytime soon :-(

Hopefully this information helps you slaying this bug :-)

--Ruud Schouwenaar 08:24, 12 May 2011 (UTC)

Addition Tested with IE9, no problem. IE9 in compatability mode, no surprise, does break.

--Ruud Schouwenaar 22:01, 12 May 2011 (UTC)

Addition Unfortunately we will not support IE7, which (after IE9 was release) is also rather outdated. What mostly works in FF and Chrome sometimes causes trouble in IE. We take the effort to support IE8 and also IE9 but will not do it for any previous release of the IE. Sorry about that. --Stero 15:58, 16 May 2011 (UTC)

WYSIWYG Editor (1.4.1) not working on MediaWiki 1.16.5
I've followed the install directions, but I don't see the editor or a link for it, on the edit page in my wiki. Has it been tested with 1.16.5 yet?

Answer

I'm running 1.4.1 on 1.16.5, no problems except one, see

--Ruud Schouwenaar 20:44, 13 May 2011 (UTC)

Answer

We didn't test with MW 1.16.5 yet. I filed in a bug in our Bugzilla #14659 to test this configuration. --Stero 16:32, 16 May 2011 (UTC)

WYSIWYG 1.4.0_3 / CKEditor 3.4.2, Semantic Forms (Version 2.2-alpha), MediaWiki 1.16.5
We tested WYSIWYG and MediaWiki 1.16.5 in normal edit mode and found no problem but as soon as we tested Semantic Forms (Version 2.2-alpha) (r88513) and WYSIWYG (Version 1.4.0_3 [B268], CKEditor 3.4.2 (revision 6041)) together with settings (in LocalSettings.php) $wgDefaultUserOptions['riched_start_disabled'] = true; $wgDefaultUserOptions['riched_toggle_remember_state'] = true; an error Fatal error: Class 'FCKeditorParserOptions' not found in ...extensions\SemanticForms\includes\SF_FormUtils.php on line 399 occurs.

Testing environment: MediaWiki	1.16.5, PHP	5.2.13 (apache2handler), MySQL	5.1.44-community --MWJames 12:28, 21 May 2011 (UTC)

Answer: Can you please make a post on the smwuser list at: semediawiki-user@lists.sourceforge.net as you did for the other issues that you reported? This seems to be an error in the SemanticForms extension. Thank you. --Stero 12:47, 23 May 2011 (UTC)

Internal link to an image or a file of other types
Copying and Pasting from MS Word feature is great. Good work!. However there is a problem with Internal links. I used the link button and it was no possible to make internal links like
 * [[media:example.jpg]]
 * [[media:example.pdf]]

Enviroment
 * MediaWiki 	1.16.5
 * PHP 	5.3.2 (apache2handler)
 * MySQL 	5.1.52
 * Extension 1.4.0_3

--Miltongallegos 14:52, 20 May 2011 (UTC)

Answer: Please can you describe ore in detail what exactly you are trying to do. I can create links to internal files (using the link dialogue). There is a problem that for some user input there are no proposals even though there should be some in the Media namespace. I created a bug report for that (#14739). You can always type the complete page name e.g. Media:example.jpg into the inputfield and the link is created correctly. --Stero 13:09, 23 May 2011 (UTC)