Extension talk:WikiEditor

Jump to navigation Jump to search

About this board

pre LQT talk on this page


WikiEditor not showing in version 1.31.4

2
77.58.215.12 (talkcontribs)

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

77.58.215.12 (talkcontribs)

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.

Reply to "WikiEditor not showing in version 1.31.4"

iOS Safari: Can't save edit in WikiText editor after....

2
Summary last edited by Kghbln 20:25, 27 June 2019 3 months ago

Bug: some contributors editing using Safari on iPhone are having difficulty saving. This issue is actively being worked on. The real time progress on this fix can be tracked in Phabricator.

PPelberg (WMF) (talkcontribs)

Today, 14-March, it was discovered that some contributors' edit saving flows are being severely disrupted.


More specifically, contributors using mobile Safari on iPhone are finding the "Save" button is both a) out of view and b) unable to be scrolled to, rendering saving an edit extremely difficult. [1]


Current status: this bug is actively being worked on. The progress of which you can follow in the Phabricator ticket linked here and above.


1. Technically, the "Save" button can be accessed, and an edit saved, by "pinching to zoom out"

PPelberg (WMF) (talkcontribs)


Current status: as of approximately 5:00pm UTC today, 15-March, T218352 has been resolved.


We should note that: in prioritizing deploying a solve for the above in short order, we knowingly introduced some other – less than desirable – changes to the mobile editing experience.


Changes to mobile editing as a result of the above:

• The editing toolbar on mobile VisualEditor is not sticky (read: it can be scrolled out of view) on iOS

⚓️T218414.


• The headers in all mobile overlays is inconsistent between iOS and Android

⚓️T218415

Loman87 (talkcontribs)

Hi,

I am trying to find a method to show my custom toolbar sections only in some namespaces. I know that is possible to show/hide buttons, using the 'filters' parameter; anyway I need to hide an entire section, is that possible? I tried using the 'filters' parameter in the 'section' level, but it didn't work.

Thanks in advance,

Lorenzo

Erutuon (talkcontribs)

How about only adding the toolbar sections in the certain namespaces like this?

if ( [ /* numbers of the namespaces where you want to show the toolbar sections */ ].indexOf( mw.config.get( 'wgNamespaceNumber' ) ) !== -1 ) {
	/* then add the toolbar sections */
}
Reply to "Hide custom sections in namespaces"
Alzi24 (talkcontribs)

Hi there! I have just upgraded our test wiki to Mediawiki 1.31. Previously, in the user settings there have been options for the width and height of the editor window, these are missing now. Also there has been an option for the WikiEditor font called "browser default". Am I looking at the wrong place or have they been removed intentionally?

Dinoguy1000 (talkcontribs)

I don't know offhand about the font, but the width and height options were intentionally removed, yes. It is preferred to customize these via sitewide or user CSS.

Alzi24 (talkcontribs)

Great. And how can I do that?

Dinoguy1000 (talkcontribs)
#wpTextbox1 {
  width: ##;
  height: ##;
}
Alzi24 (talkcontribs)

That's it! Thank you very much!

What's the difference between this and the Visual Editor?

10
Thedonquixotic (talkcontribs)

From the description it is not clear. Is this an older project that was eventually superseded by the Visual Editor but had similar ideas?

Jkmartindale (talkcontribs)

They're actually quite different. As the name suggests, Extension:VisualEditor provides a visual editing interface that doesn't require knowledge of wikitext. On the other hand, Extension:WikiEditor extends the standard wikitext editing interface. You may have noticed that the default editor included in MediaWiki core doesn't have as extensive a toolset as the wikitext editor on Wikimedia sites. The additional wikitext editor toolbars these wikis have are added by WikiEditor.

Thedonquixotic (talkcontribs)

@Jkmartindale Thank you, I can kind of get the gist of that but I wasn't clear on what their relationship was to each other within the organization? As in, if I were a new dev coming in, and I wanted to start learning how MediaWiki works, and I wanted to only focus on the new tools that would be actively evolved and developed going forward, which one would I focus on? Are they both being actively developed and have different use cases? Are the reasons why they're kept around due to a difference in design philosophy?

