This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I don't even have to check the archives to know this must be the 100th complaint about this. There are many things to despise about Visual Editor and the way it was designed and developed, but surely in the top 10 is the fact that, when a template is edited, it reorders all the parameters so that diffs are impossible to interpret. [1] I don't want to hear about how technically challenging it would be to fix this. Just fix it, or disable editing of templates in VE, or something. E Eng 18:02, 31 October 2017 (UTC)
the Visual Editor is maintaining the the fields in the same order as the template definitionis false: it's not maintaining them in that order, it's rearranging them into that order, in place of the order laid out by the article's editors. If AWB did this it would be yanked in a minute; why in the world do you think it's OK for VE to do it? E Eng 04:24, 5 November 2017 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I showed up at the page because of the ISBN magic links wrapped in nowiki tags, which is an error introduced by VE. |
Steps to Reproduce: | I don't use VE (too buggy), so I don't know how to reproduce these faulty edits. |
Results: | VE edits added "cite note" anchors instead of real ref tags, and introduced undesirable nowiki tags. |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
It appears that the Visual Editor, in these edits, added "cite note" internal anchors with manual superscripts, added unnecessary nowiki tags, and possibly made other errors that someone is either going to have to clean up or revert along with a lot of apparently valid content changes. – Jonesey95 ( talk) 06:24, 24 December 2017 (UTC)
Hello,
Please help! we have installed new visual editor and parsoid on our wiki, and all user have the problem with articel edititing. when articel have a external link, he cant be saved by users, but not by admins.
How we can enable editing with external links for all default users?
Strange, but standard mediawiki editor can save a page with a URL.
LocalSettings.php:
# The following permissions were set based on your choice in the installer $wgGroupPermissions['*']['createaccount'] = false; // Registrierung verbieten $wgGroupPermissions['*']['edit'] = false; // Bearbeitung verbieten $wgGroupPermissions['*']['read'] = false; // Lesezugriff verbieten $wgGroupPermissions['*']['createpage'] = false; // Schreibzugriff verbieten $wgGroupPermissions['*']['upload'] = false; // Dateien hochladen verbieten $wgGroupPermissions['*']['reupload-shared'] = false; // Ersetzen von bestehenden Dateien verbieten $wgGroupPermissions['*']['upload_by_url'] =false; // Hochladen durch eingeben einer neuen URL verbieten $wgGroupPermissions['*']['autocreateaccount'] = true; $wgVirtualRestConfig['modules']['parsoid'] = array( // URL to the Parsoid instance // Use port 8142 if you use the Debian package 'url' => 'http://wiki-aws.cib.de:8142', // Parsoid "domain", see below (optional) 'domain' => 'wiki-aws.cib.de', // Parsoid "prefix", see below (optional) // 'prefix' => 'localhost' ); require_once "$IP/extensions/VisualEditor/VisualEditor.php"; $wgDefaultUserOptions['visualeditor-enable'] = 1; $wgHiddenPrefs[] = 'visualeditor-enable'; $wgDefaultUserOptions['visualeditor-enable-experimental'] = 1; $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor"; $wgSessionsInObjectCache = true; $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;
Best regards,
Vadim
UPD 08.11.2017:
Hi,
following settings in Localsettings.php have fixed the problem:
$wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;
$ceAllowConfirmedEmail = true;
hopefully, it will not bring any new problems now
— Preceding unsigned comment added by 93.125.106.12 ( talk • contribs) 08:16, 8 November 2017 (UTC)
This page is an archive. Do not edit the contents of this page. Please direct any additional comments to the current main page. |
I don't even have to check the archives to know this must be the 100th complaint about this. There are many things to despise about Visual Editor and the way it was designed and developed, but surely in the top 10 is the fact that, when a template is edited, it reorders all the parameters so that diffs are impossible to interpret. [1] I don't want to hear about how technically challenging it would be to fix this. Just fix it, or disable editing of templates in VE, or something. E Eng 18:02, 31 October 2017 (UTC)
the Visual Editor is maintaining the the fields in the same order as the template definitionis false: it's not maintaining them in that order, it's rearranging them into that order, in place of the order laid out by the article's editors. If AWB did this it would be yanked in a minute; why in the world do you think it's OK for VE to do it? E Eng 04:24, 5 November 2017 (UTC)
Bug report | VisualEditor |
---|---|
Mito.money | Please app{} |
Intention: | I showed up at the page because of the ISBN magic links wrapped in nowiki tags, which is an error introduced by VE. |
Steps to Reproduce: | I don't use VE (too buggy), so I don't know how to reproduce these faulty edits. |
Results: | VE edits added "cite note" anchors instead of real ref tags, and introduced undesirable nowiki tags. |
Expectations: | |
Page where the issue occurs | |
Web browser | |
Operating system | |
Skin | |
Notes: | |
Workaround or suggested solution |
It appears that the Visual Editor, in these edits, added "cite note" internal anchors with manual superscripts, added unnecessary nowiki tags, and possibly made other errors that someone is either going to have to clean up or revert along with a lot of apparently valid content changes. – Jonesey95 ( talk) 06:24, 24 December 2017 (UTC)
Hello,
Please help! we have installed new visual editor and parsoid on our wiki, and all user have the problem with articel edititing. when articel have a external link, he cant be saved by users, but not by admins.
How we can enable editing with external links for all default users?
Strange, but standard mediawiki editor can save a page with a URL.
LocalSettings.php:
# The following permissions were set based on your choice in the installer $wgGroupPermissions['*']['createaccount'] = false; // Registrierung verbieten $wgGroupPermissions['*']['edit'] = false; // Bearbeitung verbieten $wgGroupPermissions['*']['read'] = false; // Lesezugriff verbieten $wgGroupPermissions['*']['createpage'] = false; // Schreibzugriff verbieten $wgGroupPermissions['*']['upload'] = false; // Dateien hochladen verbieten $wgGroupPermissions['*']['reupload-shared'] = false; // Ersetzen von bestehenden Dateien verbieten $wgGroupPermissions['*']['upload_by_url'] =false; // Hochladen durch eingeben einer neuen URL verbieten $wgGroupPermissions['*']['autocreateaccount'] = true; $wgVirtualRestConfig['modules']['parsoid'] = array( // URL to the Parsoid instance // Use port 8142 if you use the Debian package 'url' => 'http://wiki-aws.cib.de:8142', // Parsoid "domain", see below (optional) 'domain' => 'wiki-aws.cib.de', // Parsoid "prefix", see below (optional) // 'prefix' => 'localhost' ); require_once "$IP/extensions/VisualEditor/VisualEditor.php"; $wgDefaultUserOptions['visualeditor-enable'] = 1; $wgHiddenPrefs[] = 'visualeditor-enable'; $wgDefaultUserOptions['visualeditor-enable-experimental'] = 1; $wgDefaultUserOptions['visualeditor-editor'] = "visualeditor"; $wgSessionsInObjectCache = true; $wgVirtualRestConfig['modules']['parsoid']['forwardCookies'] = true;
Best regards,
Vadim
UPD 08.11.2017:
Hi,
following settings in Localsettings.php have fixed the problem:
$wgGroupPermissions['emailconfirmed']['skipcaptcha'] = true;
$ceAllowConfirmedEmail = true;
hopefully, it will not bring any new problems now
— Preceding unsigned comment added by 93.125.106.12 ( talk • contribs) 08:16, 8 November 2017 (UTC)