Community Wishlist Survey 2017/Editing
Provide easy interface for replacements in the Visual Editor
- Problem:
- Various popular scripts in Wikipedia manipulate the underlying data using wikitext for example:
- fawiki - https://fa.wikipedia.org/wiki/%D9%85%D8%AF%DB%8C%D8%A7%D9%88%DB%8C%DA%A9%DB%8C:Gadget-Extra-Editbuttons-persianwikitools.js
- hewiki - https://he.wikipedia.org/wiki/מדיה_ויקי:Gadget-Checkty.js (process_page)
- rowiki - https://ro.wikipedia.org/wiki/MediaWiki:Diacritice.js
- ruwiki - https://ru.wikipedia.org/wiki/MediaWiki:Gadget-wfTypos.js
- (and there are many more...)
- VE currently supports basic manipulations using surface.change( transaction ) or to do replacements similar to FindAndReplace dialog but it has some gaps:
- Not intuitive/no interface for replacements - Some scripts use different tricks for doing replacements (en:User:ערן/veReplace.js, ro:Utilizator:Strainu/ve.js) and a standard and easy method for doing it would make it easier for future maintenance and for supporting those usages.
- Global replacements aren't supported - Going global replacements similar to hewiki/fawiki scripts isn't possible with the current model, and even if it is it would be inefficient (hewiki runs ~850 regex replacements on the whole document)
- Replacement that keep annotations aren't possible
- Various popular scripts in Wikipedia manipulate the underlying data using wikitext for example:
- Who would benefit: At least fawiki, hewiki, rowiki and ruwiki users, presumably many more
- Proposed solution:
- What most of the scripts needs are:
- A utility function for doing replacement (similar to ve.dm.Document.prototype.findText maybe ve.dm.Document.prototype.replaceText)
- The replacement should be able to keep the annotations
- Advance use: sometimes (as you can see in fawiki) replacements are context aware. It may be too far to support such complex replacements within ve itself, but providing documentation how to do it would be great.
- What most of the scripts needs are:
- More comments:
- Moved from Bots and gadgets to Editing as we supposedly would want a general solution rather than a gadget on a few select wikis. Max Semenik (talk) 19:48, 8 November 2017 (UTC)
- Phabricator tickets: phab:T106996 (more specific issues that would be solved by this are described in phab:T115847, phab:T106049, phab:T106641)
- Proposer: Strainu (talk) 07:45, 7 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- I support this request. I think this is a major blocker for advanced gadgets for VisualEditor, hence blocker for wider adaption of VE for experienced users. eranroz (talk) 10:36, 17 November 2017 (UTC)
Voting
[edit]- Support This will greatly ease the maintenance of various scripts in multiple projects. Strainu (talk) 22:20, 27 November 2017 (UTC)
- Support Much needed on rowp! Gikü (talk) 23:16, 27 November 2017 (UTC)
- Support Macreanu Iulian (talk) 05:42, 28 November 2017 (UTC)
- Support Tgr (talk) 07:16, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support --Accipiter Q. Gentilis (talk) 20:04, 28 November 2017 (UTC)
- Support Braveheart (talk) 21:36, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:45, 28 November 2017 (UTC)
- Support Miehs (talk) 06:39, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:24, 29 November 2017 (UTC)
- Support Andrei Stroe (talk) 09:02, 29 November 2017 (UTC)
- Support eranroz (talk) 09:44, 29 November 2017 (UTC)
- Support Turbojet (talk) 15:47, 29 November 2017 (UTC)
- Support--Silenzio76 (talk) 18:07, 29 November 2017 (UTC)
- Support Bardia90 (talk) 22:04, 29 November 2017 (UTC)
- Support - yona B. (D) 06:51, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:47, 30 November 2017 (UTC)
- Support — Andreyyshore T C 17:47, 1 Dec 2017 (UTC)
- Support Theklan (talk) 18:41, 1 December 2017 (UTC)
- Support Amir (talk) 00:52, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 11:46, 3 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:50, 4 December 2017 (UTC)
- Support Cool. Anthonyhcole (talk) 12:23, 4 December 2017 (UTC)
- Support Sîmbotin (talk) 15:00, 7 December 2017 (UTC)
- Support --Sfântul (talk) 16:02, 7 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:40, 9 December 2017 (UTC)
- Support Jack who built the house (talk) 21:43, 10 December 2017 (UTC)
- Support Lone Guardian (talk) 22:12, 10 December 2017 (UTC)
- Support Jnanaranjan sahu (talk) 06:39, 11 December 2017 (UTC)
- Support --Aqetz (talk) 08:02, 11 December 2017 (UTC)
- Support Tiputini (talk) 16:13, 11 December 2017 (UTC)
VisualEditor: Allow editing of auto-generated references before adding them
- Problem: It's only a small thing but one that bugs me. When you use the VE's ability to autogenerate a reference based on a URL, oftentimes there will be need to manually fix the generated ref. However, currently you have to first save the incorrect reference before editing it.
- Who would benefit: Everyone using VE
- Proposed solution: I propose another button "edit" on the autogenerated reference besides add to fix mistakes immediately.
- More comments:
- Proposer: SoWhy 19:19, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- I believe this is basically https://phabricator.wikimedia.org/T173437. Elitre (WMF) (talk) 15:03, 13 November 2017 (UTC)
- Similar, yes, although that solution would skip the "insert" button which my proposal would keep. On a side note, people should really use better descriptions of their feature requests in Phabricator because when searching for previous proposals, I could not find that one. Regards SoWhy 16:39, 13 November 2017 (UTC)
- Note, you don't currently need to save, only to insert. After inserting you will get a preview, which has an Edit button. —TheDJ (talk • contribs) 17:38, 29 November 2017 (UTC)
- In VE, but that doesn't work in WTE 2017. --Izno (talk) 19:04, 29 November 2017 (UTC)
- I have to edit references quite often, mostly to go from "cite news" to "cite web" (or whatever it's called in English). From what I understand, this wouldn't cover it? Exilexi (talk) 08:23, 21 December 2017 (UTC)
Voting
[edit]- Support Dvorapa (talk) 08:59, 28 November 2017 (UTC)
- Support HHill (talk) 11:24, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support Sadads (talk) 13:41, 28 November 2017 (UTC)
- Support Ninovolador (talk) 21:05, 28 November 2017 (UTC)
- Support current behavior is annoying and unintuitive Kurt Jansson (talk) 21:20, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:45, 28 November 2017 (UTC)
- Support Shizhao (talk) 02:58, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:25, 29 November 2017 (UTC)
- Support Having an edit button next to the insert button seems reasonable to me.. —TheDJ (talk • contribs) 17:37, 29 November 2017 (UTC)
- Support Yes please! I added the actual tasks that are related to this request. --Izno (talk) 19:02, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:43, 29 November 2017 (UTC)
- Support Swpb (talk) 20:36, 29 November 2017 (UTC)
- Support Patar knightchat/contributions 20:56, 29 November 2017 (UTC)
- Support Nick Moyes (talk) 22:43, 29 November 2017 (UTC)
- Support - Evad37 (talk) 23:37, 29 November 2017 (UTC)
- Support I currently manually enter all reference data for this exact reason, the automatic version often makes one or two mistakes per citation. Daylen (talk) 04:20, 30 November 2017 (UTC)
- Support Exilexi (talk) 14:48, 30 November 2017 (UTC)
- Support this would help with adding chapters from books as well Rachel Helps (BYU) (talk) 16:42, 30 November 2017 (UTC)
- Support Tessaract2 (talk) 18:20, 30 November 2017 (UTC)
- Support AugusteBlanqui (talk) 19:03, 30 November 2017 (UTC)
- Support Trizek from FR 20:14, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:48, 30 November 2017 (UTC)
- Support Nabla (talk) 21:15, 30 November 2017 (UTC)
- Support Jith12 (talk) 22:17, 30 November 2017 (UTC)
- Support Barcelona (talk) 00:34, 1 December 2017 (UTC)
- Support --Morza (sono qui) 10:08, 1 December 2017 (UTC)
- Support Premeditated Chaos (talk) 13:23, 1 December 2017 (UTC)
- Support — Hmxhmx 16:16, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:27, 1 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:20, 2 December 2017 (UTC)
- Support Regards, James (talk/contribs) 10:37, 2 December 2017 (UTC)
- Support Wostr (talk) 10:52, 2 December 2017 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 11:22, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:10, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:21, 2 December 2017 (UTC)
- Support Afernand74 (talk) 16:48, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:30, 2 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:16, 3 December 2017 (UTC)
- Support Gryllida 00:44, 4 December 2017 (UTC)
- Support GoEThe (talk) 11:55, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:24, 4 December 2017 (UTC)
- Oppose I run wikiworkshops and deal with new editors very often. One of common problems they face is that they add the ref and forget to click the big blue button (they see the ref, so they assume it's been added). I'm afraid making the default Citoid window for newly added ref look the same for when editing an already-added ref would complicate things too much. Halibutt (talk) 15:01, 4 December 2017 (UTC)
- Support - as proposed. The current interface has a workaround, but it is non-intuitive. Having fun! Cheers! Checkingfax (talk) 20:55, 4 December 2017 (UTC)
- Support enL3X1 ¡‹delayed reaction›¡ 06:09, 6 December 2017 (UTC)
- Support Oblongo (talk) 10:08, 7 December 2017 (UTC)
- Support Julia\talk 11:06, 8 December 2017 (UTC)
- Support Richard Nevell (WMUK) (talk) 13:36, 8 December 2017 (UTC)
- Support — J.S.talk 15:33, 8 December 2017 (UTC)
- Support Stobaios (talk) 01:31, 10 December 2017 (UTC)
- Support Spinster (talk) 21:09, 10 December 2017 (UTC)
- Support Jack who built the house (talk) 21:46, 10 December 2017 (UTC)
- Support — Jeblad 23:04, 10 December 2017 (UTC)
- Support Joalpe (talk) 03:33, 11 December 2017 (UTC)
- Support Psychoslave (talk) 07:49, 11 December 2017 (UTC)
Make it possible to format tables in VisualEditor
- Problem: Currently it's not possible to do many different things for tables using visual editor. You can add rows and columns, but you can't for example add background colours or set text alignment. You always need to change to the wikitext editor if you want to add background colours, and for newbies it may be very difficult to add html code.
- Who would benefit: Table editors.
- Proposed solution: Implement more tools for table editing.
- More comments:
- Phabricator tickets: phab:T54180, phab:T103276, phab:T99890
- Proposer: Stryn (talk) 18:38, 16 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Inline styles are both technically inferior (they make it impossible to have different presentation for different devices, screen sizes etc) and result in poor readability and maintainability of the wikitext. We shouldn't encourage them. TemplateStyles should be the preferred solution for table styling. (That still requires the ability to edit classes of table cells, if not their other properties, though.) --Tgr (WMF) (talk) 12:22, 18 November 2017 (UTC)
- There are some pretty valid uses, such as aligning text right for number values as well as setting sort values on individual cells. (Though, I agree, the typical "PRETTY COLORS!" type is pretty obnoxious.) --Izno (talk) 03:53, 19 November 2017 (UTC)
- There are valid use cases for formatting table cells, but editing inline CSS is not the right implementation for them. Define the styles somewhere else and implement some kind of HTML class editor in VisualEditor. --Tgr (WMF) (talk) 06:27, 19 November 2017 (UTC)
Don't get stuck on the discussion above as to what should be possible with tables in VE. Merging/separating cells, copy-pasting to/from excel/libreoffice and many more are possible.--Strainu (talk) 15:31, 26 November 2017 (UTC)
Isn't this basically the same as the first one: Community Wishlist Survey 2017/Editing/More table types in editing section? Maybe they should be merged together. --Dvorapa (talk) 09:05, 28 November 2017 (UTC)
- I wonder whether this should include phab:T180867/phab:T169306. Whatamidoing (WMF) (talk) 19:24, 1 December 2017 (UTC)
Voting
[edit]- Support Jc86035 (talk) 01:34, 28 November 2017 (UTC)
- Support as above - I think a CSS / color / etc. editor is a bad idea but one limited to HTML classes would be quite useful. Tgr (talk) 06:35, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support TMg 16:06, 28 November 2017 (UTC)
- Support Husky (talk) 16:20, 28 November 2017 (UTC)
- Support as a proposer Stryn (talk) 16:23, 28 November 2017 (UTC)
- Support I had a hard time when I edited a table for the first time Dexxor (talk) 17:51, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:00, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Libcub (talk) 04:56, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:25, 29 November 2017 (UTC)
- Support Slafayette (talk) 19:28, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:43, 29 November 2017 (UTC)
- Support Greggens (talk) 21:19, 29 November 2017 (UTC)
- Support Daylen (talk) 04:20, 30 November 2017 (UTC)
- Support ArmAg — The preceding unsigned comment was added by Armineaghayan (talk) 04:44, 30 November 2017 (UTC)
- Support - yona B. (D) 06:59, 30 November 2017 (UTC)
- Support I love VE for editing tables, and this would be a great addition. Spinster (talk) 16:54, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:48, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:36, 30 November 2017 (UTC)
- Support Jith12 (talk) 22:18, 30 November 2017 (UTC)
- Support Braveheidi (talk) 08:04, 1 December 2017 (UTC)
- Support Hogne (talk) 09:39, 1 December 2017 (UTC)
- Support Premeditated Chaos (talk) 13:23, 1 December 2017 (UTC)
- Support — Hmxhmx 16:17, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:28, 1 December 2017 (UTC)
- Support Ynhockey (talk) 16:53, 1 December 2017 (UTC)
- Support Justynian I Cesarz Rzymski (talk) 17:30, 1 December 2017 (UTC)
- Support Theklan (talk) 18:35, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:32, 1 December 2017 (UTC)
- Support --Xavi Dengra (MESSAGES) 21:48, 1 December 2017 (UTC)
- Support Amir (talk) 00:50, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:22, 2 December 2017 (UTC)
- Support Michal Lester לסטר (talk) 07:33, 3 December 2017 (UTC)
- Support I think some basic cleanup also could be done when editing a cell (e.g. using inline CSS instead of HTML attributes like
align
orbgcolor
– I know inline CSS is inferior to separate CSS, but it’s superior to the HTML attributes). Tacsipacsi (talk) 11:31, 3 December 2017 (UTC) - Support Gryllida 00:44, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:29, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:17, 4 December 2017 (UTC)
- Support vallue (talk) --Vallue (talk) 15:48, 4 December 2017 (UTC)
- Support Tiputini (talk) 17:10, 4 December 2017 (UTC)
- Support Csyogi (talk) 18:15, 5 December 2017 (UTC)
- Support enL3X1 ¡‹delayed reaction›¡ 06:10, 6 December 2017 (UTC)
- Support EMsmile (talk) 11:24, 6 December 2017 (UTC)
- Support It is needed Yohannvt (talk) 12:06, 6 December 2017 (UTC)
- Support--ÀlexHinojo (talk) 05:50, 7 December 2017 (UTC)
- Support Ahm masum (talk) 08:32, 7 December 2017 (UTC)
- Support Oblongo (talk) 10:09, 7 December 2017 (UTC)
- Support —Alvaro Molina (✉ - ✔) 16:36, 7 December 2017 (UTC)
- Support Julia\talk 11:08, 8 December 2017 (UTC)
- Support Richard Nevell (WMUK) (talk) 13:36, 8 December 2017 (UTC)
- Support This would be very helpful for users who do heavy table editing in VisualEditor, that I agree. RandomDSdevel (talk) 01:42, 9 December 2017 (UTC)
- Support Ecritures (talk) 14:01, 9 December 2017 (UTC)
- Support Akau (talk) 05:55, 11 December 2017 (UTC)
- Support I am not using VE but Is it not possible? Poor VE! Infovarius (talk) 13:15, 11 December 2017 (UTC)
VisualEditor: Allow references to be named
- Problem: One cannot enter a name for a reference in the VisualEditor which will assign ":0", ":1" automatically to references used multiple times.
- Who would benefit: Everyone using VE
- Proposed solution: Allow editors to assign individual names to references when clicking on a reference in the VE
- More comments: According to the Phab ticket, it was deemed too complicated for Q3 back in 2015 but since then there was no further updates. I'm certainly not a master coder but I don't see how this is really a complicated problem, considering that apparently this was once possible and has been removed.
- Proposer: SoWhy 19:26, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Endorse. A piece of code of type <ref name=":0">
is ugly and very unhelpful (especially when editing in wikitext mode). --Vachovec1 (talk) 10:48, 11 November 2017 (UTC)
- Agree with above. Maybe take the first authors last name and add the year of publication to it? Doc James (talk · contribs · email) 21:52, 13 November 2017 (UTC)
- Endorse. A user came into -help with this exact concern and some ideas were discussed around it, eluding to the auto-generation Doc James is mentioning. There seems to be some good suggestions in the comments of the phab tickets. Although it gets a bit iffy for online references. One person suggested domain, underscore, page name (If only a bare url is given) (e.g. bbc_magazine-23969607), which isn't horrible but not a ton better than just
[domain]-[sequential number]
. Either way, this is a vast improvement over the current system. Drewmutt (^ᴥ^) talk 03:37, 14 November 2017 (UTC)
- Endorse. A user came into -help with this exact concern and some ideas were discussed around it, eluding to the auto-generation Doc James is mentioning. There seems to be some good suggestions in the comments of the phab tickets. Although it gets a bit iffy for online references. One person suggested domain, underscore, page name (If only a bare url is given) (e.g. bbc_magazine-23969607), which isn't horrible but not a ton better than just
Endorse. If there's one thing I hate, it's reffing an article in VE then having to tediously go back through in source mode to rename all the refs. Premeditated Chaos (talk) 23:30, 14 November 2017 (UTC)
There are two problems being conflated here:
- Allowing manual addition of reference names
- Automatically generating a reference name based on properties of the reference
The difficulty of solving the first problem depends on the class of user you're aiming the solution at. If you're aiming it at advanced users, it doesn't seem to difficult, for example, to add a reference name field to the dialogue shown when you edit a reference. I don't know exactly where it'd go, but that doesn't seem too complex to figure out. If you're aiming it at new users, it's significantly more complex. Newer users using visual editor probably won't understand what a "reference name" is given that it doesn't affect anything about the article layout in visual editing mode, so you'd need to explain it to them. Putting it in the edit dialogue is probably too late for them, so you'd need to add it earlier in the workflow, which would increase the complexity of the basic workflow of adding a citation, which does not seem like an acceptable tradeoff. So, designing it for newer users would involve a lot of time and thought, since the risks of disrupting their workflows are much higher.
The second problem isn't too complicated in principle, but the devil is in the details. The biggest issues are hash collisions and incorrect assumptions about the structure of references, see phab:T169841#3411881 for more details on that. A fallback would be necessary, which would likely be the numerical system. These problems can be mitigated of course, but we might end up with a situation that isn't much better than the current one. That could be acceptable if the current situation is suboptimal enough.
A combination of these two solutions might be nice; use some automated system to generate nice(ish) reference names to solve the problem with newer users, and add a reference name field to the edit reference dialogue for advanced users. That means the workflows of new users are not changed at all, and advanced users have nice ways of changing things in the visual editing environment.
For the record, since I've often had people quote thinking-out-loud brainstorming like this like it's some form of immutable truth, I want to point out quite clearly that brainstorming is exactly what this post was. Things could turn out to be more simpler or more complex than I imagine, or the solutions I brainstormed here might not be the ones that are worked on, if the item is worked on at all. :-)
--Dan Garry, Wikimedia Foundation (talk) 12:55, 17 November 2017 (UTC)
- @Deskana (WMF): My post was about the first one, which should be easy. Useful autogenerated names would be neat but it would usually be sufficient to be able to name them manually. I do think the auto-generate problem should be a separate post here to avoid said conflating. Regards SoWhy 18:06, 18 November 2017 (UTC)
- I'd use a manual field myself, but a simple automatic one shouldn't be difficult--such as the first character of the title field if present followed by a number, or the year field similarly. DGG (talk) 02:13, 20 November 2017 (UTC)
- Hi, Deskana (WMF). There is no conflatulence. We mortal editors are not permitted to create named references that are numerical only, and nor should VE be allowed to do it with a colonic workaround. Having fun! Cheers! Checkingfax (talk) 21:05, 4 December 2017 (UTC)
Voting
[edit]- Support Strainu (talk) 22:39, 27 November 2017 (UTC)
- Support NMaia (talk) 23:54, 27 November 2017 (UTC)
- Support Dvorapa (talk) 09:01, 28 November 2017 (UTC)
- Support β16 - (talk) 10:28, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support Sadads (talk) 13:41, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:01, 28 November 2017 (UTC)
- Support Rcsprinter123 (talk) 20:00, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Really needed. Jules78120 (talk) 00:13, 29 November 2017 (UTC)
- Support · · · Peter (Southwood) (talk): 06:38, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:25, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 17:38, 29 November 2017 (UTC)
- Support Natureium (talk) 19:15, 29 November 2017 (UTC)
- Support Slafayette (talk) 19:29, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:44, 29 November 2017 (UTC)
- Support Luan (discussão) 20:16, 29 November 2017 (UTC)
- Support Patar knightchat/contributions 20:56, 29 November 2017 (UTC)
- Support Nick Moyes (talk) 22:22, 29 November 2017 (UTC)
- Support Daylen (talk) 04:21, 30 November 2017 (UTC)
- Support Nihlus 05:08, 30 November 2017 (UTC)
- Support AWossink (talk) 08:58, 30 November 2017 (UTC)
- Support Andrew D. (talk) 13:06, 30 November 2017 (UTC)
- Support JzG (talk) 15:25, 30 November 2017 (UTC)
- Support this would help source editors not be as annoyed by VE editors Rachel Helps (BYU) (talk) 16:43, 30 November 2017 (UTC)
- Support Spinster (talk) 16:56, 30 November 2017 (UTC)
- Support Vachovec1 (talk) 17:44, 30 November 2017 (UTC)
- Support AugusteBlanqui (talk) 19:05, 30 November 2017 (UTC)
- Support Trizek from FR 20:15, 30 November 2017 (UTC)
- Support Nabla (talk) 21:17, 30 November 2017 (UTC)
- Support StarryGrandma (talk) 03:22, 1 December 2017 (UTC)
- Support Premeditated Chaos (talk) 13:24, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:28, 1 December 2017 (UTC)
- Support Justynian I Cesarz Rzymski (talk) 17:30, 1 December 2017 (UTC)
- Support Theklan (talk) 18:36, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:32, 1 December 2017 (UTC)
- Support MGChecker (talk) 00:06, 2 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:19, 2 December 2017 (UTC)
- Support Wostr (talk) 10:54, 2 December 2017 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 11:22, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:10, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:22, 2 December 2017 (UTC)
- Support TheCatalyst31 (talk) 17:13, 2 December 2017 (UTC)
- Support Docosong (talk) 23:49, 2 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:16, 3 December 2017 (UTC)
- Support The ability to modify ref names is an absolutely must-have IMO, but the requirement to do this is rather controversial (and what to do with cases where a ref is used only once?). Improving the autogenerated names is not so important for me, although I would appreciate it if someone has really much time to develop it. :) Tacsipacsi (talk) 12:13, 3 December 2017 (UTC)
- Support Gryllida 00:45, 4 December 2017 (UTC)
- Support GoEThe (talk) 11:56, 4 December 2017 (UTC)
- Support I want this. Anthonyhcole (talk) 12:30, 4 December 2017 (UTC)
- Support Proposal by Doc James seems the most natural Halibutt (talk) 15:02, 4 December 2017 (UTC)
- Support - named references need to have names that represent the content of the reference. Having fun! Cheers! Checkingfax (talk) 21:01, 4 December 2017 (UTC)
- Support Strongly support this. Simple fix but easier for those doing follow up. Doc James (talk · contribs · email) 02:21, 5 December 2017 (UTC)
- Support please do make reference cleanup easier Elmidae (talk) 18:38, 5 December 2017 (UTC)
- Support We really need this! EMsmile (talk) 11:24, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:33, 7 December 2017 (UTC)
- Support PamD (talk) 10:10, 7 December 2017 (UTC)
- Support I'm happy to leave the nature of the fix to the judgment of others, but something would be good. HLHJ (talk) 06:23, 8 December 2017 (UTC)
- Support — J.S.talk 15:33, 8 December 2017 (UTC)
- Support Hienafant (talk) 12:52, 9 December 2017 (UTC)
- Support Strong support. Vätte (talk) 13:50, 9 December 2017 (UTC)
- Support Ecritures (talk) 14:02, 9 December 2017 (UTC)
- Support Stobaios (talk) 01:32, 10 December 2017 (UTC)
- Support BugWarp (talk) 12:49, 11 December 2017 (UTC)
- Support Carwil (talk) 13:26, 11 December 2017 (UTC)
- Support. I am not actively using VE but this also impacts edits made by other users as I have seen VE replace reasonable names with hard to understand ":0"'s — NickK (talk) 16:19, 11 December 2017 (UTC)
- Support. Ed [talk] [en] 17:30, 11 December 2017 (UTC)
Review individual edits
- Problem: Revisions may persist for long periods of time because they're good edits and no one has a problem with them, or they may persist for long periods of time while being bad edits, simply because no one has noticed them and reverted them. Editors waste time verifying revisions that have already (silently) been verified by other people, while not noticing ones that haven't been reviewed.
- Who would benefit: Editors, everyone
- Proposed solution: Have an "upvote" or "reviewed" button next to revisions that indicates that you've looked through the diff and verified that it's a good change. A number on the revision history log will indicate how many people have reviewed it.
- More comments: This would have no bearing on what revision is shown to viewers or anything like that. It would just be a helpful way to see at a glance which revisions have been checked by real human beings and are considered trustworthy/valid, and which diffs have not been viewed, and may need more attention to catch vandalism or poor quality changes. It's also psychologically similar to the "Thanks" feature, in that people can see that their edits were approved/appreciated by others and they aren't laboring in vain. It would also show editors that the revisions they're undoing were approved by multiple other people, making them think twice before wholesale revert warring. It would also help in finding the original source of subtle vandalism that has gone unnoticed for a while, so it can be reverted.
- Phabricator tickets:
- Proposer: — Omegatron (talk) 02:45, 11 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]mw:Help:Patrolled_edits exists. Not sure if what you're asking for is covered at least partially by https://phabricator.wikimedia.org/T25792, https://phabricator.wikimedia.org/T147012, https://phabricator.wikimedia.org/T19237, or other tasks that exist on the subject. Elitre (WMF) (talk) 15:31, 13 November 2017 (UTC)
FlaggedRevs can be configured to work like that. --Tgr (WMF) (talk) 12:13, 18 November 2017 (UTC)
- @Omegatron: There are already technical solutions to this (as mentioned above). Do either of those meet your requirements? Kaldari (talk) 19:28, 20 November 2017 (UTC)
- Those look similar, but no, not the same. This would not "set those revisions as the default revision to show upon normal page view" or require "a 'patrol' permission", and multiple people could approve the same revision, not a binary approved/unapproved state. — Omegatron (talk) 01:41, 21 November 2017 (UTC)
I agree completely with @Omegatron: that users need a way to know whether edits have or have not been reviewed by someone. A solution for this does exist already—it’s called the RCPatrol flag. Almost 100 wikis use RCPatrol today, but it was turned off on English Wikipedia and many others. @Quiddity: researched this situation recently and assembled a very clear analysis, along with recommendations. It’s an enlightening read.
I strongly recommend that RCPatrol be turned on for English and all other wikis. Once it is on, it will be a simple matter to, for example, implement a filter for Patrolled/Unpatrolled on Recent Changes and Watchlist. The various issues that people had with RCPatrol (such as the ! symbol on Recent Changes, which displeased many) can be addressed easily, in my opinion.
The fact that a technological solution exists already for this will help tremendously with getting it done, but it does not negate the value of this proposal. There are technological, design and community issues that must be worked through in order to turn RCPatrol on. Having community behind such a proposal would make success much more likely.
Omegatron, would RCPatrol solve your problem? If it does, perhaps it might be a good idea to rephrase the Solution section somewhat, to make it more about the general goal, and to retitle the proposal along similar lines. E.g., Have a way for editors to know if an edit has been reviewed. JMatazzoni (WMF) (talk) 20:51, 22 November 2017 (UTC)
Both patrolling and FlaggedRevs can be used coordinate one review per revision (without necessarily changing what revision the reader sees) and both are integrated with the existing patrol/review tools. Neither really supports multiple reviews though. Patrolling can't even store them (it's just a per-revision boolean flag); FlaggedRevs allows multiple reviews (with comments, optionally) per revision but only the last one is exposed in the UI, the rest only show up on Special:Logs. Also since English Wikipedia uses FlaggedRevs for flagged protection already, if you want to allow anyone to review revisions without interfering with that, you'd have to introduce a new review level which would make the configuration and UI more convoluted.
OTOH the requirement to have multiple reviews per revision seems somewhat disconnected from the problem statement. --Tgr (WMF) (talk) 00:12, 24 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support Also allows to view the list of reviewers and make a comment? --YFdyh000 (talk) 14:06, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Support what I believe is the principle, noting that in the discussion are hints to several implementations, some using existing infrastructure. The main principle to me, is to enhance cooperation and collective assessment. Currently we have mostly a sequence of individual decisions (one editor writes, one editor patrols, one editor(admin) blocks, and so on. We need more "collective" tools. (Lots of work that-a-way, I'll add no more now) Nabla (talk) 21:22, 30 November 2017 (UTC)
- Support User Risk Engineer, (talk) 21:22, 30 November 2017 (UTC)
- Support Braveheidi (talk) 07:11, 1 December 2017 (UTC)
- Support Krinkle (talk) 19:31, 1 December 2017 (UTC)
- Support If it's determining whether an edit constitutes vandalism or not, then really anyone could review it and the old tools could work just fine. But most of the edits that require reviewing (at least in my topic area) are good-faith edits that are more or less subtly misinformed, incompetent or biased, and there is only a small number of editors whose judgement I would trust to spot these flaws. Who has reviewed the edit matters a lot. Uanfala (talk) 01:47, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:22, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:04, 2 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:17, 3 December 2017 (UTC)
- Support -- seth (talk) 11:09, 3 December 2017 (UTC)
- Oppose Plays into the hands of article owners, making it easier for a person to act as gatekeeper of an article, rejecting any change from an outsider with which he disagrees. Giraffedata (talk) 22:18, 3 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:51, 4 December 2017 (UTC)
- Support This could also be useful for AI. Doc James (talk · contribs · email) 02:23, 5 December 2017 (UTC)
- Support Great idea: perhaps aletter R (or blue thumb up emoji resp. red thumb down) with a number Klaas `Z4␟` V: 21:39, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:45, 7 December 2017 (UTC)
- Neutral Don't like the thumbs-down option; we have enough negative feedback channels that scare new editors already. But I'd like to edit an article without feeling that I'm tacitly approving all the past edits unseen. Is "So-and-so thought this edit useful" then just going to be a milder version of thanking? Would making the thanks record visible on the history page be similar? HLHJ (talk) 06:28, 8 December 2017 (UTC)
- Support — J.S.talk 15:34, 8 December 2017 (UTC)
- Support I like upvoting things! RandomDSdevel (talk) 01:46, 9 December 2017 (UTC)
- Oppose, please do not create one more edit patrolling/reviewing system, develop existing ones instead. I think this is feasible with some customised configuration of FlaggedRevisions — NickK (talk) 16:23, 11 December 2017 (UTC)
Ping users from the edit summary
- Problem: I recently saw a person wondering how to notify someone of a change, without necessarily leaving a message on the chat page.
- Who would benefit: Every editor
- Proposed solution: The solution would be to allow notifications when a user page is linked in a change summary.
- More comments: A recurrent subject, which has not yet been resolved. It doesn't seem so complicated to implement. There would surely be some details to review, such as revert messages that send useless pings.
- Phabricator tickets: phab:T32750
- Proposer: Framawiki (talk) 06:58, 11 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]I agree it is very time consuming to try and communicate with every editor/user one encounters. Even sending thanks can be cumbersome. There are also other reasons users are reluctant to post on a talkpage. Ottawahitech (talk) 14:50, 18 November 2017 (UTC) Please ping me
There was a similar request on the huwiki village pump (where we were collecting ideas for the wishlist) for pinging users from the FlaggedRevs review summary (the optional comment field when you mark an edit as reviewed). --Tgr (talk) 06:40, 20 November 2017 (UTC)
@Framawiki: do you have any idea how this should work? The summary field is already short and I am hesitant to support a proposal which can shorten it even more. Perhaps a secondary field for names of pinged users? --Vachovec1 (talk) 21:32, 27 November 2017 (UTC)
- "The summary field is already short" It is planned to deploy allowing for longer comments very soon (this was worked as part of a previous year wish), so that should not be a large concern. --JCrespo (WMF) (talk) 15:40, 28 November 2017 (UTC)::to propose a new field, why not. I don't really see the benefit.
- Vachovec1: To propose a new field, why not. But I don't really see the benefit to add something else to this well complicated system. For how to implement this, it is also possible to manage this after the vote, or let the team decide :)
- The only problem I see with the implementation of this idea, which has already been written somewhere, is the risk of edits escalating, which would be a means of discussion. But it seems fair enough to me. --Framawiki (talk) 21:08, 28 November 2017 (UTC)
Since one of the comments below mention this, I would suggest that we integrate this with the way in which we have proposed support of "hashtags" as well in edit summaries: https://phabricator.wikimedia.org/T123529 . The idea being that edit summaries could be a tool for tracking both relationships to individuals activities (hence the ping suggested here), or to larger campaigns of activity (i.e. a WikiProject, event, or editing campaign in the vein of WikiProject Women in Red). Making the edit summaries more "connected" with the activities throughout the ecosystem -- would make it much easier to build tracking and coordination tools, to help folks feel like their work is part of larger efforts. Sadads (talk) 13:52, 1 December 2017 (UTC)
- Note that some projects has banned polemic in the summary field, and allowing discussions with other users in the summary field would go against this. That said I believe this is a bad idea in general, as notifying other users should be part of the general notification structure. A small number of predefined notifications could be sent to other users that has the page on their watchlist. They should be predefined, otherwise the total workload increase as the messages must be wetted. — Jeblad 23:17, 10 December 2017 (UTC)
Voting
[edit]- Support Bencemac (talk) 18:06, 27 November 2017 (UTC)
- Support Tacsipacsi (talk) 20:46, 27 November 2017 (UTC)
- Support --OrsolyaVirág (talk) 21:20, 27 November 2017 (UTC)
- Support NMaia (talk) 23:54, 27 November 2017 (UTC)
- Support Jc86035 (talk) 03:04, 28 November 2017 (UTC)
- Support David1010 (talk) 07:42, 28 November 2017 (UTC)
- Support —viciarg414 08:17, 28 November 2017 (UTC)
- Support --Regards, Krishna Chaitanya Velaga (talk — mail) 08:31, 28 November 2017 (UTC)
- Support Mahir256 (talk) 09:00, 28 November 2017 (UTC)
- Support Jenks24 (talk) 09:11, 28 November 2017 (UTC)
- Support Generally I support this idea, but summaries should not be overfilled. Maybe there should be some field under edit and summary fields dedicated only for pinging users to the edit. Dvorapa (talk) 09:12, 28 November 2017 (UTC)
- Support Jcornelius (talk) 10:00, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support I would like both @ and # tracking within edit summaries, so that we can meaningfully have conversations and communication within the edit summaries. Sadads (talk) 13:38, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:09, 28 November 2017 (UTC)
- Support — Arkanosis ✉ 14:43, 28 November 2017 (UTC)
- Support Consulnico (talk) 15:37, 28 November 2017 (UTC)
- Support Husky (talk) 16:21, 28 November 2017 (UTC)
- Support Dexxor (talk) 17:59, 28 November 2017 (UTC)
- Support Agreeing with Dvorapa. — Draceane talkcontrib. 18:01, 28 November 2017 (UTC)
- Support When principal database administrator (JCrespo) says it's OK, it's enough insurance for me. Vachovec1 (talk) 18:36, 28 November 2017 (UTC)
- Support I am sad when I link a user name in an edit comment and then this does not generate a ping. --Gereon K. (talk) 18:45, 28 November 2017 (UTC)
- Support Sannita - not just another it.wiki sysop 19:41, 28 November 2017 (UTC)
- Support Hungarikusz Firkász (talk) 20:04, 28 November 2017 (UTC)
- Support Léna (talk) 21:05, 28 November 2017 (UTC)
- Support This might help with reverts where patrollers are too lazy to leave a comment on the user's talk page. But please use a separate field (which in case of a revert could even be auto-filled). Kurt Jansson (talk) 21:33, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Could be really useful. Jules78120 (talk) 00:14, 29 November 2017 (UTC)
- Support -- GrandCelinien (talk) 00:58, 29 November 2017 (UTC)
- Support Shizhao (talk) 02:59, 29 November 2017 (UTC)
- Support bspf (talk) 07:46, 29 November 2017 (UTC)
- Support - Very neat idea. --George Ho (talk) 08:13, 29 November 2017 (UTC)
- Support Ayack (talk) 12:55, 29 November 2017 (UTC)
- Support Paucabot (talk) 17:13, 29 November 2017 (UTC)
- Support Rhinopias (talk) 17:29, 29 November 2017 (UTC)
- Support Niklem (talk) 19:10, 29 November 2017 (UTC)
- Support Drm310 (talk) 19:13, 29 November 2017 (UTC)
- Support 4nn1l2 (talk) 19:26, 29 November 2017 (UTC)
- Support --Christian Ferrer (talk) 20:14, 29 November 2017 (UTC)
- Support Pallanz (talk) 20:19, 29 November 2017 (UTC)
- Support Tisfoon (talk) 20:33, 29 November 2017 (UTC)
- Support Arthur Crbz (talk) 20:54, 29 November 2017 (UTC)
- Support Patar knightchat/contributions 20:57, 29 November 2017 (UTC)
- Support Bardia90 (talk) 22:07, 29 November 2017 (UTC)
- Support Good idea Nick Moyes (talk) 22:46, 29 November 2017 (UTC)
- Support Helder 23:25, 29 November 2017 (UTC)
- Support — putnik 01:21, 30 November 2017 (UTC)
- Support Most definitely! Bingobro (Meta-Chat) 03:07, 30 November 2017 (UTC)
- Support Furfur (talk) 04:00, 30 November 2017 (UTC)
- Support Daylen (talk) 04:22, 30 November 2017 (UTC)
- Support Nihlus 05:09, 30 November 2017 (UTC)
- Support - yona B. (D) 07:01, 30 November 2017 (UTC)
- Support --BrownHairedGirl (talk) 08:59, 30 November 2017 (UTC)
- Support Sakretsu (talk) 09:13, 30 November 2017 (UTC)
- Support Sunfyre (talk) 13:57, 30 November 2017 (UTC)
- Support Exilexi (talk) 14:49, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:50, 30 November 2017 (UTC)
- Support Daniel Case (talk) 02:46, 1 December 2017 (UTC)
- Support The solution as stated in Sadads seems good. JAn Dudík (talk) 06:08, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:29, 1 December 2017 (UTC)
- Support ThePlatypusofDoom (talk) 17:07, 1 December 2017 (UTC)
- Support Theklan (talk) 18:36, 1 December 2017 (UTC)
- Support Ckoerner (talk) 21:33, 1 December 2017 (UTC)
- Support Xavi Dengra (MESSAGES) 21:49, 1 December 2017 (UTC)
- Support Good idea! Enterprisey (talk) 22:45, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:38, 1 December 2017 (UTC)
- Support MGChecker (talk) 00:07, 2 December 2017 (UTC)
- Support Whats new? (talk) 00:08, 2 December 2017 (UTC)
- Support Terra ❤ (talk) 06:59, 2 December 2017 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 11:21, 2 December 2017 (UTC)
- Support Shjup (talk) 11:41, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:18, 2 December 2017 (UTC)
- Support Ented (talk) 12:36, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:00, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:23, 2 December 2017 (UTC)
- Support MichaelSchoenitzer (talk) 14:27, 2 December 2017 (UTC)
- Support Townie (talk) 15:53, 2 December 2017 (UTC)
- Support Termininja (talk) 15:54, 2 December 2017 (UTC)
- Support Maitake (talk) 16:50, 2 December 2017 (UTC)
- Support --PallertiRabbit Hole 18:43, 2 December 2017 (UTC)
- Support Yep, I'll pile on this one. Boing! said Zebedee (talk) 21:59, 2 December 2017 (UTC)
- Support provided it won"t become a chat-bis… Exceptionnal use shall be the rule Eric.LEWIN (talk) 00:24, 3 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:17, 3 December 2017 (UTC)
- Support Slemi (talk) 06:00, 3 December 2017 (UTC)
- Support Jcc (talk) 19:55, 3 December 2017 (UTC)
- Weak oppose This is what watchlist is for. If we think that people don't use it then we need to improve watchlist instead...? Gryllida 00:46, 4 December 2017 (UTC)
- Support Force Radical (talk) 04:29, 4 December 2017 (UTC)
- Weak oppose Edit summaries should be used only for informing what changed in the page. Notifications stop making sense after a time period, while summaries should make sense in 10 years time. Notifying particular users of a change seems useful, but perhaps this could be done after the edit was saved in some other way. Perhaps using the "Your edit was saved" popup to have a button to ping other users? GoEThe (talk) 12:00, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:17, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:05, 4 December 2017 (UTC)
- Oppose - If you want to ping an editor then do so on the articles talkpage, I really don't see the point in pinging someone in an edit summary, An edit summary is to be used to state what you're doing - Not to have a conversation - You're frequently told at EN "Edit summaries are not discussions" and allowing this could allow that precedent. –Davey2010Talk 16:44, 4 December 2017 (UTC)
- Support Tiputini (talk) 17:10, 4 December 2017 (UTC)
- Support Unapersona (talk) 17:24, 4 December 2017 (UTC)
- Support Fixer88 (talk) 17:27, 4 December 2017 (UTC)
- Support Guycn2 · ☎ 19:26, 4 December 2017 (UTC)
- Oppose - too spammy. Having fun! Cheers! Checkingfax (talk) 21:09, 4 December 2017 (UTC)
- Support Support this proposal. ··· 🌸 Rachmat04 · ☕ 07:46, 5 December 2017 (UTC)
- Support Lofhi (talk) 18:04, 5 December 2017 (UTC)
- Support Yeza (talk) 18:28, 5 December 2017 (UTC)
- Support Elmidae (talk) 18:41, 5 December 2017 (UTC)
- Support Carnildo (talk) 22:03, 5 December 2017 (UTC)
- Support – Of course! It is especially useful when creating an article that no one has watchlisted yet and pinging an interested editor (e. g. here. Probably my strongest support so far! J947 05:13, 6 December 2017 (UTC)
- Support Useful feature EMsmile (talk) 11:25, 6 December 2017 (UTC)
- Support -glove- (talk) 16:15, 6 December 2017 (UTC)
- Support Anthere (talk) 16:18, 6 December 2017 (UTC)
- Support Kudpung (talk) 20:30, 6 December 2017 (UTC)
- Support Klaas `Z4␟` V: 21:43, 6 December 2017 (UTC)
- Support Neil P. Quinn (talk) 22:11, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:47, 7 December 2017 (UTC)
- Support Excellent Idea! —Alvaro Molina (✉ - ✔) 16:37, 7 December 2017 (UTC)
- Support A change summary of the form "Modified so-and-so's editing of X thusly" seems pretty usual anyway. HLHJ (talk) 03:51, 8 December 2017 (UTC)
- Support --jdx Re: 19:51, 8 December 2017 (UTC)
- Support Ragesoss (talk) 00:31, 9 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:47, 9 December 2017 (UTC)
- Support Uanfala (talk) 15:52, 9 December 2017 (UTC)
- Support I support this element of the whishlist. Porbóllett (talk) 19:17, 9 December 2017 (UTC)
- Support --Szilas (talk) 19:40, 9 December 2017 (UTC)
- Support - Akela (talk) 22:57, 9 December 2017 (UTC)
- Support --EniPort (talk) 23:32, 9 December 2017 (UTC)
- Support --Hkoala (talk) 04:59, 10 December 2017 (UTC)
- Support Ruslik (talk) 13:30, 10 December 2017 (UTC)
- Support Spinster (talk) 21:12, 10 December 2017 (UTC)
- Support Ottawahitech (talk) 21:16, 10 December 2017 (UTC) Please ping me
- Support Jack who built the house (talk) 21:53, 10 December 2017 (UTC)
- Support I though it worked this way until I was told it wasn't Dispenser (talk) 04:20, 11 December 2017 (UTC)
- Support Additionally, it would be great to allow users to "thanks all contributors of this page". Psychoslave (talk) 07:51, 11 December 2017 (UTC)
- Support Useful idea with major flaws. 1) There's should be a way to prevent spam, since it's hard even to track notification abuse (I can add [[User:Jimbo Wales|.]] to every edit and no users except Jimbo will notice that. Edits in sandboxes and my subpages probably will not be noticed as well. Edit summaries also cannot be deleted and edited). 2) Ping syntax probably should be more sophisicated than "give a link to user page". As a botmaster, I usually use edit summaries like "Done by [[User:Someone]]'s request", but I do not want to make a single ping.
Support anyway. Facenapalm (talk) 13:15, 11 December 2017 (UTC) - Support --Meno25 (talk) 15:44, 11 December 2017 (UTC)
- Neutral. I see some very narrow set of cases when a ping in an edit summary is really the most efficient way of contacting someone (e.g. fixing someone's mistake in good faith) and I see a much wider range of cases of potential abuse (e.g. spamming someone) or misuse (e.g. summaries of bot edits made on someone's request). In general discussions via edit summaries are discouraged, thus this is probably a useful feature but a very low priority for me — NickK (talk) 16:28, 11 December 2017 (UTC)
- Support --Ilya (talk) 16:52, 11 December 2017 (UTC)
- Support Abbe98 (talk) 17:02, 11 December 2017 (UTC)
Wikitext substitutions should work in ref and gallery blocks
- Problem: Links ending in |]], substitutions with {{subst: and tilde-timestamps (~~~~~) don't behave as expected within <ref> and <gallery> blocks. (Amongst others.)
- Who would benefit: Article wikitext editors.
- Proposed solution: Resolve that substitution and pipe tricks work inside other mediawiki tag extensions
- More comments: More generally speaking: common wikitext substitutions that editors would expect to work in all reader-visible places, do not work in some contexts.
mw:Extension:Cite has not evolved with other components of wikiediting. Substitution (subst:) and pipe tricks from inside custom tags like
<ref>
fail unless one pushes with more complicated use of{{#tag:}}
. Such use can be problematic due to the misinterpretation of|
and{{!}}
. To note that the identified problem also applies to use of<poem>
. - Phabricator tickets: T4700: Pre-save transform skips extensions using wikitext (gallery, references, footnotes, Cite, status indicators, pipe trick, subst, signatures)
- Proposer: bdijkstra (talk) 16:49, 8 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Voting
[edit]- Support Tgr (talk) 08:29, 28 November 2017 (UTC)
- Support Dvorapa (talk) 09:13, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:02, 28 November 2017 (UTC)
- Support Ninovolador (talk) 21:08, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Shizhao (talk) 02:59, 29 November 2017 (UTC)
- Support Luan (discussão) 20:19, 29 November 2017 (UTC)
- Support Syrenka V (talk) 21:26, 29 November 2017 (UTC)
- Support - Evad37 (talk) 23:41, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 20:50, 30 November 2017 (UTC)
- Support Very very old bug, supportin this might be the only way how to force developers t do something... JAn Dudík (talk) 06:10, 1 December 2017 (UTC)
- Support → «« Man77 »» [de] 13:57, 2 December 2017 (UTC)
- Support MichaelSchoenitzer (talk) 14:28, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:05, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:24, 2 December 2017 (UTC)
- Support Klaas `Z4␟` V: 08:55, 3 December 2017 (UTC)
- Support Waldir (talk) 10:37, 3 December 2017 (UTC)
- Support It also affects VE users: automatic addition of access date (using
{{subst:#time:Y-m-d}}
in {{cite web}} had to be removed because it messed up references inserted in VE, although it seemed to work while editing (!). Tacsipacsi (talk) 12:18, 3 December 2017 (UTC) - Support Ciao • Bestoernesto • ✉ 02:53, 4 December 2017 (UTC)
- Support - as proposed. Checkingfax (talk) 21:13, 4 December 2017 (UTC)
- Support this is a quite annoying bug • • hugarheimur 22:36, 6 December 2017 (UTC)
- Support the wub "?!" 00:24, 7 December 2017 (UTC)
- Support Facenapalm (talk) 12:58, 11 December 2017 (UTC)
- Support, a very annoying bug — NickK (talk) 16:29, 11 December 2017 (UTC)
Find & Replace feature
- Problem: It is hard to observe wrong punctuation
- Who would benefit: every Visual Editor user
- Proposed solution: Create a button in the Visual Editor in the Find & Replace dialogue to mark non-typographic Quotation marks, non-typographic apostrophes, wrong dashes and double spaces etc and then the editor can decide whether it has to be changed or not.
- More comments:
- Phabricator tickets:
- Proposer: Dexxor (talk) 10:12, 18 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Voting
[edit]- Support Yes please! NMaia (talk) 23:55, 27 November 2017 (UTC)
- Support David1010 (talk) 07:43, 28 November 2017 (UTC)
- Support Dvorapa (talk) 09:14, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:04, 28 November 2017 (UTC)
- Support Jc86035 (talk) 14:24, 28 November 2017 (UTC)
- Support as a proposer. I think it would not be so difficult to implement this. Dexxor (talk) 18:03, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:08, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:46, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:02, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:45, 29 November 2017 (UTC)
- Support Luan (discussão) 20:25, 29 November 2017 (UTC)
- Support Vwanweb (talk) 20:27, 29 November 2017 (UTC)
- Support Mewtow (talk) 22:11, 29 November 2017 (UTC)
- Support Nick Moyes (talk) 22:24, 29 November 2017 (UTC)
- Support Like tears in rain (talk) 11:39, 30 November 2017 (UTC)
- Support would make editing easier without affecting anything else Exilexi (talk) 14:50, 30 November 2017 (UTC)
- Support AugusteBlanqui (talk) 19:06, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:51, 30 November 2017 (UTC)
- Support Risk Engineer (talk) 23:26, 30 November 2017 (UTC)
- Support DonBarredora (talk) 01:28, 1 December 2017 (UTC)
- Support JAn Dudík (talk) 06:15, 1 December 2017 (UTC)
- Support Braveheidi (talk) 07:13, 1 December 2017 (UTC)
- Support Today we need to move the text to another editor, do the find and replace, and then move it back to Wikipedia. Hogne (talk) 09:41, 1 December 2017 (UTC)
- Support -- DerFussi 10:35, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:30, 1 December 2017 (UTC)
- Support Ynhockey (talk) 16:54, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:39, 1 December 2017 (UTC)
- Support MGChecker (talk) 00:06, 2 December 2017 (UTC)
- Support Whats new? (talk) 00:09, 2 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:23, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:24, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:05, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 20:04, 2 December 2017 (UTC)
- Support Matěj Suchánek (talk) 21:22, 2 December 2017 (UTC)
- Support Boing! said Zebedee (talk) 22:00, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:24, 2 December 2017 (UTC)
- Support Vachovec1 (talk) 23:59, 2 December 2017 (UTC)
- Support Michal Lester לסטר (talk) 07:31, 3 December 2017 (UTC)
- Support Jcc (talk) 19:54, 3 December 2017 (UTC)
- Support Pau Colominas (talk) 16:15, 4 December 2017 (UTC)
- Support NotTheFakeJTP (talk) 19:05, 4 December 2017 (UTC)
- Support Vincent Simar (talk) 11:46, 5 December 2017 (UTC)
- Support Reneman (talk) 17:22, 5 December 2017 (UTC)
- Support Me-123567-Me (talk) 21:50, 6 December 2017 (UTC)
- Support —Alvaro Molina (✉ - ✔) 16:41, 7 December 2017 (UTC)
- Support A feature for suggesting edits without completely committing them to the revision stack would be even better, but this a good first step. RandomDSdevel (talk) 01:49, 9 December 2017 (UTC)
- Support X:: black ::X (talk) 21:49, 9 December 2017 (UTC)
- Support Stobaios (talk) 01:33, 10 December 2017 (UTC)
- Support Haxpett (talk) 00:14, 11 December 2017 (UTC)
Converter from Latex and/or MSword
- Problem: Despite VE, many people still end up writing content in googledocs, MSword or LaTeXand wanting to copy it over (especially in editathons and WikiJournal article submissions). Additionally, many possible maths-focussed contibutors would benefit from being able to copy over equations writtn in LaTeX.
- Who would benefit: Complete novices. Those who have written content outside of wikimedia but now wish to import it. Editathon organisers. WikiJournal editors receiving article submissions in formats other than wikimarkup. Mathsy types who want to paste in equations.
- Proposed solution: It's pretty easy to convert between MS word, Googledoc, LaTeX, and PDF, so being able to convert to wikimarkup from any of these would be extremely helpful, even if it needed manual tweaking afterwards to deal with references and images to import to commons.
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion
[edit]The sentence "It's pretty easy to convert between MS word, Googledoc, LaTeX, and PDF" is just not true. PDF can't be converted to anything useful in most of the cases. (Tools like pdftotext or pdfimages just extract some parts of the file)
There are tools like w:en:pandoc that are able to convert many formats (except pdf, of course) to mediawiki wikitext. However this needs manual post-production. So imho it would be better to create a kind of centralized 'service' for those who have technical problems (no matter of what kind). -- seth (talk) 11:04, 3 December 2017 (UTC)
You're right to say that there's not true conversion from pdf, even by MSword itself. However even just pulling text, images, and basic formatting like header level would be good. Extracting references would, of course, be the most useful but also the most difficult. T.Shafee(Evo﹠Evo)talk 03:47, 6 December 2017 (UTC)
- We have wikipedia:Wikipedia:Tools#Importing (converting) content to Wikipedia (MediaWiki) format. I grant that something more unified and consistently-maintained would be nice, but how feasible? This is a seriously difficult task. seth is right; I've used pandoc, it can cope with the bog-standard things well, but if you have, say, image captions, you will be doing a lot of manual editing. It could be useful to set up a program to learn from how humans manually correct automated conversions. But this request might basically be an AI problem.
- Export functions are a similar problem. Orgs like PLOS are already using Mediawiki as a publisher's tool, and need to import author's copies, and produce other formats at the end of the processing; they might already have something specialized. But a lot of publishers seriously use hired typists for format conversion.
- For equations, what modifications do you want to what we have? LaTeX is currently being very slowly updated; version three should be out any decade now. Stand-alone HTML 5 would be a nice format to have, and presumably easier.
- If I've understood you correctly, extracting refs is the easy bit. Grab the DOIs and look them up, if there are any, or use more sophisticated scraping techniques if there are not DOIs. Zotero does this for me all the time, turning a downloaded PDF into a full citation database entry. It's open-source, I think we already use bits of its code. HLHJ (talk) 04:39, 8 December 2017 (UTC)
- LaTex, maybe, but Google Docs and M$ Word? No way. We should not endorse proprietary software. I imagine one prominent usecase for this would be PR/marketing spammers preparing drafts offline. MER-C (talk) 05:03, 28 November 2017 (UTC)
Voting
[edit]- Support Strainu (talk) 22:43, 27 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:05, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:47, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:04, 29 November 2017 (UTC)
- Support with MER-C's comments Nabla (talk) 21:24, 30 November 2017 (UTC)
- Support Theklan (talk) 18:38, 1 December 2017 (UTC)
- Support --Xavi Dengra (MESSAGES) 21:55, 1 December 2017 (UTC)
- Support for at least some of the functionality in Latex, though even that is going to be a nightmarishly complex task. Uanfala (talk) 01:51, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:25, 2 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:54, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 04:32, 5 December 2017 (UTC)
- Support Elmidae (talk) 18:43, 5 December 2017 (UTC)
- Weak oppose I'd utterly love the functionality, and I agree that it's important to MediaWiki's role as a publishing platform. But as currently phrased I think it is too vague, and might easily be way too much Community Tech effort for a borderline-useful result. Of course, if they disagree, and think that part or even all of it would be simple, I withdraw my objection. HLHJ (talk) 04:54, 8 December 2017 (UTC)
- Support — J.S.talk 15:29, 8 December 2017 (UTC)
- Support I know an external wiki where this could come in very handy! RandomDSdevel (talk) 01:51, 9 December 2017 (UTC)
Re-use a citoid citation in VisualEditor's wikitext mode
- Problem: As you can read in the Phabricator ticket, currently in VE's wikitext mode we cannot re-use citations as we can in VE. This function of VE is one of the best; the software makes us the necessary code, we have to just insert them by clicking anywhere we want. However, it doesn't work if we use wikitext mode. First, we have to switch to VE mode to use this function, then switch back. It's not comfortable and logical.
- Who would benefit: Registered users whom use 2017 wikitext editor.
- Proposed solution: Add this function to wikitext editor too.
- More comments:
- Phabricator tickets: phab:T164954
- Proposer: Bencemac (talk) 07:56, 9 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Voting
[edit]- Support --Liuxinyu970226 (talk) 13:05, 28 November 2017 (UTC)
- Support Ehrlich91 (talk) 18:17, 28 November 2017 (UTC)
- Support Samat (talk) 21:23, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:47, 28 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 17:40, 29 November 2017 (UTC)
- Support Abyss Taucher (talk) 22:52, 29 November 2017 (UTC)
- Support Rachel Helps (BYU) (talk) 16:46, 30 November 2017 (UTC)
- Support As the proposer Bencemac (talk) 12:41, 1 December 2017 (UTC)
- Support --OrsolyaVirág (talk) 17:10, 1 December 2017 (UTC)
- Support Theklan (talk) 18:38, 1 December 2017 (UTC)
- Support Wolbo (talk) 13:03, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:24, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:06, 2 December 2017 (UTC)
- Support --PallertiRabbit Hole 18:46, 2 December 2017 (UTC)
- Support Slemi (talk) 05:58, 3 December 2017 (UTC)
- Support Force Radical (talk) 04:28, 4 December 2017 (UTC)
- Support GoEThe (talk) 12:01, 4 December 2017 (UTC)
- Support Ahm masum (talk) 08:49, 7 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:52, 9 December 2017 (UTC)
- Support --Szilas (talk) 19:42, 9 December 2017 (UTC)
- Support - Akela (talk) 22:56, 9 December 2017 (UTC)
- Support --EniPort (talk) 23:32, 9 December 2017 (UTC)
- Support Haxpett (talk) 00:22, 11 December 2017 (UTC)
- Support Psychoslave (talk) 07:52, 11 December 2017 (UTC)
- Support Szalax (talk) 16:06, 11 December 2017 (UTC)
Auto-save feature in Visual Editor and WikiText Editor
- Problem: We have nice new editor surfaces, like Visual Editor and WikiText Editor 2017, which are planned to use as default in the future. But unlike the old editors, the new ones lose the not-yet-saved content in case of a browser/system crash or an accidentally closed tab. We should offer a function to save the session data, at least as well as it worked until now.
- Who would benefit: every editors
- Proposed solution: Implement a kind of auto-save feature for VE (see the ticket)
- More comments:
- Phabricator tickets: T57370
- Proposer: Samat (talk) 15:54, 18 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Other duplicated Phabricator tickets: T169965, T175489 etc. Samat (talk) 15:54, 18 November 2017 (UTC)
Same in Flow: T139804 (Note that Phabricator and ContentTranslation already have autosave so the common objection that this would result in evil users storing illegal things in the drafts and causing liability is moot.) --Tgr (WMF) (talk) 22:40, 19 November 2017 (UTC)
This is basic functionality, and should have been available from the start. There are various browser-level workarounds , but it should be a basic facility. DGG (talk) 02:16, 20 November 2017 (UTC)
- Endorse. James Salsman (talk) 15:59, 20 November 2017 (UTC)
- CodeMirror syntax highlighting too. Endorse, it was simply unacceptable to enable visual editor by default if it does not have any methods to auto-save text (frankly, didn’t know about this, because it is too slow for me as are most of new tools, so can’t really know about the situation there). stjn[ru] 04:30, 22 November 2017 (UTC)
- I think it is critical to make sure the autosaved data truly is wiped out quickly. I mean, suppose an editor wants to use Wikipedia as his alibi after he is framed for murder. Well, right now, everyone in the courtroom can see when his account made edits without having to leave their seats. But if you do this, then his lawyers may be serving you with a subpoena saying show us the files that indicate he was steadily working on the text in between those times. Wikipedia doesn't want a subpoena -- not even when it might help to show innocence, and definitely not in the more likely nefarious case where a public or private censor is arguing in criminal or civil court that an editor was involved in posting something that mere peasants shouldn't be saying. Wnt (talk) 22:03, 5 December 2017 (UTC)
Voting
[edit]- Support Bencemac (talk) 18:05, 27 November 2017 (UTC)
- Support disclaimer: I am the proposer Samat (talk) 18:16, 27 November 2017 (UTC)
- Support Tacsipacsi (talk) 20:40, 27 November 2017 (UTC)
- Support Tgr (talk) 06:33, 28 November 2017 (UTC)
- Support Dvorapa (talk) 09:15, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:05, 28 November 2017 (UTC)
- Support Sadads (talk) 13:39, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:02, 28 November 2017 (UTC)
- Support Jc86035 (talk) 14:22, 28 November 2017 (UTC)
- Support Husky (talk) 16:21, 28 November 2017 (UTC)
- Support Dexxor (talk) 18:06, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:08, 28 November 2017 (UTC)
- Support Ehrlich91 (talk) 18:18, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:47, 28 November 2017 (UTC)
- Support Chico Venancio (talk) 21:51, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:00, 29 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:26, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:03, 29 November 2017 (UTC)
- Support Herr Satz (talk) 10:50, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 16:53, 29 November 2017 (UTC)
- Support Paucabot (talk) 17:14, 29 November 2017 (UTC)
- Support Pallanz (talk) 20:21, 29 November 2017 (UTC)
- Support Luan (discussão) 20:27, 29 November 2017 (UTC)
- Support Swpb (talk) 20:38, 29 November 2017 (UTC)
- Support Strongly support, I lose a few hours worth of edits every month due to my browser or computer crashing. Daylen (talk) 01:38, 30 November 2017 (UTC)
- Support AWossink (talk) 08:58, 30 November 2017 (UTC)
- Support --OrsolyaVirág (talk) 19:42, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:52, 30 November 2017 (UTC)
- Support Nabla (talk) 21:25, 30 November 2017 (UTC)
- Support Losing progress due to browser crashes and accidental tab closing happens all too often. A feature like this would save lots of time lost from these unforeseen circumstances. Jith12 (talk) 22:16, 30 November 2017 (UTC)
- Support JAn Dudík (talk) 06:18, 1 December 2017 (UTC)
- Support Hogne (talk) 09:42, 1 December 2017 (UTC)
- Support — Hmxhmx 16:20, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:30, 1 December 2017 (UTC)
- Support Ynhockey (talk) 17:07, 1 December 2017 (UTC)
- Support Justynian I Cesarz Rzymski (talk) 17:31, 1 December 2017 (UTC)
- Support Xavi Dengra (MESSAGES) 21:56, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:39, 1 December 2017 (UTC)
- Support MGChecker (talk) 00:08, 2 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:23, 2 December 2017 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 11:22, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:03, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:24, 2 December 2017 (UTC)
- Support --PallertiRabbit Hole 18:46, 2 December 2017 (UTC)
- Support Boing! said Zebedee (talk) 22:02, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:26, 2 December 2017 (UTC)
- Support Eric.LEWIN (talk) 00:22, 3 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:10, 3 December 2017 (UTC)
- Support Slemi (talk) 05:57, 3 December 2017 (UTC)
- Support -- Dolotta (talk) 14:04, 3 December 2017 (UTC)
- Support Will be much helpful. Winged Blades of Godric (talk) 16:31, 3 December 2017 (UTC)
- Support Jcc (talk) 19:54, 3 December 2017 (UTC)
- Support maybe use localStorage for this Gryllida 00:37, 4 December 2017 (UTC)
- Support TheNavigatrr (talk) 01:10, 4 December 2017 (UTC)
- Support Force Radical (talk) 04:29, 4 December 2017 (UTC)
- Support GoEThe (talk) 11:52, 4 December 2017 (UTC)
- Support Halibutt (talk) 14:55, 4 December 2017 (UTC)
- Support KRLS (talk) 14:57, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:17, 4 December 2017 (UTC)
- Support vallue (talk) --Vallue (talk) 15:47, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:05, 4 December 2017 (UTC)
- Support –Davey2010Talk 16:06, 4 December 2017 (UTC)
- Support Tiputini (talk) 17:10, 4 December 2017 (UTC)
- Support Fixer88 (talk) 17:22, 4 December 2017 (UTC)
- Support Unapersona (talk) 17:25, 4 December 2017 (UTC)
- Support Guycn2 · ☎ 19:27, 4 December 2017 (UTC)
- Support Trockennasenaffe (talk) 20:45, 4 December 2017 (UTC)
- Support Yohannvt (talk) 12:08, 6 December 2017 (UTC)
- Support Neil P. Quinn (talk) 22:07, 6 December 2017 (UTC)
- Support--ÀlexHinojo (talk) 05:50, 7 December 2017 (UTC)
- Support Ahm masum (talk) 08:51, 7 December 2017 (UTC)
- Support Has been a frequent problem for me. Julia\talk 10:50, 8 December 2017 (UTC)
- Support Richard Nevell (WMUK) (talk) 13:33, 8 December 2017 (UTC)
- Support — J.S.talk 15:30, 8 December 2017 (UTC)
- Support - Arindam Maitra (talk) 20:02, 8 December 2017 (UTC)
- Support Reasons as written by Jith12. X:: black ::X (talk) 22:18, 8 December 2017 (UTC)
- Support This would indeed be useful. RandomDSdevel (talk) 01:20, 9 December 2017 (UTC)
- Support This, that and the other (talk) 01:23, 9 December 2017 (UTC)
- Support Ecritures (talk) 14:04, 9 December 2017 (UTC)
- Support Headbomb (talk) 14:41, 9 December 2017 (UTC)
- Support --Szilas (talk) 19:42, 9 December 2017 (UTC)
- Support - Akela (talk) 22:54, 9 December 2017 (UTC)
- Support --EniPort (talk) 23:31, 9 December 2017 (UTC)
- Support. stjn[ru] 20:18, 10 December 2017 (UTC)
- Support Spinster (talk) 21:14, 10 December 2017 (UTC)
- Support Haxpett (talk) 00:25, 11 December 2017 (UTC)
- Support Jnanaranjan sahu (talk) 06:37, 11 December 2017 (UTC)
- Support Jack who built the house (talk) 06:57, 11 December 2017 (UTC)
- Support Winston (talk) 13:17, 11 December 2017 (UTC)
- Support — Luchesar • T/C 13:37, 11 December 2017 (UTC)
- Support Hirannor (talk) 14:09, 11 December 2017 (UTC)
- Support --Rlevente (talk) 14:40, 11 December 2017 (UTC)
- Support Szalax (talk) 16:07, 11 December 2017 (UTC)
- Support — NickK (talk) 16:38, 11 December 2017 (UTC)
- Support Hunyadym (talk) 17:15, 11 December 2017 (UTC)
- Support Gikü (talk) 17:46, 11 December 2017 (UTC)
Automatically create a reference id for pictures with a label
- Problem:
There is a problem, when an article has e.g. different pictures included. To address the pictures within the article, an unambiguous reference to the picture is necessary.
Example:
- There are three pictures in the article, with the captions: "Figure 1: xyz", "Figure 2: abc", "Figure 3: klm".
- In the text they are referenced with fig. 1, fig. 2, and fig. 3.
- Now another picture is added between fig. 2 and fig 3.
- The former figure 3 has to be renamed to figure 4, and the new figure gets the number 3.
- This procedure is difficult and prone to errors, when there are dozens of figures in the article.
- Who would benefit:
Editors of article with a large number of figures.
- Proposed solution:
- A figure, which should get a number, is provided with a unique label. (e.g. in the example above "xyz", "abc", "klm")
- The figure gets a certain number for each label.
- The labeled figure's caption starts with "Figure ###", where ### is the number of the label.
- In the text fig. "abc" is replaced by fig. ###.
- More comments:
- Phabricator tickets: T7600
- Proposer: Boehm (talk) 20:42, 18 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- An example of something like this can be seen in Scholarpedia. They use <figref>Particle-path.png</figref> to insert a reference to an image. —TheDJ (talk • contribs) 17:44, 29 November 2017 (UTC)
- This is kind of a weird proposal. The use of figure references is kind of unknown on most wikis, or used only rarely. It doesn't seem like a very high-value proposal. --Izno (talk) 03:46, 30 November 2017 (UTC)
- It is perhaps like the en:Chicken or the egg causality dilemma. If it is hard to implement a correct caption for figures, it is no wonder, that there are so few examples. Once it is easy to reference a certain figure correctly, more authors might consider using it. And that is why there is this wishlist: To identify the need for such a feature. --Boehm (talk) 22:55, 30 November 2017 (UTC)
- Doubtful that this is an egg. Or a chicken. The more likely reason it is unused is because everyone puts their images next to the text they want to highlight, or gives the image a detailed caption that should and does make a linking tool unnecessary. --Izno (talk) 02:14, 1 December 2017 (UTC)
- Indeed, authors put their images next to the text and refer to the image e.g. as the image on the left. But in some articles there are more than one figures on the left, and on the mobile version there is no left or right at all. It is a bad style to reference the figures that way. In wikibooks it is the most common way to address the figures with a unambiguous number, like in classical books. --Boehm (talk) 18:16, 1 December 2017 (UTC)
- We already have a unique label for every figure on the wiki: the filename. Do you want to be able to make a (local?) alias for it? Would a redirect do?
- I think numbering figures is archaic in an environment with hyperlinks, but I am well aware that Wikipedia is often used in environments without hyperlinks, like print.
- In hypertext, I recently referenced a figure with
<ref>[[:File:Penn NY original floor.jpg|Photo]], 2015</ref>
. This would not work in a print-out, as although the picture is in the article the filename of it would be hidden in print. Writing(see [[:File:Infographical Marvelousness|figure of I.M.]])
would also not work in print. We can already refer to sections:{{Crossreference|selfref=no|(for an illustration, see also the diagram of Infographical Marvelousness, the topmost image on the left in [[#Section|Sectionname]])}}
. This would work in print. - I'd support an extension of this to do internal linking to figures as well as sections, for off-wiki reusabilty (what do print-out conversions do now? anyone know?). You could then have
(see [[#File:Infographical Marvelousness|figure of I.M.]])
, and when it was exported for print it would re-format to add thedescription of the (relative?) location of [[#File:Infographical Marvelousness]]
and optionally afigure number of the same file
, both calculated on-the-fly (the former would also simplify the "See *" templates at Wikipedia:Template:See above, but this might not be worth the processing). Dynamically numbering the figures as you went to print would seem to make more sense than cluttering a hypertext version with them. Any what-you-see-is-what-you-mean editor will automatically number figures for you, so I entirely agree that shuffling them manually is silly. HLHJ (talk) 05:55, 8 December 2017 (UTC)- "We already have a unique label": No, we just have a unique label for a file. If files are used multiple times (e.g. a logo, or a reference picture, which is compared to different modifications) it is no more unique.
- Some figures have no captions, therefore they don't need a figure number, which they would get in case of the file name label.
- "Would a redirect do?": No, a redirect is nice to have, and an unambiguous reference number is essential.
- "I think numbering figures is archaic": The same is valid for numbered citations, which a used in every article. Do you really think that numbering citation is archaic?
- We need in addition to a label a figure counter. This can not be realized with any of your solutions.
- "so I entirely agree that shuffling them manually is silly.": Yes it is. And thousands of authors are doing this silly thing in lack of an automatic numbering, which any other text editing software can do despite the wikimedia.
- --Boehm (talk) 20:38, 8 December 2017 (UTC)
- Indeed, authors put their images next to the text and refer to the image e.g. as the image on the left. But in some articles there are more than one figures on the left, and on the mobile version there is no left or right at all. It is a bad style to reference the figures that way. In wikibooks it is the most common way to address the figures with a unambiguous number, like in classical books. --Boehm (talk) 18:16, 1 December 2017 (UTC)
- Doubtful that this is an egg. Or a chicken. The more likely reason it is unused is because everyone puts their images next to the text they want to highlight, or gives the image a detailed caption that should and does make a linking tool unnecessary. --Izno (talk) 02:14, 1 December 2017 (UTC)
- It is perhaps like the en:Chicken or the egg causality dilemma. If it is hard to implement a correct caption for figures, it is no wonder, that there are so few examples. Once it is easy to reference a certain figure correctly, more authors might consider using it. And that is why there is this wishlist: To identify the need for such a feature. --Boehm (talk) 22:55, 30 November 2017 (UTC)
- This is interesting, but on a slightly higher level. We lack a mechanism to reference a lot of things on the page, and put some kind of highlight on that thing. The problem isn't really to renumber the sequence, that can be fixed pretty easily, the problem is to create the in-page references in a consistent way. Note also that some of the in-page references should be automatically generated, and some of those should also have some kind of visual anchor. This can be described as a smart anchor-template, but not quite. It needs to interface with the parser to work properly, and probably it would imply changing some extensions. — Jeblad 23:26, 10 December 2017 (UTC)
Voting
[edit]- Support An example how something like this works in practice using MediaWiki can be seen at scholarpedia.org Debenben (talk) 18:12, 27 November 2017 (UTC)
- Support Mahir256 (talk) 09:02, 28 November 2017 (UTC)
- Support β16 - (talk) 10:34, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:05, 28 November 2017 (UTC)
- Support Ninovolador (talk) 21:09, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:48, 28 November 2017 (UTC)
- Support I think this functionality will help the article writer integrate the illustrations into the article. Downtowngal (talk) 23:29, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:02, 29 November 2017 (UTC)
- Support i like what scholarpedia is doing here, though some further refinement might be in order. —TheDJ (talk • contribs) 17:43, 29 November 2017 (UTC)
- Support -<(kmk)>- (talk) 01:54, 30 November 2017 (UTC)
- Support - yona B. (D) 07:02, 30 November 2017 (UTC)
- Support Trizek from FR 20:40, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:53, 30 November 2017 (UTC)
- Support but not just for pictures. We need a general system where sequential elements of a single kind (pictures, media files, graphs, interlinear glossed texts..) are automatically numbered with some easy way to refer back to them. Uanfala (talk) 02:01, 2 December 2017 (UTC)
- Support MichaelSchoenitzer (talk) 14:30, 2 December 2017 (UTC)
- Support Waldir (talk) 10:27, 3 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:36, 4 December 2017 (UTC)
- Support Trockennasenaffe (talk) 20:43, 4 December 2017 (UTC)
- Support Fixer88 (talk) 20:46, 4 December 2017 (UTC)
- Support Klaas `Z4␟` V: 21:52, 6 December 2017 (UTC)
- Support Dut in a slightly more advanced version. — Jeblad 23:27, 10 December 2017 (UTC)
- Support Actually, I think that every single paragraph should have an html id, at least in the "permanent link" version. The idea is that often you would like to point to a particular passage of a text, but you end up either with a link to the closest section, or you add an ad hoc anchor. Also, actually being able to pass a text that should be highlighted would be awesome. Psychoslave (talk) 07:58, 11 December 2017 (UTC)
Make Thanks and Undo links easier to distinguish
- Problem: Location of Undo proximity to Thank tool
- Who would benefit: All Wikipedian Users
- Proposed solution: Please relocate Thank tool away from Undo
- More comments: It gives me headache when I accidentally clicked on diff one
- Phabricator tickets: task T49658
- Proposer: IM3847 (talk) 02:44, 9 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- Hi @IM3847:. Thanks for your proposal. Do you also have a location in mind where the "Thank" button can be moved to instead? -- NKohli (WMF) (talk) 21:15, 9 November 2017 (UTC)
- Good idea. I have seen many complaints since notifications have been implemented from editors/users(?) who feel that notifications are used to harass them. BTW where can users find more about notifications and interact with the developers about them? Ottawahitech (talk) 14:24, 18 November 2017 (UTC) Please ping me
I missed this the first time a looked at the proposals. I use a script to add thank links to my watchlist and I place it next to the diff links (cur | prev | thanks )
. Though after thinking it through I can see the reasoning for the placement after the edit summary, it works against my workflow (reading diff with popups, thanking the edit). Chico Venancio (talk) 21:57, 28 November 2017 (UTC)
Voting
[edit]- Support happens to me with revert :( . Joalpe (talk) 22:31, 27 November 2017 (UTC)
- Support NMaia (talk) 23:56, 27 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:05, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:02, 28 November 2017 (UTC)
- Support TMg 16:15, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:48, 28 November 2017 (UTC)
- Support Chico Venancio (talk) 21:58, 28 November 2017 (UTC)
- Support bspf (talk) 07:47, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:01, 29 November 2017 (UTC)
- Support Syrenka V (talk) 21:27, 29 November 2017 (UTC)
- Support Seb26 (talk) 21:52, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 20:53, 30 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:37, 30 November 2017 (UTC)
- Support Daniel Case (talk) 02:43, 1 December 2017 (UTC)
- Support Improving the visual distinction of any/all of the links in the page history view would be useful as well. Ckoerner (talk) 21:34, 1 December 2017 (UTC)
- Support Xavi Dengra (MESSAGES) 21:59, 1 December 2017 (UTC)
- Support Similar to how Twinkle makes options easy to distinguish SEMMENDINGER (talk) 23:39, 1 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:22, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:19, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:24, 2 December 2017 (UTC)
- Support Termininja (talk) 15:56, 2 December 2017 (UTC)
- Support Waldir (talk) 10:27, 3 December 2017 (UTC)
- Support Grüße vom Sänger ♫(Reden) 22:21, 3 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:37, 4 December 2017 (UTC)
- Support Force Radical (talk) 04:31, 4 December 2017 (UTC)
- Support Trizek from FR 11:50, 4 December 2017 (UTC)
- Oppose - The thanks and undo button change depending on things like section header length, edit summary length and IP or name length - I've made 500 undos and 3,456 thanks and in that time I believe I've only hit "diff" twice if that (and I only would've hit it because my watchlist occasionally jumps when it loads the announcements/messages on the watchlist) - The location of these (as far as I know) have never been an issue and imho they still aren't an issue - Don't fix what isn't broken. –Davey2010Talk 16:27, 4 December 2017 (UTC)
- Support Trockennasenaffe (talk) 20:44, 4 December 2017 (UTC)
- Support Reneman (talk) 17:24, 5 December 2017 (UTC)
- Support Lofhi (talk) 18:04, 5 December 2017 (UTC)
- Support Geach (talk) 19:18, 6 December 2017 (UTC)
- Weak oppose Both require a confirming action, so this hasn't been a problem for me, and I like having both links more or less where they are. I'd like to be able to optionally specify a thanks reason, tho, which might make it easier to mistake. I'd support anything that would make them more distinct without moving them too far. HLHJ (talk) 06:00, 8 December 2017 (UTC)
- Support --jdx Re: 19:43, 8 December 2017 (UTC)
Make it easy to switch articles on the main page
- Problem: When editing the main page and insert a new article, you must to change title, a small description, and a image: that are 3 steps. It would be easier to do it in one step.
- Who would benefit: All projects, and especially Wikinews + Wikipedia
- Proposed solution: Introduce a general system for all Wikiprojects like French Wikinews have: link, to switch articles on the main page in 1 step instead of 3 steps.
- More comments:
- Phabricator tickets:
- Proposer: Livenws (talk) 12:24, 20 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]@Livenws: Could you clarify a bit more exactly what you have in mind here? Like are you envisioning a tool that would generate the needed Main page wikitext for a new featured article? Kaldari (talk) 18:42, 20 November 2017 (UTC)
- While I don't see a fundamental issue with this, it doesn't seem like it's got a very high benefit-cost ratio for Comm Tech. --Izno (talk) 04:09, 21 November 2017 (UTC)
- @Kaldari Like the French system, just 1 click to publish a new article on the main page without adding image, or short description manually. The system does that automatically. Livenws (talk) 23:53, 21 November 2017 (UTC)
- It looks like the French system depends on the specific templates that are in use on French Wikinews. Since every wiki uses a different layout and templates for their Main page, I'm not sure how we could build a system that would work across different wikis. Kaldari (talk) 02:09, 22 November 2017 (UTC)
We have something like this on the Romanian Wikipedia, based on a Lua module and a list of articles, which parses the introduction (section 0) of an article to leave only the text with no templates. I've noticed that the TextExtracts extension does exactly that, offering some tweaks and knobs, except the output is either text or HTML. I've logged phab:T166149 for this task, but with little luck. Perhaps this proposal can take over that approach.--Strainu (talk) 15:02, 26 November 2017 (UTC)
This would be useful for words of the day at Wiktionary on the main page, currently done by hand Ithink. Gryllida 00:38, 4 December 2017 (UTC)
Voting
[edit]- Support Strainu (talk) 22:43, 27 November 2017 (UTC)
- Support Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:48, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:01, 29 November 2017 (UTC)
- Support Ynhockey (talk) 17:08, 1 December 2017 (UTC)
- Oppose This changes on every Wikipedia, and should be discussed onwiki and not globally. Theklan (talk) 18:39, 1 December 2017 (UTC)
- Oppose per Theklan. Ented (talk) 13:15, 2 December 2017 (UTC)
- Oppose per Izno. Waldir (talk) 10:30, 3 December 2017 (UTC)
- Support Gryllida 00:38, 4 December 2017 (UTC)
- Support TheNavigatrr (talk) 01:09, 4 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:38, 4 December 2017 (UTC)
- Oppose are more steps for ages for a reason; except a title and of course a content more than a triple quoted text identical to pagename all is optional so requires more steps. Ca't agree more with Theklan et al Klaas `Z4␟` V: 22:07, 6 December 2017 (UTC)
- Weak support, there is indeed a problem with putting an extract of an article on the main page in most projects, and it would be indeed useful to make a simpler workflow for this. Low priority however — NickK (talk) 16:41, 11 December 2017 (UTC)
VisualEditor Template Suggestion
- Problem:
Some situations need templates like maintenance's ones, inserting special characters hard to have on a keyboard (e.g. non latine script or phonetic symbols) or structured content like Wiktionary (i.e. pages organizing through templates in section titles).
Time going, Wikitext editor have been improved by users to add templatelists for editing like Hebrew Wikipedia. Missing those customized shortcuts to call templates (or special characters) is a great lack now in the Visual Editor and the new wikitext editor.
There is already a way to define most used special characters on VE/NWE. That system should exist for templates, and should be customizable/overrided by user. Those elements have to be easier to create than is it now, and easy to access.
- Who would benefit:
- As a wiktionarian, I see how import this could be for Wiktionary. It may benefit to everyone by suggesting templates for the rigid structure of the content (like synonyms section) and templates such as register or geographical tags (template used at the beginning of a definition, useful to categorize).
- As a wikipedian, I sometimes need to tag some articles with inline templates such as Citation Needed. Have a shortcut to access that template without searching for it would be very would help.
- On Wikivoyage, Listing templates have to be easy to access, because they are heavily used.
- Please add your concern if you have a different perspective on this matter!
- Proposed solution: A customable list of templates/chracters to insert, defined at different levels. This list should appears in the dialog and permit classification and documentation for the templates suggested.
- project-wide (crucial for Wiktionary, Wikivoyage)
- at the level of a namespace (e.g. Wikipedia: typographic templates for articles ; Wiktionary: insert synonyms subsection in main page)
- at the level of a project (e.g. mathematical content in Wikipedia)
- for a user only (my favorite templates).
- More comments:
- Actually, in my opinion, template suggestion is a necessity to make the visual editor and the new wikitext editor (NWE) useful for Wiktionary. It will be helpful for advanced users who like to be efficient when they edit, but also great for newcomers who can't guess the right name for a needed template and may be driven to add more data than planed by the suggestions.
- Phabricator tickets:
- T55590 - VisualEditor: Provide some kind of template suggestion in the transclusion editor
- T96710 - Per-wiki customizable drop down menu for templates
- T109253 - Show a personalised (per-user) list of most recent / commonly used templates when selecting from dropdown
- T136152 - Allow people to add customized buttons to OOUI/VE toolbar in an easy way
- Proposer: Noé (talk) 20:22, 9 November 2017 (UTC), modified by Trizek from FR per Noé's request, 09:59, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]This could be a nice feature for VE. As the VE is more heavily based on backend (many API queries) it may be possible to get a list of common templates relevant to the page based on statics (e.g dynamic suggestions, not a fixed list). Having said it, it is quite simple to add to VE menus button for adding very common templates - please see mw:VisualEditor/Gadgets#Real examples for gadgets/scripts that interact with VE (specifically VeDirectionMarkTool). eranroz (talk) 10:45, 17 November 2017 (UTC)
- Very interesting gadgets, but hard to customized. As I can't read Hebrew and have a partial understanding of the code, I am totally incapable of duplicate this. This proposal is to have a dedicated space to set up the menus at several levels, in a way to make VE more adapted to local necessities. Not by hacking it but nor by make it interpret more code, but only by selecting a list of link to display during the edit. I hope I made the proposal clearer. By the way, thanks to Trizek for the enhancement and clarifications in the writing. This idea emerge from discussions we had at the Wikiconvention francophone, so it's great to have him here Noé (talk) 09:52, 21 November 2017 (UTC)
This can also be done outside of the VE. For example, we could have a function bound to a keyboard shortcut that pops-up a little panel with a search field and a list of results, where the search is done on the entire template namespace based on partial matches to name and description tags, similar to how the command palette works in modern text editors. The inserted template could then have pre-defined jump points to required attributes, similar to how text snippets work - all in the basic editor. François Robere (talk) 17:30, 9 December 2017 (UTC)
Note complementary suggestion below for an infobox wizard. François Robere (talk) 18:04, 9 December 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Ninovolador (talk) 21:10, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:49, 28 November 2017 (UTC)
- Support eranroz (talk) 09:44, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:00, 29 November 2017 (UTC)
- Support Luan (discussão) 20:30, 29 November 2017 (UTC)
- Support --Sunpriat (talk) 15:52, 30 November 2017 (UTC)
- Support Trizek from FR 20:41, 30 November 2017 (UTC)
- Support Uanfala (talk) 02:04, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:24, 2 December 2017 (UTC)
- Support Michal Lester לסטר (talk) 07:33, 3 December 2017 (UTC)
- Support Otourly (talk) 16:48, 3 December 2017 (UTC)
- Support adding templates in VE is very confusing, in wiki markup they are much easier Gryllida 00:39, 4 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:39, 4 December 2017 (UTC)
- Support Force Radical (talk) 04:34, 4 December 2017 (UTC)
- Support →Spiritia 19:37, 5 December 2017 (UTC)
- Support Ahm masum (talk) 08:56, 7 December 2017 (UTC)
- Support X:: black ::X (talk) 00:40, 9 December 2017 (UTC)
- Support François Robere (talk) 17:10, 9 December 2017 (UTC)
- Support Dispenser (talk) 04:27, 11 December 2017 (UTC)
Advanced diff algorithm and wikitext delimiter pseudosectioning for reducing edit conflicts
- Problem: Edit conflicts remain a source of frustration for experienced and new editors alike, especially on articles where interest is high and editing is rapid.
- Who would benefit: Editors of heavily edited articles.
- Proposed solution: Employ a more sophisticated diff algorithm which is less likely to signal an edit conflict when two edits can be automatically merged.
- More comments: Creating pseudo-sections from the beginning and ending of wikitext delimiters such as template transclusion braces is very likely to help with the existing algorithm designed to avoid edit conflicts across sections.
- Phabricator tickets:
- Proposer: James Salsman (talk) 16:04, 20 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]@James Salsman: Just to clarify, you're suggesting improving the algorithm for automatically merging edits (and avoiding manual merging), not allowing more granular editing of articles, right? In other words, your "pseudosections" are just a parsing strategy, not a user interface change. right? Kaldari (talk) 19:18, 20 November 2017 (UTC)
- Yes. The edit submission diff algorithm merges changes to different sections (which don't change the number of sections) to avoid edit conflicts when multiple people edit the same page simultaneously. It's a great feature and has plenty of room for improvement in terms of avoiding edit conflicts when people edit the same section simultaneously. One of the ways to accomplish the general case is to use parsing features as input to the diff algorithm, but it's not strictly necessary to do it that way. It's not a UI change, just a more pleasant UX under the same UI. James Salsman (talk) 08:56, 21 November 2017 (UTC)
Voting
[edit]- Support —viciarg414 08:18, 28 November 2017 (UTC)
- Support Tgr (talk) 08:19, 28 November 2017 (UTC)
- Support Jenks24 (talk) 09:13, 28 November 2017 (UTC)
- Support Dvorapa (talk) 09:18, 28 November 2017 (UTC)
- Support β16 - (talk) 10:36, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:03, 28 November 2017 (UTC)
- Support — Arkanosis ✉ 14:34, 28 November 2017 (UTC)
- Support TMg 16:16, 28 November 2017 (UTC)
- Support Husky (talk) 16:22, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:08, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:49, 28 November 2017 (UTC)
- Support Libcub (talk) 04:57, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 09:59, 29 November 2017 (UTC)
- Support Simon Villeneuve 14:54, 29 November 2017 (UTC)
- Support Paucabot (talk) 17:15, 29 November 2017 (UTC)
- Support 4nn1l2 (talk) 19:28, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:21, 29 November 2017 (UTC)
- Support Venca24 (talk) 20:21, 29 November 2017 (UTC)
- Support Tisfoon (talk) 20:33, 29 November 2017 (UTC)
- Support Keith D (talk) 21:16, 29 November 2017 (UTC)
- Support Syrenka V (talk) 21:28, 29 November 2017 (UTC)
- Support Rhinopias (talk) 21:35, 29 November 2017 (UTC)
- Support Nihlus 05:12, 30 November 2017 (UTC)
- Support Sunfyre (talk) 13:56, 30 November 2017 (UTC)
- Support Rachel Helps (BYU) (talk) 16:48, 30 November 2017 (UTC)
- Support Vachovec1 (talk) 17:47, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:56, 30 November 2017 (UTC)
- Support Nabla (talk) 21:27, 30 November 2017 (UTC)
- Support --Superchilum(talk to me!) 16:32, 1 December 2017 (UTC)
- Support ~Cybularny Speak? 12:19, 2 December 2017 (UTC)
- Support Ented (talk) 12:51, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:25, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:46, 2 December 2017 (UTC)
- SupportNoyster (talk) 19:25, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 19:45, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:28, 2 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:12, 3 December 2017 (UTC)
- Support A+ effort and thought into this proposal, the diff viewer quality is blocking me from participation in reviewing edits at Russian Wikipedia, it gets lost when newlines are added very easily Gryllida 00:40, 4 December 2017 (UTC)
- Support Hell yes. Our diff handling is approximately a 1995 level of sophistication. — SMcCandlish ☺ ☏ ¢ ≽ʌⱷ҅ᴥⱷʌ≼ 07:27, 4 December 2017 (UTC)
- Support Definitely. Anthonyhcole (talk) 12:05, 4 December 2017 (UTC)
- Support Halibutt (talk) 14:55, 4 December 2017 (UTC)
- Support Yeza (talk) 23:34, 4 December 2017 (UTC)
- Support Yup Doc James (talk · contribs · email) 02:16, 5 December 2017 (UTC)
- Support Lofhi (talk) 18:05, 5 December 2017 (UTC)
- Support Ca2james (talk) 03:17, 6 December 2017 (UTC)
- Support Cool Klaas `Z4␟` V: 22:21, 6 December 2017 (UTC)
- Support Ahm masum (talk) 09:01, 7 December 2017 (UTC)
- Support Matěj Suchánek (talk) 19:32, 7 December 2017 (UTC)
- Support AWhiteC (talk) 21:55, 7 December 2017 (UTC)
- Support Thouny (talk) 05:42, 8 December 2017 (UTC)
- Support HLHJ (talk) 06:05, 8 December 2017 (UTC)
- Support Julia\talk 10:54, 8 December 2017 (UTC)
- Support François Robere (talk) 17:41, 9 December 2017 (UTC)
- Support — Luchesar • T/C 13:39, 11 December 2017 (UTC)
- Support — NickK (talk) 16:42, 11 December 2017 (UTC)
More table types
- Problem: How to program different types of tables?
- Who would benefit: Everybody who has not written a wikibook yet and is not a programmer!
- Proposed solution: More graphical symbols to display table frames and arbitrary lines. Could Excel tables (copyright situation? trademarks?) also be taken over?
- More comments: Although I am writing a wikibook thanks to 3 coautors and I have access to reference books on HTML-design and webdesign in my company, it's not easy for me to for example create tables only by wikisytax commands.
- Proposer: Raimund Barkam (talk) 12:06, 15 November 2017 (UTC)
- Translations: Deutsch
Discussion
[edit]Ich arbeite, eigentlich als gelernter Bürokaufmann, seit dem 06.10.2014 in einer Werkstatt im Bereich "Grafikdesign/Weblayout/Digitaldruck und Verpackung". Nach Rücksprache mit meinem Gruppenleiter vor gut 2 Jahren erklärte dieser, dass ich im Rahmen eines Weblayout-Projektes ruhig versuchen sollte, an diesem Wikibookprojekt teilzunehmen. Dank Fachbücher in meiner Firma (Werkstatt) und auch Unterstützung von Teilnehmern und Co-Autoren konnte ich nach und nach Korrekturen vornehmen und somit diese Änderungen in meinem Wikibook "Musterentwürfe zum gerichtlichen Mahnverfahren" umsetzen. Dennoch habe ich immer wieder einmal, eher Programmtechnische Schwierigkeiten, die entsprechenden Steuerbefehle optimal und vor allem ´verkürzt´anzuwenden. Auf der anderen Seite gestattet mir das Schreiben und Programmieren dieses Wikibooks, mich ein ´wenig´ mit der Programmierthematik in einem Editor auseinanderzusetzen.
Nach einer Weile finde ich Lösungen, die vielleicht nicht immer optimal sind, aber hier kann ich dann Hilfen in Anspruch nehmen.
- @Raimund Barkam: Hi, mir ist unklar welche "grafischen Symbole", "Steuerbefehle" und "beliebige Linien" hier gewollt sind, und was genau "verschiedene Tabellenarten" sind. Konkrete Beispiele willkommen damit es moeglich ist zu verstehen was hier vorgeschlagen wird. Danke! Zudem gibt es auch den VisualEditor der das Erstellen von Tabellen vereinfachen sollte. / It's unclear to me which "graphical symbols", "command messages" or "custom lines in tables" are requested here, and what is meant by "different types of tables". Specific examples are welcome to allow understanding what is proposed here. Thanks! Furthermore, the VisualEditor exists which should make creating table easier. --AKlapper (WMF) (talk) 15:25, 16 November 2017 (UTC)
- @Raimund Barkam: Waere es moeglich etwas mehr zu erlaeutern was hier konkret vorgeschlagen wird (siehe meine Fragen weiter oben), da dies momentan unklar ist? Sonst muesste dieser Vorschlag leider archiviert werden da er noch zu unklar ist. Danke im voraus! // Would it be possible to elaborate what's exactly proposed here (see my questions above), as this is currently unclear? Otherwise this proposal would get unfortunately archived. Thanks in advance! --AKlapper (WMF) (talk) 19:39, 20 November 2017 (UTC)
- @AKlapper: Hallo AKlapper, anhand meines Buchprojektes (Wikibook) mit dem Titel "Musterentwürfe zum gerichtlichen Mahnverfahren", kann ich Dir am Besten meine verschiedenen Tabellenarten als Programmbeispiele vorstellen.
Der Link hierzu lautet; https://de.wikibooks.org/wiki/Musterentwürfe_zum_gerichtlichen_Mahnverfahren. Ein Teilnehmer namens Hirnspuch gab mir bereits einen Programmierhinweis zu einer Tabellenart. Lt. Wikisyntaxsteuerung kann ich unter der teilweisen Verwendung von grafischen Elementen eine Tabelle mit entsprechend notwendigen Spalten- und Zeilenanzahlen erstellen, aber innerhalb der Tabelle habe ich Probleme aufeinanderfolgende Texte abwechselnd links- und rechtsbündig oder mittig zu platzieren. Da ich aber kein Programmierer bin tue ich mich hin und wieder schwer damit, Tabellen mit den vorhandenen Möglichkeiten zu erstellen. Dennoch mag ich Herausforderungen. Es wäre aber sehr hilfreich, wenn es neben einer Tabellenartprogrammierung durch Wikisyntaxsteuerbefehle noch weitere Tabellenprogrammierbefehle für Wikibooks geben könnte. (talk) 10:22, 22 November 2017
Isn't this basically the same as this one: Community Wishlist Survey 2017/Editing/Make it possible to format tables in VisualEditor in editing section? Maybe they should be merged together. --Dvorapa (talk) 09:05, 28 November 2017 (UTC)
[[1]]; does this help? Teilweise? HLHJ (talk) 06:13, 8 December 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Turnstep (talk) 14:37, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:49, 28 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 09:58, 29 November 2017 (UTC)
- Support Sahaquiel9102 (talk) 21:39, 30 November 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:40, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:06, 4 December 2017 (UTC)
- Support — J.S.talk 15:31, 8 December 2017 (UTC)
Continue development of wikitext syntax highlighter (CodeMirror extension)
- Problem: As a result of #6 wish in 2016 Community Wishlist Survey, the new wikitext syntaxt highlighter, aka CodeMirror extension, was introduced as beta feature. But the development is far from done. There is for example no support for RTL wikis yet and there is still a handful of bugs to solve.
- Who would benefit: article editors, template editors
- Proposed solution: Continue development. Add support for RTL wikis. Solve bugs (see Phabricator tickets below).
- More comments: Article editors, template editors.
- Phabricator tickets: T170001 (RTL problems), T171374, T179287, T177175, T170238, T175223, T177043, T179321, T172456 (various bugs)
- Proposer: Vachovec1 (talk) 17:23, 20 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Voting
[edit]- Support As proposer. There is still a lot of work to be done and it would be very sad if this very useful tool would be left half-baked. Vachovec1 (talk) 21:23, 27 November 2017 (UTC)
- Support —viciarg414 08:16, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 18:09, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:49, 28 November 2017 (UTC)
- Support Chico Venancio (talk) 21:59, 28 November 2017 (UTC)
- Support Shizhao (talk) 03:02, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 17:46, 29 November 2017 (UTC)
- Support Keith D (talk) 21:17, 29 November 2017 (UTC)
- Support I tried using this and it worked really well and was helpful on short articles, but killed my browser on long ones. Rhinopias (talk) 21:38, 29 November 2017 (UTC)
- Support Wouldn't edit without it now! Nick Moyes (talk) 22:32, 29 November 2017 (UTC)
- Support - Evad37 (talk) 23:48, 29 November 2017 (UTC)
- Support — putnik 01:23, 30 November 2017 (UTC)
- Support Nihlus 05:13, 30 November 2017 (UTC)
- Support M11rtinb (talk) 09:43, 30 November 2017 (UTC)
- Support --Dominic Z. (talk) 16:41, 30 November 2017 (UTC)
- Support I love syntax highlighter and use it all the time. Rachel Helps (BYU) (talk) 16:49, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 20:57, 30 November 2017 (UTC)
- Support Nabla (talk) 21:27, 30 November 2017 (UTC)
- Support DonBarredora (talk) 01:30, 1 December 2017 (UTC)
- Support JAn Dudík (talk) 06:22, 1 December 2017 (UTC)
- Support Ynhockey (talk) 17:09, 1 December 2017 (UTC)
- Support Jo-Jo Eumerus (talk, contributions) 11:22, 2 December 2017 (UTC)
- Support MichaelSchoenitzer (talk) 14:33, 2 December 2017 (UTC)
- Support Tacsipacsi (talk) 19:53, 2 December 2017 (UTC)
- Support I went back to Remember the dot's highlighter due to multiple bugs / incompatibilities in this implementation. Waldir (talk) 10:33, 3 December 2017 (UTC)
- Support An Owl Called Josh (talk) 14:55, 3 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:07, 4 December 2017 (UTC)
- Support Guycn2 · ☎ 19:23, 4 December 2017 (UTC)
- Support NessieVL (talk) 18:44, 5 December 2017 (UTC)
- Support As a user of an RTL wiki, I definitely support. Orielno (talk) 22:05, 5 December 2017 (UTC)
- Support Ca2james (talk) 03:20, 6 December 2017 (UTC)
- Support the wub "?!" 00:33, 7 December 2017 (UTC)
- Support Ahm masum (talk) 08:57, 7 December 2017 (UTC)
- Support HLHJ (talk) 02:55, 8 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:21, 9 December 2017 (UTC)
- Support X:: black ::X (talk) 01:40, 9 December 2017 (UTC)
- Support — Vort (talk) 07:08, 11 December 2017 (UTC)
- Support Facenapalm (talk) 12:59, 11 December 2017 (UTC)
- Support A useful feature, but last time I tried it it tended to be sluggish, so optimizing it further might be a good thing to do.— Luchesar • T/C 13:40, 11 December 2017 (UTC)
ContentTranslation extension for others wikis
- Problem: ContentTranslation is an extension currently used in Wikipedia that allows you to translate items in other languages more conveniently, it has the advantage of adapting the source templates and avoiding complicating the wiki-code. The problem is that this extension was only created for Wikipedia, it would be interesting if other projects such as Wikinews or Wikiquote could take advantage of this tool in order to facilitate the translation of content between the different languages of these wikis as it is done in Wikipedia.
- Who would benefit: All users.
- Proposed solution: Adapt ContentTranslation to the needs and characteristics of the rest of the projects with the objective that it can work optimally in them.
- More comments: This would make it possible to take advantage of this extension in these projects and encourage the translation of articles in these projects. In addition, outside of this, I think that the automatic translator of the extension could also be improved since that would allow generating less workload to correct the words.
- Phabricator tickets: None.
- Proposer: —Alvaro Molina (✉ - ✔) 15:17, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]CT is bugged. It helps, but you always need to clean up generated code manually. And many problems solved in VisualEditor long time ago still present in CT. --Igel B TyMaHe (talk) 08:59, 14 November 2017 (UTC)
- Keep developing CT further with more wikis and keep debugging it.--Nizil Shah (talk) 12:31, 14 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:43, 28 November 2017 (UTC)
- Support Dromedar61 (talk) 20:58, 30 November 2017 (UTC)
- Support I really want this for eo.wikinews. This would be very uselful too for Wikisource. Sahaquiel9102 (talk) 21:39, 30 November 2017 (UTC)
- Support Barcelona (talk) 00:35, 1 December 2017 (UTC)
- Support Specially, inserting Matxin translator Theklan (talk) 18:40, 1 December 2017 (UTC)
- Support Good idea, but considering the terrible lack of reliability of most Wikiquotes I don't know if it could be counterproductive. Xavi Dengra (MESSAGES) 22:06, 1 December 2017 (UTC)
- Support Tom Ja (talk) 14:47, 2 December 2017 (UTC)
- Support Assassas77 (talk) 12:11, 3 December 2017 (UTC)
- Support would be very nice to have this extension flexible and available for other wikis so that they exchange knowledge and grow. A+ Gryllida 00:41, 4 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:41, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:07, 4 December 2017 (UTC)
- Support Halibutt (talk) 14:56, 4 December 2017 (UTC)
- Support Yeza (talk) 23:36, 4 December 2017 (UTC)
- Support Loved extension. Doc James (talk · contribs · email) 02:17, 5 December 2017 (UTC)
- Support Klaas `Z4␟` V: 22:23, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:43, 7 December 2017 (UTC)
- Support HLHJ (talk) 06:15, 8 December 2017 (UTC)
- Support Julia\talk 10:56, 8 December 2017 (UTC)
- Support Richard Nevell (WMUK) (talk) 13:34, 8 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:34, 9 December 2017 (UTC)
- Support Psychoslave (talk) 08:03, 11 December 2017 (UTC)
Support multiple diff variants
- Problem: We currently have a side by side comparison for diffs, but this often makes it difficult for people to find small changes inside a sentence. For a long time many editors have been using wikEdDiff, navigation popups diff and other JS based inline diffs, to gain more insight into changes.
- Who would benefit: Editors and curators
- Proposed solution: Add a toggle to a diff, to switch from viewing the difference in split (current) mode, to viewing it in unified mode. We can even add a third button for visual diffs, when this becomes more widely available. Take inspiration from github. In the past often performance has been a blocker for alternate diff views. To counter this, only do the inline diff on the client side on demand, instead of the server side.
- More comments:
- Phabricator tickets:
- Proposer: —TheDJ (talk • contribs) 15:55, 7 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Potentially related Phabricator tickets: https://phabricator.wikimedia.org/maniphest/?ids=156439,26617,146781,7072,15462#R --AKlapper (WMF) (talk) 21:35, 7 November 2017 (UTC)
- Recent Example: A hacked, split-line edit from 12 Nov 2017, as evidence of hard-to-see changes in enwiki page "en:Territory", see: [2]. -Wikid77 (talk) 17:53, 13 November 2017 (UTC)
- (FWIW I think the visual diff makes that pretty understandable, though. Elitre (WMF) (talk) 11:16, 14 November 2017 (UTC))
- The diff algorithm being unable to recognize that the old and new paragraph are related is a separate issue from how the output of the diff algorithm is formatted. Let's keep those discussions separate. --Tgr (WMF) (talk) 09:44, 18 November 2017 (UTC)
- (FWIW I think the visual diff makes that pretty understandable, though. Elitre (WMF) (talk) 11:16, 14 November 2017 (UTC))
A notice: there is a similar proposal in the section Reading, namely Community Wishlist Survey 2017/Reading#Simple_diff Simple diff. --Vachovec1 (talk) 14:47, 15 November 2017 (UTC)
Related: T38902, T117279 --Tgr (WMF) (talk) 09:44, 18 November 2017 (UTC)
Voting
[edit]- Support Tgr (talk) 06:39, 28 November 2017 (UTC)
- Support —viciarg414 08:16, 28 November 2017 (UTC)
- Support ·addshore· talk to me! 10:40, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:04, 28 November 2017 (UTC)
- Support Husky (talk) 16:20, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 17:56, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:43, 28 November 2017 (UTC)
- Support Libcub (talk) 04:55, 29 November 2017 (UTC)
- Support —TheDJ (talk • contribs) 16:51, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:24, 29 November 2017 (UTC)
- Support - Evad37 (talk) 23:49, 29 November 2017 (UTC)
- Support Dromedar61 (talk) 20:59, 30 November 2017 (UTC)
- Support Terra ❤ (talk) 07:00, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:25, 2 December 2017 (UTC)
- Support Петър Петров (talk) 15:21, 2 December 2017 (UTC)
- Support -- seth (talk) 11:07, 3 December 2017 (UTC)
- Support An Owl Called Josh (talk) 14:56, 3 December 2017 (UTC)
- Support great idea, not sure what is the best implementation but there is room for improvement Gryllida 00:42, 4 December 2017 (UTC)
- Support I love this. Anthonyhcole (talk) 12:10, 4 December 2017 (UTC)
- Support Improved diff formating is key for faster follow up of changes. Doc James (talk · contribs · email) 02:18, 5 December 2017 (UTC)
- Support Vincent Simar (talk) 11:44, 5 December 2017 (UTC)
- Support Lofhi (talk) 18:02, 5 December 2017 (UTC)
- Support "...this often makes it difficult for people to find small changes inside a sentence" - coudn't agree more. Orielno (talk) 22:08, 5 December 2017 (UTC)
- Support enL3X1 ¡‹delayed reaction›¡ 04:04, 6 December 2017 (UTC)
- Support What he said - "difficult for people to find small changes inside a sentence". Shock Brigade Harvester Boris (talk) 04:53, 6 December 2017 (UTC)
- Support Klaas `Z4␟` V: 22:26, 6 December 2017 (UTC)
- Support --Ragesoss (talk) 23:50, 6 December 2017 (UTC)
- Support the wub "?!" 00:34, 7 December 2017 (UTC)
- Support Ahm masum (talk) 08:41, 7 December 2017 (UTC)
- Support Might this relate to the reducing-edit-conflicts above? HLHJ (talk) 06:17, 8 December 2017 (UTC)
- Support Julia\talk 10:57, 8 December 2017 (UTC)
- Support --jdx Re: 19:46, 8 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:35, 9 December 2017 (UTC)
- Support Fano (talk) 11:37, 9 December 2017 (UTC)
- Support I sometimes find myself copying entire revisions to use with diffutils instead of using the built-in diff viewer... François Robere (talk) 17:43, 9 December 2017 (UTC)
- Support Ruslik (talk) 13:22, 10 December 2017 (UTC)
- Support NicoScribe (talk) 09:39, 11 December 2017 (UTC)
- Support — Luchesar • T/C 13:42, 11 December 2017 (UTC)
- Support — NickK (talk) 16:44, 11 December 2017 (UTC)
Create discussion entry automatically from edit summary
- Problem:
On editing an article, it seems to be a good idea to insert a remark on a questionable point in the edit summary – the effort to insert it on the discussion page is much greater. But experience shows, that very often no one comes the way to handle the problem. So the remark gets lost in the history.
- Who would benefit:
Editors
- Proposed solution:
Create a possibility to insert a discussion entry from a part of an edit summary automatically.
- More comments:
Maybe the part could be the summary ending identified by an introducing string as for example "Discussion:". Disadvantage: Only experienced users would be aware of this possibility. A better implementation would be great, but it should not affect the simplicity of the editing page. So to add a new choice possibility as "Edit summary and discussion entry" seems to be bad.
- Phabricator tickets:
- Proposer: Griot (talk) 07:36, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]- Why can't the user go to the dicussion page and create a topic? Is it because it's difficult or time-consuming? -- NKohli (WMF) (talk) 19:42, 10 November 2017 (UTC)
- It's not difficult, but it takes time and seems to be unnecessary, hoping that there are users, which have the article on their watchlist and can & will handle the problem. But experience in the German WP shows, that this hope is too optimistically in more than 50% of the cases. --Griot (talk) 09:56, 11 November 2017 (UTC)
- Edit summaries tend to be lost in the background of the history page. Topics on the discussion page remain more visible for longer. This proposal could have the effect of diluting the talk page with clutter, or making potentially useful edit summaries more persistent, depending on how responsibly such a tool would be used. I suspect that the only way we will find out is by trying it out, and I think it would be worth trying if the effort required is not too much. · · · Peter (Southwood) (talk): 06:28, 29 November 2017 (UTC)
- It's not difficult, but it takes time and seems to be unnecessary, hoping that there are users, which have the article on their watchlist and can & will handle the problem. But experience in the German WP shows, that this hope is too optimistically in more than 50% of the cases. --Griot (talk) 09:56, 11 November 2017 (UTC)
- I agree that this will just dilute the quality of talk pages with dreck. That it takes some thought and consideration of context to make a talk-page entry is a feature, not a bug. —Syrenka V (talk) 21:31, 29 November 2017 (UTC)
Voting
[edit]- Support —viciarg414 08:16, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:05, 28 November 2017 (UTC)
- Support Jc86035 (talk) 14:23, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:39, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:43, 28 November 2017 (UTC)
- Support · · · Peter (Southwood) (talk): 06:29, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:07, 29 November 2017 (UTC)
- Oppose See discussion above. There is more than enough drive-by tagging already; drive-by talk-page commentary will make it worse. —Syrenka V (talk) 21:32, 29 November 2017 (UTC)
- Oppose Would love this for Wikipedia:Page Curation tool, but not for millions of ordinary Edit summaries! Nick Moyes (talk) 22:37, 29 November 2017 (UTC)
- Oppose per Syrenka. Daniel Case (talk) 02:48, 1 December 2017 (UTC)
- Support Gnom (talk) Let's make Wikipedia green! 10:21, 2 December 2017 (UTC)
- Oppose per Syrenka. Ented (talk) 12:45, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:25, 2 December 2017 (UTC)
- Oppose--Termininja (talk) 15:48, 2 December 2017 (UTC)
- Oppose Joshualouie711 (talk) 02:14, 3 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:43, 4 December 2017 (UTC)
- Oppose --Pau Colominas (talk) 16:10, 4 December 2017 (UTC)
- Oppose per Syrenka. –Davey2010Talk 16:32, 4 December 2017 (UTC)
- Oppose per Syrenka. -Bryanrutherford0 (talk) 17:15, 5 December 2017 (UTC)
- Support It would be especially great if it will enable to write more characters, where the extra characters that don't fit in the edit summary will still be printed to the talk page, and the edit summary will link to the talk page. In non-european languages the number of characters one can write in the edit summary is much smaller, so this can really help. Orielno (talk) 22:12, 5 December 2017 (UTC)
- Oppose per Syrenka --MadScientistX11 (talk) 04:36, 6 December 2017 (UTC)
- Oppose drive-by tagging and comments help no one. SpartaN (talk) 04:59, 6 December 2017 (UTC)
Infobox wizard
- Problem: Les infobox sont des outils intéressants pour enrichir des articles ou en faire une synthèse facilement compréhensible/accessible. Cependant, il est nécessaire que le contributeur connaisse l'existence de l'infobox qui l'intéresse et de plus en connaisse la structure. Il devra donc par la suite, aller sur la page modèle de l'infobox, faire un copier-coller du code et la remplir. La pratique la plus courante reste le copier-coller depuis d'autres articles, ce qui pose encore un problème : si l'article original avait une veille version ou une version incomplète de l'infobox, cela se propagera aux autres articles.
- Infoboxes are useful tools for enriching articles or making them easily comprehensible/accessible. However, it is necessary for the contributor to know the existence of the infobox that interests him/her and to know more about its structure. He will then have to go to the infobox template page, copy and paste the code and fill it in. The most common practice is still to copy and paste it from other articles, which still poses a problem: if the original article had a previous version or an incomplete version of the infobox, it will spread to other articles.
- Who would benefit: Tous les contributeurs
- All contributors
- Proposed solution: Créer une fonction recherche disponible depuis la barre d'outil principale lors de la modification d'article. Cette recherche permettra de naviguer dans les infobox (Recherche par titre ou catégorie), puis de directement récupérer dans l'article la structure de l'infobox (dans sa dernière version).
- Suggested solution: Create a search function available from the main toolbar when editing an article. This search will allow you to browse the infoboxes (search by title or category) and then directly retrieve the structure of the infobox (in its latest version) in the article.
- More comments:
- Phabricator tickets:
- Translations: none yet
Discussion
[edit]- @Framawiki: Any chance I could solicit your help with translations? (If you don't have time, don't worry :) Using Google Translate, it sounds like Snerkl is having trouble with infoboxes being changed, but the articles that use them aren't updated to the new format. If a parameter is deprecated, for example, the template could check for the invalid parameter, and if present put the article in a maintenance category. From there, a bot can go through the category and fix the template issues. This is how we do it on English Wikipedia. Could you ask Snerkl if that would help? Also, could I get clarification on what the proposed solution is? Thanks so much :) Google Translate only goes but so far! MusikAnimal (WMF) (talk) 04:43, 10 November 2017 (UTC)
- Hello MusikAnimal (WMF), here is a quick translation. I's probably not better than Google Translate, but more technically understandable I hope :)
- Infoboxes are useful tools for enriching articles or making them easily comprehensible/accessible. However, it is necessary for the contributor to know the existence of the infobox that interests him/her and to know more about its structure. He will then have to go to the infobox template page, copy and paste the code and fill it in. The most common practice is still to copy and paste it from other articles, which still poses a problem: if the original article had a previous version or an incomplete version of the infobox, it will spread to other articles.
- Suggested solution: Create a search function available from the main toolbar when editing an article. This search will allow you to browse the infoboxes (search by title or category) and then directly retrieve the structure of the infobox (in its latest version) in the article.
- On frwiki too template editors ask bot maintainers to change parameters of infoboxes. Here it seems to want to take the problem at the root for page creations. with a tool to directly add the right syntax. So it could match the visual editor. --Framawiki (talk) 06:40, 11 November 2017 (UTC)
- @Snerkl: (French) Sur Wikipédia en français, il est possible de demander (fr:wp:RBOT) des corrections des paramètres d'infobox ou d’autres modèles, mais ce n'est pas automatique. Peut-être que l'éditeur visuel (fr:aide:EV) correspond à ton désir d'avoir des infoboxes correctes à la création des pages ?
- (English) On Wikipedia in French, it is possible to request corrections of infobox parameters or other models, but this is not automatic. Maybe the visual editor corresponds to your desire to have correct infoboxes when creating pages? --Framawiki (talk) 06:43, 11 November 2017 (UTC)
- Hello MusikAnimal (WMF), here is a quick translation. I's probably not better than Google Translate, but more technically understandable I hope :)
- I wonder if it would be better to make smarter infoboxes that figure out what they should represent given information on Wikidata. They would then contain parts given what data are available, and have rules to include or exclude parts as appropriate. — Jeblad 22:58, 10 December 2017 (UTC)
Voting
[edit]- Support Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 20:57, 27 November 2017 (UTC)
- Support Will be very helpful. --Regards, Krishna Chaitanya Velaga (talk — mail) 08:29, 28 November 2017 (UTC)
- Support Mahir256 (talk) 08:58, 28 November 2017 (UTC)
- Support β16 - (talk) 10:25, 28 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Sadads (talk) 13:40, 28 November 2017 (UTC)
- Support YFdyh000 (talk) 14:05, 28 November 2017 (UTC)
- Support Dexxor (talk) 17:47, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 17:58, 28 November 2017 (UTC)
- Support Laboramus (talk) 20:31, 28 November 2017 (UTC)
- Support Megs (talk) 20:43, 28 November 2017 (UTC)
- Support Gripweed (talk) 21:40, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:43, 28 November 2017 (UTC)
- Support Great idea. Downtowngal (talk) 23:22, 28 November 2017 (UTC)
- Support Shizhao (talk) 02:56, 29 November 2017 (UTC)
- Support bspf (talk) 07:45, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:06, 29 November 2017 (UTC)
- Support Laurent Jerry (talk) 10:29, 29 November 2017 (UTC)
- Support Ayack (talk) 12:54, 29 November 2017 (UTC)
- Support Faustino40 (talk) 17:35, 29 November 2017 (UTC)
- Support ZiaLater (talk) 19:03, 29 November 2017 (UTC)
- Support Drm310 (talk) 19:12, 29 November 2017 (UTC)
- Support Slafayette (talk) 19:28, 29 November 2017 (UTC)
- Support Mathieugp (talk) 19:41, 29 November 2017 (UTC)
- Support Orphée (talk) 19:50, 29 November 2017 (UTC)
- Support Ermahgerd9 (talk) 20:12, 29 November 2017 (UTC)
- Support Pallanz (talk) 20:16, 29 November 2017 (UTC)
- Support Patar knightchat/contributions 20:55, 29 November 2017 (UTC)
- Support Mewtow (talk) 22:10, 29 November 2017 (UTC)
- Support Mmo (talk) 22:18, 29 November 2017 (UTC)
- Support Abyss Taucher (talk) 22:34, 29 November 2017 (UTC)
- Support Nick Moyes (talk) 22:41, 29 November 2017 (UTC)
- Support Daylen (talk) 01:40, 30 November 2017 (UTC)
- Support - yona B. (D) 07:04, 30 November 2017 (UTC)
- Support --Arne (Amjaabc) (talk) 09:18, 30 November 2017 (UTC)
- Support Clumsy and stupid (talk) 10:37, 30 November 2017 (UTC)
- Support Like tears in rain (talk) 11:41, 30 November 2017 (UTC)
- Support Teemeah (talk) 12:41, 30 November 2017 (UTC)
- Support Very good idea Headbomb (talk) 13:38, 30 November 2017 (UTC)
- Support yes please Exilexi (talk) 14:52, 30 November 2017 (UTC)
- Support Dromedar61 (talk) 21:00, 30 November 2017 (UTC)
- Support SBaker43 (talk) 00:31, 1 December 2017 (UTC)
- Support DonBarredora (talk) 01:29, 1 December 2017 (UTC)
- Support Daniel Case (talk) 02:44, 1 December 2017 (UTC)
- Support StarryGrandma (talk) 03:25, 1 December 2017 (UTC)
- Support Braveheidi (talk) 07:17, 1 December 2017 (UTC)
- Support Hogne (talk) 09:44, 1 December 2017 (UTC)
- Support Vincent Simar (talk) 11:31, 1 December 2017 (UTC)
- Support Satdeep Gill (talk) 15:19, 1 December 2017 (UTC)
- Support Useful, Thanks Waso99 (talk) 15:47, 1 December 2017 (UTC)
- Support — Hmxhmx 16:27, 1 December 2017 (UTC)
- Support Xavi Dengra (MESSAGES) 22:09, 1 December 2017 (UTC)
- Support SEMMENDINGER (talk) 23:40, 1 December 2017 (UTC)
- Support Whats new? (talk) 00:11, 2 December 2017 (UTC)
- Support Amir (talk) 00:52, 2 December 2017 (UTC)
- Support --Amadalvarez (talk) 06:33, 2 December 2017 (UTC)
- Support ~Cybularny Speak? 12:20, 2 December 2017 (UTC)
- Support Wolbo (talk) 13:08, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:25, 2 December 2017 (UTC)
- Support Tom Ja (talk) 14:48, 2 December 2017 (UTC)
- Support Termininja (talk) 15:50, 2 December 2017 (UTC)
- Support Emir of Wikipedia (talk) 16:07, 2 December 2017 (UTC)
- Support Maitake (talk) 16:56, 2 December 2017 (UTC)
- Support RudolfRed (talk) 20:43, 2 December 2017 (UTC)
- Support yes please Chris Keating (The Land) (talk) 21:38, 2 December 2017 (UTC)
- Support Boing! said Zebedee (talk) 22:06, 2 December 2017 (UTC)
- Support WikiMasterGhibif (talk) 23:29, 2 December 2017 (UTC)
- Support Joshualouie711 (talk) 02:15, 3 December 2017 (UTC)
- Support ★ Anoop / ಅನೂಪ್ ✉ © 18:05, 3 December 2017 (UTC)
- Support Bencemac (talk) 18:41, 3 December 2017 (UTC)
- Support Jcc (talk) 19:55, 3 December 2017 (UTC)
- Support Tothasze (talk) 20:11, 3 December 2017 (UTC)
- Neutral I'm hoping that at least some of this functionality (the infobox parameter lists) will be superceded by Wikidata-driven infoboxes, but the ability to find infoboxes in articles that don't currently have one sounds useful. Thanks. Mike Peel (talk) 22:38, 3 December 2017 (UTC)
- Support nice idea, I would like the wizard to be flexible per-wiki and perhaps even have additional ways of modifying the wizard for particular topics Gryllida 00:43, 4 December 2017 (UTC)
- Support KRLS (talk) 14:58, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:17, 4 December 2017 (UTC)
- Support vallue (talk) --Vallue (talk) 15:53, 4 December 2017 (UTC)
- Support –Davey2010Talk 16:35, 4 December 2017 (UTC)
- Support B25es (talk) 17:01, 4 December 2017 (UTC)
- Support Tiputini (talk) 17:11, 4 December 2017 (UTC)
- Support Unapersona (talk) 17:26, 4 December 2017 (UTC)
- Support - as proposed. Having fun! Cheers! Checkingfax (talk) 20:48, 4 December 2017 (UTC)
- Support Bryanrutherford0 (talk) 17:16, 5 December 2017 (UTC)
- Support Lofhi (talk) 18:03, 5 December 2017 (UTC)
- Support Csyogi (talk) 18:14, 5 December 2017 (UTC)
- Support enL3X1 ¡‹delayed reaction›¡ 04:07, 6 December 2017 (UTC)
- Support Yohannvt (talk) 12:05, 6 December 2017 (UTC)
- Support Anthere (talk) 16:18, 6 December 2017 (UTC)
- Support Geach (talk) 19:21, 6 December 2017 (UTC)
- Support Me-123567-Me (talk) 21:50, 6 December 2017 (UTC)
- Oppose nope, this will cause a mess on projects where infoboxes can be controversial (such as en.wiki). I know we're not en.wp specific here, but I do think creating a technical tool that would only fuel fighting on the largest project is a particularly bad idea. TonyBallioni (talk) 22:10, 6 December 2017 (UTC)
- Support Klaas `Z4␟` V: 22:31, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:38, 7 December 2017 (UTC)
- Support PamD (talk) 10:14, 7 December 2017 (UTC)
- Support will surely be very useful. Ammarpad (talk) 10:52, 7 December 2017 (UTC)
- Support Townie (talk) 16:30, 7 December 2017 (UTC)
- Support Great idea!!! Dolotta (talk) 21:42, 8 December 2017 (UTC)
- Support Ecritures (talk) 14:00, 9 December 2017 (UTC)
- Support X:: black ::X (talk) 20:05, 9 December 2017 (UTC)
- Support Haxpett (talk) 23:57, 10 December 2017 (UTC)
- Support Dispenser (talk) 04:28, 11 December 2017 (UTC)
- Support Syced (talk) 04:48, 11 December 2017 (UTC)
- Support Iniquity (talk) 07:17, 11 December 2017 (UTC)
- Support AugusteBlanqui (talk) 10:17, 11 December 2017 (UTC)
- Support Lirazelf (talk) 12:59, 11 December 2017 (UTC)
- Support — Luchesar • T/C 13:44, 11 December 2017 (UTC)
- Support — NickK (talk) 16:46, 11 December 2017 (UTC)
Remind users to update TemplateData when template was edited
- Problem:
If a template is edited, TemplateData can stay outdated without notice.
- Who would benefit:
Afterall every VE user
- Proposed solution:
Notify template editor, that he/she should also update TemplateData after editing, removing or adding parameters in template.
- More comments:
- Phabricator tickets:
- Proposer: Dvorapa (talk) 14:38, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]@Dvorapa: As written on Community Wishlist Survey 2017, please narrow your proposals down to three proposals. This is your 4th proposal, if I count correctly. Thanks! --AKlapper (WMF) (talk) 15:08, 10 November 2017 (UTC)
- I see, sorry for me, done ✓ All of them are in scope of Czech community, maybe they will be adopted by somebody from Czech community soon. --Dvorapa (talk) 16:28, 10 November 2017 (UTC)
I agree with the Proposer that the documentation portion of templates needs major work in many instances. Ottawahitech (talk) 14:33, 18 November 2017 (UTC) Please ping me
This request doesn't seem great. At some point we will have MCR, which will obviate the need to go look at separate pages in most/many cases--instead, you'll see another editor for the TemplateData and will presumably update it at the same time as you make the template-proper-changing edit. --Izno (talk) 04:00, 19 November 2017 (UTC)
- I think an active reminder would be really annoying really fast. However, i would love to see an 'indicator' of how complete/incomplete the TemplateData probably is. —TheDJ (talk • contribs) 17:32, 29 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:44, 28 November 2017 (UTC)
- Support Bardia90 (talk) 22:01, 29 November 2017 (UTC)
- Support - yona B. (D) 06:48, 30 November 2017 (UTC)
- Support JAn Dudík (talk) 06:24, 1 December 2017 (UTC)
- Support --Superchilum(talk to me!) 16:33, 1 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:44, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:17, 4 December 2017 (UTC)
- Support As a proposer Dvorapa (talk) 19:21, 4 December 2017 (UTC)
- Support --jdx Re: 19:48, 8 December 2017 (UTC)
- Support Matěj Suchánek (talk) 10:17, 10 December 2017 (UTC)
Dividing section name from edit summary
- Problem: When you write an edit summary, then there are suggestions for your edit summary, which contain many edit summaries you have written in your last edits. But when you edit only for example the section "2012" and want to write "link fix" into the summary, then there are suggested all the summaries, you wrote "link fix" in the last times and that contain "2012" in their section name. So for example "/*2012–2014/* link fix". This is really unnecessary, because I always have edited the section "2012" and never "2012–2014", when I would write this edit summary. And also when I have already written a hundred times "link fix" in the edit summary, but never in a section called "2012", then there are no suggestions for this one.
- Who would benefit: Uhm... everyone using edit summaries.
- Proposed solution: The edit summary suggestions should not include the section name, but only the real summary. When I write "link f" then I should get exactly one suggestion for "link fix", where it does not matter in which sections I have written this summary in the past.
- More comments:
- Phabricator tickets:
- Proposer: Kenny McFly (talk) 20:40, 15 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]Can't you just triple-click the default summary before starting typing (or select it all other way) so that you overwrite it? In your case it probably does not matter which section you have fixed the link in indeed, while there are cases where it is important (for example if one is voting in an RfX page) --Base (talk) 20:44, 15 November 2017 (UTC)
- Ain't that a suggestion by your browser instead of the wiki-software? Grüße vom Sänger ♫(Reden) 09:36, 16 November 2017 (UTC)
- "then there are suggestions for your edit summary" - this is not a MediaWiki feature. Are you talking about a gadget which does this? -- NKohli (WMF) (talk) 01:33, 18 November 2017 (UTC)
- This is pretty standard browser behavior for all forms. --Izno (talk) 03:39, 19 November 2017 (UTC)
You might want to remove the section title because it or your comment is long and you don't have enough space, for example. Moving the section title out of the edit box would make that impossible. (Although with the new increased comment field length that might be less of a concern.) --Tgr (WMF) (talk) 11:55, 18 November 2017 (UTC)
- @Kenny McFly: Ping in case you didn't see the comment above, and in case you want to refine/improve the wording in the Proposal above before the voting begins next week. (You might want to include the keywords "form-history" and "autocomplete") Quiddity (WMF) (talk) 19:29, 20 November 2017 (UTC)
- Okay. It seems, that it is really just a browser's thing. In this case I withdraw this wish. Thanks to User:Sänger. --Kenny McFly (talk) 19:33, 20 November 2017 (UTC)
- Kenny McFly, the suggestions are done by the browser, but having bits of default summary is by MediaWiki. Knowing that there is the pretty much standard completion suggestion in all browsers, it is up to MediaWiki coders (and users here) to define if it is more useful than not to have a default summary. To me the default summary is much more of a nuisance than useful. First, for the reason you mention, as it breaks the browser's suggestions. Second, the section is often useless, the best way to check a new edit is to use a diff, which should show the section for context, not to visually scan a section. I understand opinions may vary a lot on the weights for these reasons, so I think this is a clear case for an *option* (defaulting to the current behaviour would probably be the best) - Nabla (talk) 21:38, 30 November 2017 (UTC)
- Okay. It seems, that it is really just a browser's thing. In this case I withdraw this wish. Thanks to User:Sänger. --Kenny McFly (talk) 19:33, 20 November 2017 (UTC)
- @Kenny McFly: There is actually a script on en.wiki for that en:w:User:Svick/SectionInput.js. Armbrust (talk) 22:09, 5 December 2017 (UTC)
- The section link should be a separate field, and it should be easily changed to other valid sections. It should not be possible to set the section link to a non-edited section, unless it is a parent section. — Jeblad 23:02, 10 December 2017 (UTC)
Voting
[edit]- Support Stryn (talk) 19:48, 27 November 2017 (UTC)
- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support — Draceane talkcontrib. 17:59, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:44, 28 November 2017 (UTC)
- Support Shizhao (talk) 02:57, 29 November 2017 (UTC)
- Support Libcub (talk) 04:56, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:05, 29 November 2017 (UTC)
- Oppose --BrownHairedGirl (talk) 09:02, 30 November 2017 (UTC)
- Support Nabla (talk) 21:38, 30 November 2017 (UTC)
- Support ~Cybularny Speak? 12:21, 2 December 2017 (UTC)
- Support ديفيد عادل وهبة خليل 2 (talk) 14:21, 2 December 2017 (UTC)
- Support For Tgr's concerns: there can be a checkbox to include the section title, or a textbox to let the user even overwrite it (latter seems more flexible at first, but it's not, as the section summary can be copied into the main edit summary field in the rare case it should be modified). Tacsipacsi (talk) 20:02, 2 December 2017 (UTC)
- Oppose I don't really see the need when you can manually put whatever you want in the summary, and there are far more useful proposals to spend limited development time on. Boing! said Zebedee (talk) 22:08, 2 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:45, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:20, 4 December 2017 (UTC)
- Support Pau Colominas (talk) 16:12, 4 December 2017 (UTC)
- Oppose per Boing - If you want to change the edit summary then you can do so manually. –Davey2010Talk 16:36, 4 December 2017 (UTC)
- Support - support as proposed. Having fun! Cheers! Checkingfax (talk) 20:51, 4 December 2017 (UTC)
- Support - would be very handy; perhaps an option to add the (±)section header at the ens of suggestions e.g. link fix ... /* 2012 */ Klaas `Z4␟` V: 21:30, 6 December 2017 (UTC)
- Support Me-123567-Me (talk) 21:49, 6 December 2017 (UTC)
- Support — Jeblad 23:02, 10 December 2017 (UTC)
- Oppose, I see more use in being able to modify an edit summary (say, I added a new section between the existing ones and I do want to add this new section in the edit summary) than in creating two separate fields which will basically double complexity — NickK (talk) 16:48, 11 December 2017 (UTC)
Nested templates in template parameters in VE
- Problem: In VE there is no chance to add nested template into template parameter without knowing wikitext.
- Who would benefit: Users working with templates composed of more parts nested into the main one.
- Proposed solution: Add some possibility to achieve this.
- More comments:
- Phabricator tickets: T52355
- Proposer: Dvorapa (talk) 14:41, 10 November 2017 (UTC)
- Translations: none yet
Discussion
[edit]@Dvorapa: As written on Community Wishlist Survey 2017, please narrow your proposals down to three proposals. This is your 5th proposal, if I count correctly. Thanks! --AKlapper (WMF) (talk) 15:08, 10 November 2017 (UTC)
- I see, sorry for me, done ✓ All of them are in scope of Czech community, maybe they will be adopted by somebody from Czech community soon. --Dvorapa (talk) 16:28, 10 November 2017 (UTC)
Voting
[edit]- Support --Liuxinyu970226 (talk) 13:06, 28 November 2017 (UTC)
- Support Thomas Obermair 4 (talk) 21:44, 28 November 2017 (UTC)
- Support Sebastian Wallroth (talk) 07:01, 29 November 2017 (UTC)
- Support Donald Trung (Talk 🤳🏻) (My global lock 🔒) (My global unlock 🔓) 10:04, 29 November 2017 (UTC)
- Support --Sunpriat (talk) 15:07, 30 November 2017 (UTC)
- Support Tessaract2 (talk) 18:19, 30 November 2017 (UTC)
- Support I would say more: including a simplified VE in every parameter to avoid including code inside each parameter box. Xavi Dengra (MESSAGES) 22:11, 1 December 2017 (UTC)
- Support Needed for infoboxes. James (talk/contribs) 10:41, 2 December 2017 (UTC)
- Support Wostr (talk) 10:51, 2 December 2017 (UTC)
- Support Unapersona (talk) 19:40, 2 December 2017 (UTC)
- Support Docosong (talk) 23:48, 2 December 2017 (UTC)
- Support If the outer template has TemplateData, wikitext editor should be offered only for parameter types it’s allowed for (
content
is OK, I’m not sure aboutstring
’s andline
’s purpose, and maybeunknown
). Wikitext input may be disabled (or marked as invalid) for other data types (except, of course,unbalanced-wikitext
). I would appreciate, though, a toggle to disable wikitext input – the current version is usually much more convenient for experienced editors. Tacsipacsi (talk) 11:43, 3 December 2017 (UTC) - Support Tiputini (talk) 21:06, 3 December 2017 (UTC)
- Support Gryllida 00:44, 4 December 2017 (UTC)
- Support Ciao • Bestoernesto • ✉ 02:48, 4 December 2017 (UTC)
- Support Anthonyhcole (talk) 12:21, 4 December 2017 (UTC)
- Support Davidpar (talk) 15:16, 4 December 2017 (UTC)
- Support --Marcoil (talk) 15:41, 4 December 2017 (UTC)
- Support Medol (talk) 16:18, 4 December 2017 (UTC)
- Support As a proposer Dvorapa (talk) 19:21, 4 December 2017 (UTC)
- Support enL3X1 ¡‹delayed reaction›¡ 06:06, 6 December 2017 (UTC)
- Support Ahm masum (talk) 08:35, 7 December 2017 (UTC)
- Support RandomDSdevel (talk) 01:39, 9 December 2017 (UTC)
- Support With having this reflected in TD. Matěj Suchánek (talk) 10:19, 10 December 2017 (UTC)