I eventually found a conversation on a third party website where an article described the WikiEditor as being superseded by the VisualEditor which confirms the idea that I got from their visual design etc, but it might be helpful if this information was explicated in the article in some way. I don't mean to tell you guys what to do, I'm just saying as a developer coming from the outside, it's difficult to see what the main thrust of the community or org is right now in it's development process. (for instance I can tell you off the top of my head what Wordpress, Canonical, ES6, Mozilla etc are all focusing on as communities and orgs, but it's much hard for me to parse this when looking at the MediaWiki project because things seem to be a bit all over the place).

Jkmartindale (talkcontribs)

It's been a while since I've been actively participating (if you could call it that) in the MediaWiki project, but judging from a quick glance at the trunk of WikiEditor, it's still actively developed. Not as actively as VisualEditor, but it's still getting bug fixes and being kept up-to-date with MediaWiki releases. WikiEditor is also pretty much "finished", so I'm not sure what else would be added to it other than maintenance fixes.

Don't treat this as an official statement or anything other than speculation, but I'm pretty sure WikiEditor is going to be around for a long time. VisualEditor is still "unstable" and some people like myself prefer WikiEditor by far (I've actually disabled VisualEditor on every Wikimedia site I'm a part of). Additionally, VisualEditor relies on Parsoid which in turn relies on Node.js, and I'm pretty sure WikiEditor would be kept around so that MediaWiki installs won't require both PHP and Node.

However if you're a new dev wanting to see how MediaWiki works, definitely ignore VisualEditor for now. You want to learn about MediaWiki core first, and when you get to extensions you'll want to look at simpler extensions. VisualEditor has a ton of moving parts that aren't necessarily tied to MediaWiki, so it's not going to give you much information that other extensions can't.

As far as what the main goals of the MediaWiki developers are, I don't really have a clue. I sort of just started fixing what I came across that was broken, or adding things that I wanted to a handful of extensions. I never really did figure out where all the developers hang out, except maybe IRC.

Whatamidoing (WMF) (talkcontribs)

WikiEditor (aka the 2010 wikitext editor) is in active maintenance. That means that it will be kept working, but no new features are planned. The visual editor (aka VisualEditor's visual mode; it also has a wikitext mode) is still under development. The Editing team's current focus is VisualEditor on the mobile site.

If you are trying to figure out which one you're using, then you can go to the page Editor to see the screenshots.

SSethi (WMF) (talkcontribs)

@Thedonquixotic I understand your frustrations! I would like to share with you our New Developers guide which might give you an idea of our broader technical community, projects and recommended steps to start contributing. If you are interested in contributing to MediaWiki, then extension writing is what we recommend starting with and not MediaWiki core as its codebase is complex and we've limited resources to help with support and code review. If you would like to share your thoughts on how we could improve our New Developers guide to explain better what we do and anything else, I would love to hear your thoughts on the talk page.

Thedonquixotic (talkcontribs)

@SSethi (WMF) Thanks! I'll check it out. I'm going to start by fiddling around with creating skins since I'm really mostly a designer learning frontend development right now. But I've got some ideas of things I can do and it will help me learning the wiki way of doing things :) thanks!

Whatamidoing (WMF) (talkcontribs)

Side note from a non-technical person: Apparently, MediaWiki's definition of a "skin" is very narrow and specific, so some things that people call skins aren't really skins here. I don't know where (or even "if") that is documented properly.

Thedonquixotic (talkcontribs)

@SSethi (WMF) BTW here's another example of what I find really confusing when coming to MW: Topic:Unh0a9wd2ho92o09 I basically get the relationship between the wikitext editor and the visual editor (espc since I now know how the 2017 wikitext editor integrates into visual editor when you have both installed) but then I find stuff like multiple WYSIWYG editors (which seem MW supported, at least at some point though one of them seems to be supported by some org called BlueSpice?)

Maybe some kind of "Editors Explained" page that had every single major extension, past or present that served as an editor could be stacked up and compared, along with some comparative analysis on what they offer strengths and weaknesses wise, and what their current development status is etc.

Also btw, idk if you guys have looked at Gutenberg much but I'm a WP guy and I'm really excited about it. It might be something MW folks should check out, especially since Drupal peeps recently proved how it could be decoupled from the underlying CMS and pretty easily migrated to a new CMS. https://wptavern.com/first-look-at-live-demo-of-the-gutenberg-content-editor-for-drupal-8

Whatamidoing (WMF) (talkcontribs)

Editor has a list of (most of) the editors that are or were recently installed on wikis that are supported by the Wikimedia Foundation (e.g., the English Wikipedia). Most, but not all, of the software on that page is supported by devs employed by the Wikimedia Foundation.

The ones that aren't on that list are more like "this can be run on MediaWiki" rather than "supported".

I guess you could think of software in these groups:

  • the editing environments on the Wikimedia Foundation's wikis,
  • the third-party options, not on the Wikimedia Foundation's wikis, e.g., all things BlueSpice.
Reply to "What's the difference between this and the Visual Editor?"

Toolbar disappears when activating assistants

2
Summary by TheDJ

Missing php7.2-xml

Alzi24 (talkcontribs)

Hello there! I found a little problem with the WikiEditor toolbar. In my user preferences, I've activated the extended toolbar (german: "Erweiterte Bearbeiten-Werkzeugleiste aktivieren"), which works fine so far. As soon as I activate the Links&Table-assistants (german: "Assistenten zum Einfügen von Links und Tabellen sowie die Funktion „Suchen und Ersetzen“ aktivieren"), then, when I open the editor, the toolbar disappears.

Mediawiki: 1.27.4 Apache 2.4.29 PHP 7.2.10

The day before, I updated the server system software to Ubuntu 18.04. With the previously installed 14.04 and PHP 5.5, the toolbar assistant did work. I suspect the PHP version to cause the problem. Can anyone offer any hints, please?

Alzi24 (talkcontribs)

The problem has been solved. After the upgrade to PHP7.2, there was one package missing: php7.2-xml. I have installed it and now everything works. Thank you anyway ;-)

