Extension talk:WikiEditor

→ pre LQT talk on this page

Previous page history was archived for backup purposes at Extension talk:WikiEditor/LQT Archive 1 on 2015-06-25.

Dear all,

I will glad if you will add new section - math to the layer: Advanced, Special characters, Help, Cite.

It will be easier for new users - to click on bottun such us :

1. "Fraction" (and not frac{a}{b})
2. "Radicals" (and not \sqr{a}{b})
3. "long list (and not <math>\begin{align} a\\ \b\\ \c\\ \d\\ \end{align} </math>
4. there and many buttons you can added. In many site base on wiki DB, there are already such option.
6. thanks, ~~~~

See phab:T25354.

T25354 is about CharInsert, this topic is on the talk page of WikiEditor. The two have independent character collections, and WikiEditor’s is pre-defined in software (and has already supported different display text), so the patch for T25354 didn’t make it possible to use math from WikiEditor’s toolbar.

Using MW 1.35.0 and WikiEditor 0.5.3 You can try this out at: https://www.istaria-lexica.de/index.php?title=User:Elteria_Shadowhand/sandbox&action=edit

If I have a text, maybe 4000 characters or more, I cannot paste it into the editor. Sadly, google did not give me any hints about what is wrong. I assume it is some kind of spam protection?

Any ideas?

Thanks,

 Dominik

When search and replace, can I insert newline? '\n' seems not to work for replace text.

Wikitext is not just a string so common "\n" doesn't make new lines here. Use HTML tag "<br />" instead of "\n" to make a new line in the article.

What if the intention is not to make a new line in the displayed text, but only in the wikitext?

An example would be to search & replace * bullet1 *bullet2 *bullet3 *bullet4 *bullet5 - search "*" replace "\n*" unfortunately does not work - doing this manually is very tedious so adding the capability to insert tabs newlines and other special characters would be really helpful.

Tracked in Phabricator
Task T281326

Now tracked in phab:T281326.

This functionality has been removed from the extension, but available as a gadget by Hydra/Gamepedia contributors. See this page for download and instructions. Note that the Gadgets extension is a requirement. Works at least for MW 1.31.x and 1.35.x.

Tracked in Phabricator
Task T185555

... by the removal of the preview feature which was working fine. The publish feature was indeed a bit suboptimal but the preview feature was great and working fine for years. This is a big step towards making MediaWiki editing less awesome for people who do not want or cannot use parsoid. I guess this is a sign of a lost perspective and for defying reality.

True. This isn't cool.

Missing the preview feature as well!

Is there any way to reactivate the preview?

I am both saddened and highly annoyed. The feature was one of the most used on my wiki.

This functionality has been moved to a gadget by Hydra/Gamepedia contributors. See this page for download and instructions. Note that the Gadgets extension is a requirement. Works at least for MW 1.31.x.

Thanks to @FreedomFighterSparrow: for detecting this and sharing the info.

As of the time of this comment, there seems to be an intention to bring this functionality back, starting version 1.39, as obvious from the mentioning of a configuration variables in Extension:WikiEditor#Realtime_Preview

Using the WikiEditor that came with MW 1.27.0 (not sure how to check what the WE ver. is), when I enable the enhanced toolbar, the line spacing in the editing box is increased so it looks like 1.3 or 1.5 line spacing. With the normal toolbar the spacing looks like I'd expect (single spacing I assume), but with the enhanced toolbar the spacing looks too big.

