hi guys i've got a problem with bootstrap 4: after upgrading from mediawiki 1.35 to mediawiki 1.39 the link editor tool not work anymore it seems to work but actually not ler you post the link or exit if not with the cros in the upperright corner of it's windows
Extension talk:WikiEditor
Can you please explain how bootstrap 4 interacts with your wiki editor ? By default MediaWiki doesn't use any bootstrap.
Hi sorry for the delay, i have bootstrap 4.5.0 added in my personalized extension for wiki tablet filter, it's called via JavaScript in the JSON files, but with the layer of bootstrat the link tool of wikieditor 1.39 not work. It Will open and do all, but cannot send the the link and exit, with the previous versione 1.35 i had no problem
It's quite nasty; but we've managed to create a custom script when using Bootstrap;
(function() { var originalButtonMethod = $.fn.button; $.fn.button = function() { if (arguments.length > 1 && arguments[0] === 'option' && this.hasClass('wikieditor-toolbar-tool-link-insert')) { var optionName = arguments[1]; if (optionName === 'disabled') { return false; } } return originalButtonMethod.apply(this, arguments); }; })();
The issue it self is related to https://github.com/wikimedia/mediawiki-extensions-WikiEditor/blob/3a6c52fb5cc988ffe23eb9dd840755acc9b06ee8/modules/jquery.wikiEditor.dialogs.config.js#L156. The if statement returns true, probably because there is a race condition between jquery-ui and your custom skin.
If you want to add "RTL" text as "auto" (text direction is based on text characters used):
File: WikiEditor/modules/jquery.wikiEditor.js
line: 458
Add: .attr( 'dir', "auto" )
This will only fix it for adding the text. You will still need to use a "div" in order to actually display the text as RTL.
The text direction of the editor is based on the primary content language, not on the characters used. It should not be automatic.
Pressing button "Edit" on [kinda] any page with WikiEditor enabled (previously I thought it was CodeEditor) lead me to page with damaged view, where there are coloured spots above with no code (in front of big white square) and the code is below (in a window).
This error is inconsistent. I don't know why. I disable/enable another extensions — it works fine some time and then it corrupt again.
MW 1.39.1. I experienced it on 1.34, too. I've updated all dependencies via Composer. Can anybody suggest the reason?
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 :
- "Fraction" (and not frac{a}{b})
- "Radicals" (and not \sqr{a}{b})
- "long list (and not <math>\begin{align} a\\ \b\\ \c\\ \d\\ \end{align} </math>
- there and many buttons you can added. In many site base on wiki DB, there are already such option.
- 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.
Now tracked in phab:T281326.
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).
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.
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.
").
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!