Zoglun (talkcontribs)

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?

FreedomFighterSparrow (talkcontribs)

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

Reply to "How to reactive preview tab?"

I am deeply saddened ...

5
Summary by Kghbln

That's the way it is even though it radically cripples MediaWiki editing. No need to discuss further.

Kghbln (talkcontribs)

... 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.

FreedomFighterSparrow (talkcontribs)

True. This isn't cool.

Ralfk (talkcontribs)

Missing the preview feature as well!

141.40.253.35 (talkcontribs)

Is there any way to reactivate the preview?

2600:1700:1D01:22D0:BCF3:11DA:6306:20BB (talkcontribs)

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

Reply to "I am deeply saddened ..."

Delayed WikiEditor Loading Causes Text Shift

3
Jer Hughes (talkcontribs)

I sometimes open multiple pages for editing and I let all the pages fully load. However, it seems that the wikieditor toolbar doesn't load until the browser window is focused.

This is mildly frustrating as I click the textbox where I need to edit, then the toolbar loads, and now I need to refind my place. I noticed the toolbar seems to have a height of 66px so I tried to add .wikiEditor-ui-top{min-height:66px} to no MediaWiki:Common.css page.

However, I notice that the wikieditor html isn't even initially loaded with the page, but is part of code that gets inserted a split second after the page is loaded.

Is there a way to make the wikieditor html "automatically turned on by default" so it does not get dynamically inserted after the page load? Or is there some css I can insert into the MediaWiki:Common.css page to account for the space the toolbar will take once fully loaded to prevent text from shifting?

Whatamidoing (WMF) (talkcontribs)

Which wiki are you have problems at?

Jer Hughes (talkcontribs)

It's on a personal wiki that uses MediaWiki. Only extensions used on Wikipedia are used.

Reply to "Delayed WikiEditor Loading Causes Text Shift"

[SOLVED] WikiEditor does not show - Fresh install

4
Slidinghorn (talkcontribs)

I've just installed a fresh MW wiki, and elected to use the WikiEditor extension during the installation process. Looking at my LocalSettings.php file, I do show the "wfLoadExtension( 'WikiEditor' ); - However, when I go to edit or create a page, it's just the standard editor. I've cleared the cache, logged in as different user accounts, etc. I'm at a loss here. Any tips?

Info:

MediaWiki 1.30.0

PHP 7.0.27-0 (Debian 9 & apache2)

MariaDB 10.1.26

WikiEditor does show under "Installed extensions" on my Version page

Thanks ahead of time for any help!

Slidinghorn (talkcontribs)

It appears that this option needs to be set for the editor to be enabled:

$wgDefaultUserOptions['usebetatoolbar'] = 1;

Thanks for those who were taking a look at this - Hope this is useful to anyone who comes across this issue in the future.

Rikskansler (talkcontribs)

This works, I finally got it working after using this fix.

117.98.179.65 (talkcontribs)

Ok its the same thing they say on WikiEditor page but they use the language like this

"" If you are using a version before REL1_31 and would want the toolbar to be default for users when they first join add this line to your LocalSettings.php:""'

$wgDefaultUserOptions['usebetatoolbar'] = 1;

If work when we use this fix

my version is

Product Version
MediaWiki 1.30.0
PHP 7.0.30-0ubuntu0.16.04.1 (fpm-fcgi)
MySQL 5.7.22-0ubuntu0.16.04.1
ICU 55.1
Reply to "[SOLVED] WikiEditor does not show - Fresh install"