Along with the bigger spacing looking "weird" and making text harder to read (courier don't work well with big line spacing), it also makes it difficult to tell how many lines are between text in sections with double (or more) line breaks.

Don't know if it makes a difference that I use MonoBook (without the WYSIWYG).

But, enough rambling: Is there a way to adjust the linespacing (and where do I look)?

Yup encountered the same issue...

WikiEditor adds a <div class="wikiEditor-ui-right"></div> element, but it doesn't seem to serve any purpose: nothing ever uses it. Does anyone know what it's for? I'm wondering if it should be exposed in the $.wikiEditor API so that other things can add content to a righthand side pane (e.g. for the upcoming realtime preview UI).

@Samwilson it was originally for the WikiEditor ToC module: https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikiEditor/+/refs/heads/REL1_19/modules/

the preview seems like a good candidate. I've also in the past considered using it for proofread, but never followed through on that.

@TheDJ: Oh great, thanks for the link! And yeah, I'm totally keeping ProofreadPage in mind with this, because it's basically the same UI (e.g. would be great to have resizability there too).

See this thread.

preview tab disappeared with MW 1.31 upgrade.

It was one of the most used on our wikis, and everybody like it.

How can we reactive preview tab?

Unfortunately, it's gone for good, unless someone develops an appropriate extension. See discussions here: phab:T165112 and phab:T185555.

This functionality has been moved to a gadget by Hydra/Gamepedia contributors. See this [https://help.fandom.com/wiki/Special:Gadgets/export/previewTab page for download and instructions. Note that the Gadgets extension is a requirement. Works at least for MW 1.31.x.

Thanks to @FreedomFighterSparrow: for detecting this and sharing the info.

Notice the 66 kB indicator above the edit field.

I found this 2009 screenshot from the German Wikipedia. I couldn't help but notice "Diese Seite ist 66 kB groß.", which indicates that the page has about 66 thousand characters.

I looked today and the indicator appears missing. But the feature may still exist in MediaWiki. I could not find a documentation of it on this site.

Is there any way to enable the size (kilobyte) indicator which shows above the edit field for all users of my MediaWiki installation? What do I need to change in LocalSettings.php?

IIRC the software used to provide a notice if the text content of a page was over 32kb in size, due to many browsers of the time having trouble properly loading/displaying pages of that size. I have no idea if the notice is still displayed, or if not, what version of MediaWiki saw its removal.

Alternatively, that may have been a gadget or user script used by the person who took the screenshot, in which case your best bet would be to ask that person if they know/remember what gadget or script it was.

The feature was inside core (not specific to WikEditor), and was regrettably removed around 2010-ish. Since then we've seen people abuse the technical limit of 2 MiB as if that's a reasonable guide for what makes for a good page length. Oh well.

I can still see that size indicator inside the #mw-edit-longpage-hint HTML division on German Wikipedia:

<div id="mw-edit-longpage-hint">
<p>Größe der Seite bzw. des bearbeiteten Abschnitts: 97 KB.
</p>
</div>

Ah, interesting, you're right; I thought it was removed, but instead in 0b92d6261 it was just turned into an optional feature. To enable, set the longpage-hint message to something other than - (i.e., edit your wiki's [[MediaWiki:longpage-hint]] page to something like "This page is $1 kilobytes long; consider making it shorter.").

WikiEditor 1.32 has a compatibility issue with the Page Forms extension. This is due to the fact that

<pre>

$.wikiEditor.modules.dialogs.config = {

...

};

</pre>

has been replaced with

<pre>

module.exports = toolbarConfig;

</pre>

Page Forms still relies on the jQuery module, and thus fails to render the WikiEditor toolbar when using the form editor. This is easy to resolve by redefining the jQuery module for backwards compatibility, but may be more appropriate to resolve with the Page Forms team.

We won't bloat the experience for all users of WikiEditor just to provide compatibility for PageForms; the maintainers of code dependent on WikiEditor are responsible for maintaining that, sorry.

Pinging @Yaron Koren, because this incompatibility should probably be documented somewhere (assuming it can't be fixed).

I thought this was fixed in Page Forms already, but maybe not. What version of Page Forms are you running? Or are you just looking at the current code?

Hi @Yaron Koren -- I'm having this exact issue with PF 4.5.1 and WikiEditor 0.5.2. Have you been able to implement a fix yet?

It seems that after the changes done in WikiEditor going from 1.34.0-wmf.16 to 1.34.0-wmf.17 WikiEditor stopped working inside a form.

This means when you use WikiEditor version 1.34.0-wmf.16.zip it works just fine inside a form.

This was with tested and works on:

• MW 1.34.4
• SMW 3.2.0
• Page Forms 5.0-alpha (9e17cd7)
• WikiEditor 1.34.0-wmf.16
• PHP 7.3.23

I am not sure what has to be done to get the later versions of WikiEditor to work in a form, a lot has changed since then but this probably needs to be solved in Page Forms.

I upgraded my Wiki from version 1.31.1 to 1.31.4. Everythings works fine except that the WikiEditor ist not showing up during editing any more. The WikiEditor is listed on the special pages "Version". Error tracking is on. I do not get any errors. Examining the page in Firefox with F12 showed also no errors. I didnt't change my LocalSettings and I ran the update script. Any suggestions?

Greetings from Basel

Thomas

I changed back to version 1.31.1 an the editor is showing up. Switching back to 1.13.4 the editor is gone again.

Hi!

I'm struggling with the same problem. My server is running with nginx, and I get those two errors on browser console:

• GET w/images/cc-0.png[HTTP/1.1 403 Forbidden 75ms]

• GET w/index.php/Resources/assets/poweredby_mediawiki_88x31.png[HTTP/1.1 404 Not Found 181ms]

And those two warnings:

• This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”.
• JQMIGRATE: Migrate is installed with logging active, version 3.0.1 load.php:141:217 This page is using the deprecated ResourceLoader module "jquery.tabIndex". load.php:172:1044

WikiEditor0.5.3 (57eb9ad) 07:27, 23 September 2019

Installed software

Product	Version
MediaWiki	1.34.2
PHP	7.4.8 (fpm-fcgi)
MariaDB	10.3.22-MariaDB-1:10.3.22+maria~stretch
ICU	65.1

Perhaps, my nginx is badly configured? Any glue?

I will try to install the VisualEditor : VisualEditor/Installation on a shared host. But it does not seem very practical choice to me. Otherwise, I'll try to downgrade to 1.31.1, as 77.58.215.12 said.

Thanks for your attention!