2015 Community Wishlist Survey/Miscellaneous/es

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
Voting has CLOSED! Thanks for your votes!

Capacidad para activar el editor de código independientemente de la barra de herramientas de edición mejorada[edit]

Para mi la barra de herramientas de edición mejorada solo es útil por el coloreado del código así que me gustaría que fuera posible activarla solamente si estoy editando páginas con código Lua, JavaScript o CSS. --AS (talk) 09:31, 30 May 2015 (UTC)

Votos[edit]

  1. Support Support --AS (talk) 09:44, 3 December 2015 (UTC)
  2. Support Support --Edgars2007 (talk) 09:01, 12 December 2015 (UTC)


Citar : Compartir : Exportar[edit]

Propongo consolidar y reemplazar varios elementos en la barra lateral, notablemente en la sección «Imprimir/Exportar», lo que ayudará con la habilidad de compartir y descubrir los artículos y que también ayudaría a resolver el tema sensible de las redes sociales en Wikipedia. La nueva herramienta se llamaría «Compartir | Citar | Exportar». Cuando los usuarios presionen el botón se abrirá un cuadro de diálogo simple y sencillo, sobre la página, con tres grupos o pestañas. La comunidad local de cada wiki decidiría cuales opciones estarían disponibles en cada grupo.

Grupo 1 sería Citar y esto haber poco dropdown cajas para cualquier formato deseado - Harvard, BibTeX, MLA, Zotero... Esto también tendría un enlace claro a una página de documentación como w:Wikipedia:La_ayuda_de Búsqueda/de Biblioteca_de Wikipedia

El grupo 2 sería Compartir. Este tendría:

  • Enlace estable a la versión actual.
  • URL corto.
  • Código QR (idealmente el código QRpedia).
  • Enlaces para compartir en cualesquiera sean las redes sociales relevantes. La Wikipedia en inglés ciertamente incluiría Twitter y Facebook pero la wikipedia en chino definitivamente incluiría Weibo y otros.

El grupo 3 sería Exportar e incluiría las opciones actualmente en la sección «Imprimir/Exportar» de la barra lateral:

  • Versión para imprimir.
  • Descargar como PDF.
  • Crear libro.
  • La herramienta Gather también podría ir aquí (siendo honesto, no estoy seguro como se supone que interactúa con la lista de seguimiento y con la función para crear libros).

El diseño visual de este sistema, el orden de los grupos y el orden de los elementos dentro de los grupos necesitarán una investigación detallada sobre interacciones de usuario porque la idea es que «agrupe todas las funciones relacionadas a compartir información» pero también debe ser intuitivo y no debe abrumar al usuario con documentación. Wittylama (talk) 10:44, 21 November 2015 (UTC)

Votos[edit]

  1. Comment Comment Comparing your proposal to the current system (at least at en.wikipedia.org), there are currently five links on the left: (1) "Cite this page", which is virtually identical to your Group 1 (or could be made identical with minor tweaks; essentially no programming required; (2) "Permanent link", which is one of four items in your Group 2; and (3) through (5) - three links in the "Print/export" section, which are essentially your Group 3. So you're basically proposing (your Group 2) to add some sharing options. Plus, rather than the reader seeing five links, you want to start with one, which opens a dialog box showing three choices (tabs) - your three groups, which then further expands, depending on the tab chosen. John Broughton (talk) 04:35, 1 December 2015 (UTC)
    Correct, the primary work here is in interface improvements and design, not in technical difficulty. Bringing together related types of actions that are currently spread across the sidebar and/or exist as external tools, and enabling the community to determine the order/composition of these actions, will simplify the user-interface thereby encouraging more and better quality (in terms of attribution etc.) sharing of our content. Wittylama (talk) 15:26, 1 December 2015 (UTC)
  2. Support Support this conceptually although certainly the implementation details could end up somewhat different. I've been wanting easy ways to share articles to social media platforms for a long time. Stevie is the man! TalkWork 19:17, 1 December 2015 (UTC)
  3. Support Support Trizek from FR 22:10, 1 December 2015 (UTC)
  4. Support Support Theredmonkey (talk) 19:10, 3 December 2015 (UTC)
  5. Support Support --Jane023 (talk) 16:35, 4 December 2015 (UTC)
  6. Comment Comment The idea is good, and I would probably support it in general. But I think the proposed name of the tool would cause problems with localization. For example, I've tried to choose the shortest translation of it into Ukrainian, but still it is too long to fit the sidebar width.--Piramidion 20:01, 4 December 2015 (UTC)
  7. Support Support - Bcharles (talk) 02:00, 9 December 2015 (UTC)
  8. Support Support --Tgr (talk) 22:21, 13 December 2015 (UTC)
  9. Comment Comment I think it's not a good idea to make easy to share Wikipedia articles on Chinese media, because of the high surveillance of internet. What's the meaning of adding forced HTTPS, but allow anyone to discover that you were reading "anti-government" articles?--MisterSanderson (talk) 03:29, 14 December 2015 (UTC)

Mecanismo colaborativo para generar gráficos SVG/PNG usando módulos Lua[edit]

Extension:EasyTimeline carece de funciones esenciales y no puede desplegar texto en alfabetos diferentes al latino. La comunidad de Wikipedia también creó árboles genealógicos a mano usando tablas HTML. Por ejemplo: en:Template:Inglis family tree. Ahora que disponemos de un lenguaje de programación apropiado en las wikis de Wikimedia, sería bueno si pudiéramos generar gráficos SVG o PNG usando código Lua o wikicódigo, algo como mw:Extension:Inline SVG extension pero actualizado y listo para usar o adoptando alguna de las interfaces Lua de la biblioteca gráfica Cairo. --ebrahimtalk 23:16, 9 November 2015 (UTC)

Votos[edit]

  1. Support Support Making image generation easier might also facilitate the reuse of Lua-generated material - and improve the illustration on the Wikimedia sites.Jo-Jo Eumerus (talk) 20:11, 30 November 2015 (UTC)
  2. Support Support--Shizhao (talk) 09:38, 1 December 2015 (UTC)
  3. Support Support Perhaps this is not explained well but just consider if we could get rid of hand crafted statistical/heat maps, or be able to make multi language diagrams without manually touch and reuploading them. This all would be possible if something like what Lua did to templates would happen on images also. --ebrahimtalk 11:47, 1 December 2015 (UTC)
  4. Support Support Eman235/talk 21:28, 2 December 2015 (UTC)
  5. Support Support 4nn1l2 (talk) 14:56, 3 December 2015 (UTC)
  6. Support Support Not sure Lua is the right tool for this and also not sure about the security implications of Lua scripts being able to create files, but the idea is worth researching at the least. --Tgr (talk) 22:31, 13 December 2015 (UTC)

Crear un robot para mostrar cambios en los artículos de cada Wikiproyecto[edit]

  • Problema: Estoy trabajando en artículos sobre gastrópodos (= gusanos) y ya tenemos más de 30 000 artículos en w:en:Wikipedia:WikiProject Gastropods. Ya hay un robot para identificar artículos nuevos (en:User:AlexNewArtBot/GastropodsSearchResult) pero no para identificar cambios a los artículos existentes. Esto hace casi imposible darle seguimento a todos esos cambios y eliminar el posible vandalismo. Lo mismo pasa en todos los otros wikiproyectos.
  • Esto beneficiaría a todos los usuarios.
  • Solución propuesta: Crear un robot para cada wikiproyecto, que le de seguimiento a los cambios en cada wikiproyecto. Los artículos en cada wikiproyecto son fáciles de identificar ya que tienen una plantilla dedicada en su página de discusión. JoJan (talk) 14:54, 8 November 2015 (UTC)

Votos[edit]

  1. Support Support The easiest way to implement this is to have a (hidden) watchlist that contains all the articles that "belong" to a WikiProject. (The list of articles is known, for example, by the assessment tool that now produces a summary table of the articles with different assessments, by importance, for each WikiProject.) Then all that's needed is a standard watchlist report (or reports) that can be invoked by anyone, which uses the (hidden) watchlist. John Broughton (talk) 05:19, 30 November 2015 (UTC)
  2. Support Support Lugnuts (talk) 12:06, 30 November 2015 (UTC)
  3. I support implementing phab:T117122 (adding a "Associated namespace" checkbox to Special:RecentChangesLinked), which is the generic solution. By the way, on the French Wikipedia, the opposite is needed: virtually all articles are linked to a portal, whereas "Wikiprojets" cover only half of talk pages, so people are looking for ways to watch talk pages of articles linked to a given portal. Orlodrim (talk) 20:29, 30 November 2015 (UTC)
  4. Support Support--Shizhao (talk) 09:38, 1 December 2015 (UTC)
  5. Support Support --g (talk) 14:43, 1 December 2015 (UTC)
  6. Support Support - but on many wikis the English Wikipedia system is not used so not an option. Instead based on category tree, group of users on page or something else. This is also useful for users to follow and help other members of a project. Romaine (talk) 14:56, 1 December 2015 (UTC)
  7. Support Support Sounds like some of the work that en:WP:WikiProject X is working on, Sadads (talk) 15:49, 1 December 2015 (UTC)
  8. Support Support I like user John Broughton's idea above. I should mention, however, that it is possible to create a watchlist and then manually go check on it. A way to see changes without actually visiting the watchlist would be helpful. (Similar to WP:1.0's WP 1.0 bot, which lists relevant articles by class, without an editor actually visiting each individual category page. -- 2ReinreB2 (talk) 17:34, 1 December 2015 (UTC)
  9. Comment Comment I agree with Orlodrim that implementing phab:T117122 is the way to go, although there's already an "Associated namespace" checkbox on Special:RecentChangesLinked, but to my recent astonishment, means only actual category members in the associated namespace. What is necessary is an additional checkbox named "Reveal associated pages". Stevie is the man! TalkWork 19:56, 1 December 2015 (UTC)
  10. Comment Comment My transcluded changes tool's been working again since September. Dispenser (talk) 06:39, 2 December 2015 (UTC)
    That's pretty cool but unfortunately it appears to not support projects using the WikiProject United States banner. I currently have to build a page with all the WikiProject's included pages and associated talk pages, and I run RecentChangesLinked against that page. Stevie is the man! TalkWork 17:54, 2 December 2015 (UTC)
  11. Support Support Casliber (talk) 13:33, 2 December 2015 (UTC)
  12. Oppose Oppose, there is a very easy solution: Special:RecentChangesLinked. You really do not need anything else — NickK (talk) 15:00, 2 December 2015 (UTC)
    Special:RecentChangesLinked doesn't pull in changes in the relevant talk pages. Shouldn't be too difficult to add a checkbox that does this, though. I Oppose Oppose the proposed solution. MER-C (talk) 17:12, 2 December 2015 (UTC)
  13. Support Support SantiLak (talk) 10:41, 4 December 2015 (UTC)
  14. Support Support --Edgars2007 (talk) 09:02, 12 December 2015 (UTC)
  15. Support Support And a smart bot please, one that identifies the removal of the tag and shows this, instead of immediately removing the article from the list because it have no tag anymore. --MisterSanderson (talk) 04:12, 14 December 2015 (UTC)

API/GUI para estadísticas de editores[edit]

Crear una interfaz de programación de aplicaciones y una interfaz de usuario que pueda mostrar información como:

  • ¿Cuántas visitas tienen los artículos, que no son redirecciones, creados por el usuario X a lo largo de toda su vida?
  • ¿Cuántos bytes de texto ha agregado el usuario X a todos los artículos de Wikipedia?
  • ¿Cuantos días el usuario X ha editado activamente en Wikipedia desde que su cuenta fue creada? Y ¿cuál es su nivel de actividad en los últimos 6 meses?
  • ¿Cuáles son las 5 categorías de artículos de wikiproyectos en las cuales el usuario X ha editado más frecuentemente en toda su vida? ¿En los últimos 6 meses?

Creo que estas, y otras consultas similares, se podrían usar para crear un tablero de colaboradores (junto con otras estadísticas) que podrían mostrar gran cantidad de información consolidada sobre quienes hacen que cosas y en que cantidad. La meta sería crear instantáneas del trabajo de la gente que ayudarían a identificar a quienes contactar y con quienes se está trabajando. También serviría como un potencial motivador, similar a los de los juegos, que le permitiría a los editores ver el crecimiento de sus estadísticas a través del tiempo. Ocaasi (talk) 17:48, 21 May 2015 (UTC)

Votos[edit]

  1. Comment Comment I think that it's important to determine how computationally intense each of these features is, and to drop those which require huge amounts of computer cycles. For example, for someone who has (say) a total of 20,000 edits in mainspace, determining the top five WikiProjects edited of the editor's lifetime might be implemented by (a) building a table of unique pages/articles edited, with a count included in each row of the table - so, perhaps 3,000 rows; (b) checking each article talk page (3,000), and, in a separate table, building a edit-Wikiproject row for each WikiProject found on an individual article talk page (if an average of two, then 6,000 rows). Unfortunately, while (a) can be done incrementally/cumulatively, (b) cannot, because at any time the WikiProjects listed on any given article talk page can change. So even if an editor hasn't edited in (say) a week, (b) has to be done again if the top five WikiProject list is to be accurate. And if an editor expects to see his/her dashboard to be up-to-date at all times - well, that's essentially impossible. John Broughton (talk) 05:47, 30 November 2015 (UTC)
  2. Neutral Neutral I agree with user John Broughton's points above; this would be very difficult. It does seem mildly useful, but more than that, it seems like making Wikipedia into a competition, with a leaderboard and user statistics. I think that getting a feel for an editor's past work does involve more research than one might want to do (currently), but that's not really a bad thing, and it does help protect user privacy and discourage "I have more edits than you do" fighting (not sure that's the right word). -- 2ReinreB2 (talk) 17:39, 1 December 2015 (UTC)
  3. Oppose Oppose --Usien6 (talk) 19:41, 1 December 2015 (UTC) // Waste computational resources to fuel a vanity race? No, thanks...
  4. Oppose Oppose There's some minor useful purpose to knowing these things, but all the development work and computation to keep this going just doesn't make it rise above the lowest of priorities. Maybe this could be looked at again in the future, but there are far more important proposals for us to proceed with today. Stevie is the man! TalkWork 20:38, 1 December 2015 (UTC)
  5. Comment Comment "How many bytes of text has User X added to all Wikipedia articles?" is meaningless. Reverting vandalism can easily make you add tens of thousands bytes in one edit, sometimes several such edits in a row if a vandal keeps blanking a large article. That would dominate normal edits. Gap9551 (talk) 23:14, 1 December 2015 (UTC)
  6. Support Support "How many bytes of text has User X added to all Wikipedia articles?" I think it can be stadistically usefull, and do a Top User List--Manlleus (talk) 15:23, 2 December 2015 (UTC)
  7. Oppose Oppose. Neither article count nor bytes added are adequate measures of a contributor's impact on a project. Curating Wikimedia projects is serious business -- it is neither a competition nor a game. This needs to be super low priority, if it is even considered. MER-C (talk) 17:10, 2 December 2015 (UTC)
  8. Support Support Academics need to be able to measure their impact to justify spending time editing Wikipedia, and this would be a small step towards some better metrics than "edit counts". See Stuart C. Ray's 42 minute WikiConference USA talk: "Are the Obstacles Academic?" (Starts at 4 hours and 36 minutes). Some statistics would also help motivate existing editors who rarely see much impact from their work. —Pengo (talk) 21:34, 2 December 2015 (UTC)
  9. Comment Comment On a related note, it would be interesting to count the total number of <ref>-tags a user has added (while not subtracting removal of such tags). Gap9551 (talk) 23:25, 11 December 2015 (UTC)


Cambios a la interfaz del Programa Educativo[edit]

Como un educador que usa las páginas de la extensión del programa educativo, me gustaría que se les hicieran los siguientes cambios:

  1. Especial:Estudiantes no tiene casi ninguna utilidad ([3]). Debería ser posible ordernar, o más aún importante: filtrar. Quiero usarla para ver solamente MIS estudiantes. Todos ellos, no en grupos de 50 o cualquiera que sea el número fijo en el largo de la tabla en esa página.
  2. Especial:MisCursos necesita un archivo, una opción para autocolapsar entradas de los estudiantes y para seleccionar la cantidad de días que uno desea mostrar en la página principal. De momento esta es una página que mis estudiantes y yo siempre omitimos con un suspiro, no es muy útil. Es especialmente problemática si uno tiene varios cursos; en este momento tengo cuatro y es muy desordenada ya que algunos estudiantes aparecen con más de 2 cursos y usualmente el que deseo no es el que aparece al inicio de la lista, etc. También, la actividad de los estudiantes debería mostrar sus ediciones fuera de la Wikipedia en inglés (les pido a mis estudiantes que editen en la Wikipedia en coreano, por ejemplo).
  3. La lista de los artículos de los estudiantes (por ejemplo [4]) debería mostrar las páginas fuera de la Wikipedia en inglés; mis estudiantes deben editar artículos en la Wikipedia en coreano y en Wikiviajes, pero no podemos crear enlaces a esos sitios.# Me gustaría ordenar los estudiantes en esa página en grupos, probablemente con colores y nombres.
  4. Me gustaría que la tabla en esa página se pudieran ordernar (por artículo, nombre de estudiante, grupo).
  5. Me gustaría que esa página tuviera un lugar para agregar el nombre real de los estudiantes o su número de estudiante.

Es problemático cuando los estudiantes se registran con seudónimos y debo mantener una lista separada de quienes son.# Me gustaría tener algún mecanismo para darle seguimiento al progreso de cada artículo, estudiante o grupo. Por ejemplo, los estudiantes deben presentar un esquema en la página de discusión del artículo o hacer un cambio o solicitar una revisión u otras cosas. Me gustaría poder definir esas cosas con fechas de entrega para cada curso y tener casillas de verificación a la par de la entrada para cada estudiante, grupo o curso.

  1. Esa lista debería tener la opción de abrir una caja desplegable con sus ediciones recientes (como en Especial:MisCursos) y me gustaría que mostrara la cantidad de ediciones de cada estudiante en la semana previa y así sucesivamente. --Piotrus (talk) 04:49, 12 November 2015 (UTC)

Votos[edit]

  • Comment Comment The Dashboard at wikiedu.org does allow sorting by students - see, for example here. I'm getting the sense that there are older (no longer being updated?) tools at en.wikipedia.org; is that true? John Broughton (talk) 04:21, 1 December 2015 (UTC)
    • EducationProgram extension is sort of dead in terms of development (and there are also some major security issues with it and new requests to install it on wikis are being declined/stalled). My understanding is that at some point of time WikiEdu will be replacing it. --Glaisher (talk) 15:20, 1 December 2015 (UTC)


Activar generación de archivos EPUB[edit]

Antes existía una herramienta para convertir artículos en archivos EPUB. Esta funcionalidad dejó de funcionar cuando terminó la relación entre Wikimedia y PediaPress. Me gustaría que el equipo de tecnología trabajara en una nueva herramienta para generar archivos EPUB.--Kimdime (talk) 10:53, 10 November 2015 (UTC)

Votos[edit]

  1. Support Support --Purodha Blissenbach (talk) 11:00, 1 December 2015 (UTC)
  2. Support Support--Kimdime (talk) 12:03, 1 December 2015 (UTC)
  3. Support Support --g (talk) 14:44, 1 December 2015 (UTC)
  4. Support Support --Boehm (talk) 16:38, 1 December 2015 (UTC)
  5. Support Support --Coentor (talk) 18:22, 1 December 2015 (UTC)
  6. Support SupportLionel Scheepmans Contact French native speaker, désolé pour ma dysorthographie 21:35, 1 December 2015 (UTC)
  7. Support Support --Oriciu (talk) 23:00, 1 December 2015 (UTC)
  8. Support Support MOBI/KF8 support would also be very useful. Rdrozd (talk) 00:29, 2 December 2015 (UTC)
  9. Support Support Litlok (talk) 08:24, 2 December 2015 (UTC)
  10. Support Support --Alexmar983 (talk) 12:32, 2 December 2015 (UTC)
  11. Support Support--Manlleus (talk) 15:29, 2 December 2015 (UTC)
  12. Support Support --AlessioMela (talk) 19:49, 2 December 2015 (UTC)
  13. Support Support Mule hollandaise (talk) 21:01, 2 December 2015 (UTC)
  14. Support Support Eman235/talk 21:29, 2 December 2015 (UTC)
  15. Ok. Nemo 14:43, 3 December 2015 (UTC)
  16. Support Support SantiLak (talk) 10:41, 4 December 2015 (UTC)
  17. Support Support Halibutt (talk) 22:58, 4 December 2015 (UTC)
  18. Support Support -- Sir Gawain (talk) 14:07, 6 December 2015 (UTC)
  19. Support Support Alkamid (talk) 14:44, 6 December 2015 (UTC)
  20. Support Support - The GPL Calibre program code may be a good place to start. Bcharles (talk) 02:36, 9 December 2015 (UTC)
  21. Support Support --Ziko (talk) 13:53, 9 December 2015 (UTC)
  22. Support Support QuartierLatin1968 (talk) 04:53, 12 December 2015 (UTC)
  23. Support Support The results should contain less problems than the PDF creator. -- Juetho (talk) 12:42, 13 December 2015 (UTC)
  24. Support Support --ESM (talk) 16:19, 13 December 2015 (UTC)

Categorización incorrecta debido a un error en #ifexist[edit]

Los pseudoenlaces creados por el analizador al procesar las instrucciones #ifexists afectan negativamente la página Especial:LoQueEnlazaAquí. El problema fue reportado inicialmente en 2007. --Atamari (talk) 19:24, 10 November 2015 (UTC)

Votos[edit]

  1. Support Pro --MGChecker (talk) 19:43, 30 November 2015 (UTC)
  2. Support Support important bug to make WLH reliable again, and allow more use of #ifexist without this nasty side-effect. John Vandenberg (talk) 04:56, 1 December 2015 (UTC)
  3. Support strongly support!!! --Andyrom75 (talk) 16:02, 1 December 2015 (UTC)
  4. Support Support Stevie is the man! TalkWork 20:45, 1 December 2015 (UTC)
  5. Support Support StevenJ81 (talk) 22:07, 1 December 2015 (UTC)
  6. Support Support a bug since 2007, it's also time to solve this issue. --Nastoshka (talk) 22:24, 1 December 2015 (UTC)
  7. Support Support --Atamari (talk) 01:01, 2 December 2015 (UTC)
  8. Support Support --AlessioMela (talk) 19:50, 2 December 2015 (UTC)
  9. Support Support Halibutt (talk) 22:59, 4 December 2015 (UTC)
  10. Support Support --please fix this! Wbm1058 (talk) 18:23, 7 December 2015 (UTC)
  11. Symbol strong support vote.svg Strong support«« Man77 »» [de] 17:57, 11 December 2015 (UTC)

Revisión importante a los reportes especiales[edit]

Por diversas razones muchos de los reportes especiales se ha vuelto inútiles y algunos proyectos se ha visto obligados a crear sus propios reportes personalizados como reportes sobre la base de datos o a través de WMFLabs/Toolserver. Recomiendo un rediseño completo de la forma en que se generan estos reportes que le permita a algún tipo de usuarios en la comunidad (como a los administradores o a los editores de plantillas) modificar el código que genera estas páginas especiales. Alguna funcionalidad que me parece que sería útil incluir sería:

  1. La habilidad de ocultar reportes de la lista si no son relevantes para el proyecto.
  2. Agregar reportes nuevos en algún tipo de sección personalizable.
  3. Poder modificar los criterios usados para generar los reportes.
  4. Tener más flexibilidad para aumentar el largo del reporte, incluso si eso significa dividirlo en secciones de 1000 a 2500 artículos en múltiples páginas.

Por supuesto, esta solo es una lista corta y son necesarios requerimientos y análisis más detallados. Algunas cosas ya han sido sugeridas como cambios menores a los reportes individuales o a otras utilerías, pero lo que realmente es necesario es un rediseño completo de la forma en que Mediawiki crea y administra los peortes Reguyla (talk) 14:48, 26 August 2015 (UTC)

Votos[edit]

  1. Neutral Neutral I certainly see the value in this proposal, but at the same time, I wonder about how much is gained compared to the development work required to implement this. If I could better sense how implementing this would positively impact projects across the board, I might nudge into a 'support'. Stevie is the man! TalkWork 20:55, 1 December 2015 (UTC)


Agregar funciones a SecurePoll[edit]

La extensión SecurePoll se usa en las elecciones del comité de arbitraje de las wikipedias en inglés y persa además de las elecciones de la junta directiva de la fundación en Meta. Todas son elecciones de múltiples ganadores (hay varios puestos a llenar) pero todas las opciones que ofrece SecurePoll actualmente son sistemas de ganador único. El voto aprobatorio, el Método Schulze, las votaciones por rangos y el sistema de votación de pluralidad se usan para escoger un único ganador y usarlos para escoger múltiples ganadores es una mala elección. El sistema de apoyo, oposición o neutralidad, usado ampliamente en Wikipedia, no tiene precedente en el mundo real (no es posible encontrar ningún libro académico o artículo de revista especializada que lo analice) así que sus posibles desventajas nos son desconocidas.

Hay otro problema: las elecciones del comité de arbitraje de la Wikipedia en inglés y las elecciones a la junta directiva de la fundación normalmente tienen altos niveles de participación mientras que las elecciones en comunidades más pequeñas, tales como la Wikipedia en persa, sufren de bajos niveles de participación (alrededor de 50 votos). Los bajos niveles de participación requieren un sistema de votaciones robusto para producir un resultado razonable. La comunidad de la Wikipedia en persa está considerando usar sistemas de votación alternativos tales como Meek STV, que no están disponibles en este momento en SecurePoll. También propongo incluir otros métodos disponibles en aplicaciones de votación. También encontré aplicaciones de código libre que se pueden usar para implementar el método de votación proporcional Condorcet. Pueden querer ver su algoritmo. Hay otra aplicación con varios sistemas de votación pero no es libre, se llama: OpenSTV. 4nn1l2 (talk) 23:40, 9 November 2015 (UTC)

Votos[edit]

  1. Support Support 4nn1l2 (talk) 02:52, 30 November 2015 (UTC)
  2. Support Support Huji (talk) 20:26, 30 November 2015 (UTC)
  3. Support Support Dalba 20:38, 30 November 2015 (UTC)
  4. Support Support John Vandenberg (talk) 05:09, 1 December 2015 (UTC)
  5. Support Support AnuJuno (talk) 16:44, 1 December 2015 (UTC)
  6. Support Support -- Tisfoon (talk) 18:37, 1 December 2015 (UTC)
  7. Comment Comment This is certainly worth exploring, but I'm just unsure of its priority compared to other proposals. I would support conducting a deeper review of what can be done with this and figuring out what the development effort would be. Stevie is the man! TalkWork 21:09, 1 December 2015 (UTC)
  8. Comment Comment In the past there have been proposals to use Single Transferable Vote (proportional system for multi-winner elections) in English Wikipedia ArbCom elections. One of the reasons it has never been seriously considered is the supposition that SecurePoll does not support it. Of course that does not necessarily mean that if it was available, it would be adopted, since it would mean abandoning the 50% threshold for election. Although it is possible, given the upsurge in the number of votes this year, that when people see the results there may be renewed interest in a proportional rather than a majoritarian system. (Or not.) Neutron (talk) 00:27, 2 December 2015 (UTC)
  9. Support Support. The planned revamp of the Election Committee will probably come up with some new ideas; this should be kept near the top of the list, but wait until they have some results or recommendations. Risker (talk) 04:20, 2 December 2015 (UTC)
  10. Support Support. All wikis and all languages can benefit from this. --KhabarNegar 06:22, 2 December 2015 (UTC)
  11. Support Support--Manlleus (talk) 15:29, 2 December 2015 (UTC)
  12. Oppose Oppose. Insufficient impact -- elections occur very infrequently compared to many other problems surfaced in this survey and each project may want to conduct elections via a different method. This is a super low priority. MER-C (talk) 17:14, 2 December 2015 (UTC)
  13. Comment Comment - Prior versions of OpenSTV are open source (on SourceForge and Google Code), so one could start from that. The question of what type of vote systems you want to use precedes the issue of how to implement them. Bcharles (talk) 02:52, 9 December 2015 (UTC)

Herramienta para ver estadísticas de las visitas a las páginas[edit]

Wikipedia usa el viejo stats.grok.se que debería ser modificado para poder usarlo correctamente en otras wikis. Se reportaron varios defectos desde hace mucho tiempo pero nadie se ha hecho cargo de ellos.

Por otro lado, recientemente se desarrolló wikiviewstats, que es una herramienta gráfica más completa y flexible. Desafortunadamente, dejó de funcionar y nadie ha podido ponerla a funcionar de nuevo.

Supongo que sería más rápido arreglar los problemas mencionados arriba que crear una herramienta de estadísticas nueva para mantenerse al tanto de los accesos a los artículos (lo que es fundamental para comprender los intereses de los visitantes), sin embargo cualquiera de las dos opciones sería una buena mejora. --Andyrom75 (talk) 22:01, 11 November 2015 (UTC)

Votos[edit]

  1. Support Support I've always thought we should have something more useful and reliable. Samwalton9 (talk) 10:28, 30 November 2015 (UTC)
  2. Support Support Jenks24 (talk) 10:31, 30 November 2015 (UTC)
  3. Support Support Lugnuts (talk) 12:05, 30 November 2015 (UTC)
  4. Support Support We need an officially WMF-supported web UI to the new Pageviews API. I can't stress officially-supported strongly enough here. This, that and the other (talk) 13:21, 30 November 2015 (UTC)
  5. Support Support (esp. as per This, that and the other). IJBall (talk) 13:52, 30 November 2015 (UTC)
  6. Support Support Orlodrim (talk) 20:29, 30 November 2015 (UTC)
  7. Support Support My name is not dave (talk) 21:54, 30 November 2015 (UTC)
  8. Support Support --Boehm (talk) 00:36, 1 December 2015 (UTC)
  9. Support Support --EugeneZelenko (talk) 00:46, 1 December 2015 (UTC)
  10. Support Support T.Shafee(Evo﹠Evo)talk 01:55, 1 December 2015 (UTC)
  11. Support Support --YodinT 02:35, 1 December 2015 (UTC)
  12. Support Support Mike VTalk 02:48, 1 December 2015 (UTC)
  13. Support Support per TTO. John Vandenberg (talk) 05:35, 1 December 2015 (UTC)
  14. Support Support--Kippelboy (talk) 05:36, 1 December 2015 (UTC)
  15. Support Support --Holder (talk) 06:38, 1 December 2015 (UTC)
  16. Support Support--Shizhao (talk) 09:39, 1 December 2015 (UTC)
  17. Support Support--Kimdime (talk) 12:25, 1 December 2015 (UTC)
  18. Support Support · · · Peter (Southwood) (talk): 14:16, 1 December 2015 (UTC)
  19. Support Support. Anthonyhcole (talk) 14:26, 1 December 2015 (UTC)
  20. Support Support --g (talk) 14:47, 1 December 2015 (UTC)
  21. Support Support--Xabier Cañas (talk) 15:07, 1 December 2015 (UTC)
  22. Support Support--KRLS (talk) 15:08, 1 December 2015 (UTC)
  23. Support Support Goombiis (talk) 16:46, 1 December 2015 (UTC)
  24. Support Support Ckoerner (talk) 17:07, 1 December 2015 (UTC)
  25. Support Support --AlasdairW (talk) 18:05, 1 December 2015 (UTC)
  26. Support Support --Andyrom75 (talk) 18:08, 1 December 2015 (UTC)
  27. Support Support Jan.Kamenicek (talk) 19:27, 1 December 2015 (UTC)
  28. Support Support Jules78120 (talk) 19:50, 1 December 2015 (UTC)
  29. Support Support -Lkcl it (talk) 21:52, 1 December 2015 (UTC)
  30. Support Support --Hkoala (talk) 20:29, 1 December 2015 (UTC)
  31. Support Support Stevie is the man! TalkWork 21:06, 1 December 2015 (UTC)
  32. Support Support Why not? Regards, Kertraon (talk) 22:09, 1 December 2015 (UTC)
  33. Support Support --Nastoshka (talk) 22:28, 1 December 2015 (UTC)
  34. Support Support --Oriciu (talk) 23:03, 1 December 2015 (UTC)
  35. Support Support Gap9551 (talk) 23:15, 1 December 2015 (UTC)
  36. Support Support Johnbod (talk) 04:07, 2 December 2015 (UTC)
  37. Support Support In veritas (talk) 04:37, 2 December 2015 (UTC)
  38. Support Support Litlok (talk) 08:25, 2 December 2015 (UTC)
  39. Support Support--Barcelona (talk) 12:00, 2 December 2015 (UTC)
  40. Support Support Casliber (talk) 13:34, 2 December 2015 (UTC)
  41. Support Support --Renessaince (talk) 14:27, 2 December 2015 (UTC)
  42. Support Support, an official tool is needed for this — NickK (talk) 15:02, 2 December 2015 (UTC)
  43. Support Support--Manlleus (talk) 15:30, 2 December 2015 (UTC)
  44. Support Support Matěj Suchánek (talk) 15:47, 2 December 2015 (UTC)
  45. Support Support --AlessioMela (talk) 19:51, 2 December 2015 (UTC)
  46. Support Support Thémistocle (talk) 21:52, 2 December 2015 (UTC)
  47. Support Support -- Dave Braunschweig (talk) 22:00, 2 December 2015 (UTC)
  48. Support Support Mike Peel (talk) 23:16, 2 December 2015 (UTC)
  49. Support Support Hobbes Goodyear (talk) 09:11, 3 December 2015 (UTC)
  50. Support Support --Hektor Absurdus (talk) 15:11, 3 December 2015 (UTC)
  51. Support Support Theredmonkey (talk) 19:12, 3 December 2015 (UTC)
  52. Support Support Yes we need to have a reliable version of this. Also perhaps with some extra features. Graeme Bartlett (talk) 04:26, 4 December 2015 (UTC)
  53. Support Support SantiLak (talk) 10:41, 4 December 2015 (UTC)
  54. Support Support Mark MacD (talk) 13:17, 4 December 2015 (UTC)
  55. Support Support --Jane023 (talk) 16:37, 4 December 2015 (UTC)
  56. Support Support --Wiklol (talk) 18:31, 4 December 2015 (UTC)
  57. Support Support Halibutt (talk) 23:00, 4 December 2015 (UTC)
  58. Support Support --Anthonyhcole (talk) 05:05, 5 December 2015 (UTC)
  59. Support Support --Yeza (talk) 16:44, 5 December 2015 (UTC)
  60. Support Support -- Sir Gawain (talk) 14:10, 6 December 2015 (UTC)
  61. Support Support Alkamid (talk) 14:46, 6 December 2015 (UTC)
  62. Support Support Vätte (talk) 16:30, 6 December 2015 (UTC)
  63. Symbol strong support vote.svg Strong support - There are many programmatic initiatives to improve Wikipedia and increase its impact. For those programs, which draw on volunteer editors but also GLAM professionals, academics, non-profits, etc., measuring impact is a very big deal and can make the difference when deciding whether to participate or donate resources. A good way to measure that impact is therefore extremely important not just to the community but to the movement. (disclosure: I work for the Wiki Education Foundation, which of course cares about measuring impact, but I'm opining here as a volunteer who has been involved on Wikipedia, offline Wikipedia projects, and the education program long before I became an employee). — Rhododendrites talk \\ 18:03, 6 December 2015 (UTC)
  64. Support Support - Would be useful for other projects such as wikivoyage as well - Matroc (talk) 03:21, 7 December 2015 (UTC)
  65. Support Support --Waldir (talk) 15:02, 8 December 2015 (UTC)
  66. Support Support Time for WMF to apply its resources to important statistical tools: too many still depending on a single individual. Noyster (talk) 21:24, 8 December 2015 (UTC)
  67. Support Support Ritchie333 (talk) 15:17, 11 December 2015 (UTC)
  68. Support Support Nocowardsoulismine (talk) 16:48, 12 December 2015 (UTC)
  69. Support Support --ESM (talk) 16:21, 13 December 2015 (UTC)
  70. Support Support --Tgr (talk) 22:35, 13 December 2015 (UTC)

Enlaces interlingüísticos preliminares y segundo idioma preferido[edit]

Mi idea es permitirle a los usuarios crear enlaces interlingüísticos preliminares en Wikidata al enlazar artículos existentes con artículos que todavía no existen en otros idiomas. ¿Cuáles son los beneficios de este cambio? Ayudará a editores y visitantes al darles la oportunidad de leer o traducir artículos desde otro idioma, especialmente si hablan más de un idioma. Cualquiera puede cambiar sus preferencias y agregar un «segundo idioma» y entonces el sistema conectará automáticamente cualquier enlace rojo con enlaces azules de su segundo idioma.

  • Ejemplos:
    • Si el francés es mi primer idioma y el inglés es mi segundo idioma:

conjonctivite allergique [En anglais]

  • Español:

La conjuntivitis alérgica [en Inglés]

  • Inglés y árabe configurados como mis idiomas adicionales:

Almashad mosque bombing [In Arabic]

Espero que comprendan mi idea y si alguien quiere hacer alguna aclaración es bienvenido. :) --Ziad (talk) 13:19, 10 November 2015 (UTC)

Votos[edit]

  1. Support Support To-be-created articles (redlinks) could be in a separate table within the Wikidata schema. The system could periodically (weekly?) scan to see if an entity in the separate table now existed as an article; if so, then there could be a separate process (human or automated) to confirm (or not) that the new article was in fact on the same topic as was expected; once that's determined, the entity would be removed from the to-be-created table. John Broughton (talk) 05:27, 30 November 2015 (UTC)
    • To-be-created wikilinked articles would need to be stored in the target wikis.
    • They could be listed (deselectably) on Special:Wantedpages with an appropriate comment.
    • Authors creating wanted pages should generally be informed that WhatLinkshere has a non-empty list, if so, and be asked to take care of the appropriate actions when links do or do not match. --Purodha Blissenbach (talk) 14:15, 1 December 2015 (UTC)
  2. Support Support --Purodha Blissenbach (talk) 11:05, 1 December 2015 (UTC)
  3. Neutral Neutral I would support this, if the choice of the Second language was limited to the on-wiki preferences only, and was not connected to the wiki's fallback language or to the browser's language preferences. This wasn't true for VisualEditor's translation suggestions, so we had to disable this feature (I mean translation suggestions) completely in ukwiki.--Piramidion 20:30, 6 December 2015 (UTC)


Combinar cuentas globales unificadas[edit]

Según SUL § Tengo dos o más cuentas con nombres diferentes. ¿Es posible combinarlas en una sola cuenta?, la consolidación de cuentas unificadas no se ha implementado todavía y no he encontrado información realmente útil sobre el avance de la implementación de esa función. Tengo 5 cuentas antiguas (las que tienen un carácter ~ en mi página de usuario en ptwiki) y me pregunto cuando será posible combinarlas. Antes de que agregaran las tildes, me sentía hostigado en mi proyecto principal. Al conversar con un administrador poco amigable, él notó la similaridad de los nombres de usuario, me preguntó si estaba usando múltiples cuentas al mismo tiempo y me sugirió que me dirigiera al «Café para novatos» (una página en el portal de nuestra comunidad dedicada a los novatos), eso a pesar de ser uno de los usuarios más antiguos (si no el más antiguo, desde 2004) que todavía está activo en el proyecto. Afortunadamente nunca fui hostigado por mi reducido número de ediciones en ese momento pero tuve que poner un texto explicativo en mi página de usuario sobre el problema. El texto todavía está ahí y no puedo esperar para borrarlo. --Usien6 (talk) 15:43, 13 November 2015 (UTC)

Votos[edit]

  1. Support Support. --Stryn (talk) 19:02, 30 November 2015 (UTC)
  2. Support Support tufor (talk) 15:40, 1 December 2015 (UTC)
  3. Support Support -- 2ReinreB2 (talk) 17:48, 1 December 2015 (UTC)
  4. Support Support --Usien6 (talk) 19:46, 1 December 2015 (UTC)
  5. Support Support as this is an obviously necessary tool, although it would be helpful to know how many users this tool would help. Stevie is the man! TalkWork 21:22, 1 December 2015 (UTC)
  6. Support Support JackPotte (talk) 21:40, 1 December 2015 (UTC)
  7. Support Support --Oriciu (talk) 23:05, 1 December 2015 (UTC)
  8. Support Support--Alexmar983 (talk) 00:30, 2 December 2015 (UTC)
  9. Support Support Ankry (talk) 01:36, 2 December 2015 (UTC)
  10. Support Support From a global renamer, a massive support Face-smile.svgLitlok (talk) 08:26, 2 December 2015 (UTC)
  11. Support Support Casliber (talk) 13:36, 2 December 2015 (UTC)
  12. Support Support, a major drawback of SUL unification as it happened and a deadlock at the moment: one had an account renamed without requesting it but cannot request renaming it back — NickK (talk) 15:05, 2 December 2015 (UTC)
  13. Support Support GY Fan 11:26, 4 December 2015 (UTC)
  14. Support Support --Waldir (talk) 15:04, 8 December 2015 (UTC)
  15. Support Support Matěj Suchánek (talk) 21:02, 9 December 2015 (UTC)
  16. Support Support Nocowardsoulismine (talk) 16:53, 12 December 2015 (UTC)

Función para bifurcar páginas[edit]

Incluir la capacidad de crear una derivación de una página y la habilidad de combinarla posteriormente en la historia principal (la rama principal). Esto ayudaría a evitar la mayoría de las guerras de edición y facilitaría la comparación de versiones diferentes. --AS (talk) 10:13, 27 May 2015 (UTC)

Votos[edit]

  1. Comment Comment It's easy to say that the system should be able to merge two versions; in fact, this is essentially impossible to program (automate). If two versions disagree, how could a computer program possibly decide what text to keep and what text to discard? Let's keep expectations reasonable: if different versions do become possible, only human beings are going to be doing the merging. John Broughton (talk) 05:33, 30 November 2015 (UTC)
  2. I think this proposal should be removed +1-1 = 0 endorsements, no? Moreover the endorser is a WMF staffer who proposed to work on the matter, so there is COI. Nemo 10:18, 30 November 2015 (UTC)
  3. Oppose Oppose per Wikipedia:Content forking and the above concerns. Draft space on en.wp is mainly for the creation of new articles. MER-C (talk) 10:35, 30 November 2015 (UTC)
  4. Oppose Oppose --Usien6 (talk) 19:50, 1 December 2015 (UTC) // High complexity for a low gain. I have always made my forks manually and I'm okay with that.
  5. Oppose Oppose Needlessly complex and it would probably go vastly unused. Stevie is the man! TalkWork 21:32, 1 December 2015 (UTC)
  6. Oppose Oppose If it's like the pages to merge, someone always proposes this job for the others, but not for him. JackPotte (talk) 21:42, 1 December 2015 (UTC)
  7. Oppose Oppose per others. You can always save a version to play with in userspace or a talk page sub page. The last thing we want is to make it too easy to have different versions of articles around. Johnbod (talk) 04:10, 2 December 2015 (UTC)
  8. Oppose Oppose. Comparing two versions of whatever article is already possible (and can be made even better with 2015 Community Wishlist Survey/Editing#Improved diff compare screen). However, branching articles is not needed as this is too difficult to manage — NickK (talk) 15:09, 2 December 2015 (UTC)
  9. Support Support --AS (talk) 09:48, 3 December 2015 (UTC)
  10. Oppose Oppose I find it hard to imagine an implementation that would be significantly more functional than copy-to-userspace&paste-to-article, without creating a complex mess. Alsee (talk) 15:56, 5 December 2015 (UTC)


Acceso para editar resúmenes[edit]

La capacidad de los usuarios para editar resúmenes. Por ejemplo, yo he modificado algún módulo Lua pero se me olvidó dejar una explicación de los cambios para otros desarrolladores. --AS (talk) 11:42, 18 September 2015 (UTC)

Votos[edit]

  1. Support Support With configurable limitations, as discussed in the endorsements. Samwalton9 (talk) 10:29, 30 November 2015 (UTC)
  2. Support Support Jenks24 (talk) 10:34, 30 November 2015 (UTC)
  3. Support Support - Registered users should generally be allowed to fix their own, but the right to modify anyone else's should be restricted. עוד מישהו Od Mishehu 16:15, 30 November 2015 (UTC)
  4. Support Support, but it should be visibly shown on the history that summary was edited. --Stryn (talk) 19:04, 30 November 2015 (UTC)
  5. Support Support the right to edit your own summaries if no edits have been made to the page since. Neutral on other issues (e.g. adding to a summary after a subsequent edit to the page; right to view past versions of someone's edit summary). — Bilorv (talk) 20:12, 30 November 2015 (UTC)
  6. Support Support Matiia (talk) 20:23, 30 November 2015 (UTC)
  7. Support Support --Grind24 (talk) 20:53, 30 November 2015 (UTC)
  8. Support Support No reason to be able to modify someone else's (that's why admins have revision deletion, when necessary), but you should be able to modify your own summary for a short period of time, and able also to supply an edit summary to an edit you made that doesn't have a summary at all. Nyttend (talk) 21:59, 30 November 2015 (UTC)
  9. Support Support --EugeneZelenko (talk) 00:47, 1 December 2015 (UTC)
  10. Support Support commenting on your own revisions, or those of IP addresses, to describe your edits, and a simple way to claim edits you made while logged out at the same time --YodinT 02:35, 1 December 2015 (UTC)
  11. Support Support but just for editing one's own summaries, and there should perhaps be a time limit set on it so that you can't change an edit summary after, say, 24 hours. IJBall (talk) 03:40, 1 December 2015 (UTC)
  12. Support Support John Vandenberg (talk) 05:34, 1 December 2015 (UTC)
  13. Support Support · · · Peter (Southwood) (talk): 14:15, 1 December 2015 (UTC)
  14. Support Support but only for one's own summmaries and for a given time; serious legal issues could come from making a comment in editline apparently subscribed by another user --g (talk) 14:53, 1 December 2015 (UTC)
  15. Support Support only own summaries + not only edit summaries, also summaries of actions logged in [[Special:Log]] (blocks, deletetions, etc.) tufor (talk) 15:44, 1 December 2015 (UTC)
  16. Support Support Sadads (talk) 15:50, 1 December 2015 (UTC)
  17. Support Support --Urbanecm (talk) 17:44, 1 December 2015 (UTC)
  18. Support Support Matěj Suchánek (talk) 18:10, 1 December 2015 (UTC)
  19. Support Support per Gianfranco and Tufor. Jules78120 (talk) 19:52, 1 December 2015 (UTC)
  20. Oppose Oppose --Usien6 (talk) 19:55, 1 December 2015 (UTC) // Keeping a history-of-the-history doesn't sound like a good idea. Not keeping it sounds even worse.
  21. Support Support with reasonable limits listed by others (only own summaries, within time limit, etc.). I'm not sure why a new user right is necessary, although perhaps limiting to autoconfirmed users is a good idea. Maybe don't keep history of summary changes -- is that really important anyway? Stevie is the man! TalkWork 21:41, 1 December 2015 (UTC)
  22. Support Support with limits as listed above. StevenJ81 (talk) 22:28, 1 December 2015 (UTC)
  23. Oppose Oppose Not worth the addition of more links and options in page histories etc. Also it can be misleading if you change your own edit summary after another editor has e.g. reverted it or made another edit. Maybe it could work, but only as long as no newer edits have been made. Then a summary edit history would not be necessary. Gap9551 (talk) 23:22, 1 December 2015 (UTC)
  24. Support Support Helder 23:25, 1 December 2015 (UTC)
  25. Support Support Tar Lócesilion (queta) 23:59, 1 December 2015 (UTC)
  26. Support Support Litlok (talk) 08:27, 2 December 2015 (UTC)
  27. Support Support Should be useful. Regards, Kertraon (talk) 13:05, 2 December 2015 (UTC)
  28. Support Support for own edit summaries and probably for removing part of the content in summaries by others. Real-life story: a user adds a death date with a comment like "this idiot died, see obituary in Anyplace Business Journal 12/2015, p. 99". We would be interested in keeping reference but we would need to remove the word "idiot", but so far we cannot do this without hiding the entire comment — NickK (talk) 15:13, 2 December 2015 (UTC)
  29. Support Support One should at least be able to edit one's own edit summaries. Eman235/talk 21:32, 2 December 2015 (UTC)
  30. Support Support being able to edit your own summaries for a short period of time and to correct blank summaries. -- Dave Braunschweig (talk) 22:09, 2 December 2015 (UTC)
  31. Support Support YBG (talk) 06:21, 3 December 2015 (UTC)
  32. Support Support --AS (talk) 09:50, 3 December 2015 (UTC)
  33. Support Support Logical Fuzz (talk) 22:00, 3 December 2015 (UTC)
  34. Support Support SantiLak (talk) 10:41, 4 December 2015 (UTC)
  35. Support Support GY Fan 11:27, 4 December 2015 (UTC)
  36. Oppose Oppose per Usien6. Keeping a history-of-the-history doesn't sound like a good idea. Not keeping it sounds even worse. Alsee (talk) 16:02, 5 December 2015 (UTC)
  37. Support Support Ardfeb (talk) 01:09, 6 December 2015 (UTC)
  38. Support Support per Nyttend J36miles (talk) 01:12, 6 December 2015 (UTC)
  39. Support Support Alkamid (talk) 14:47, 6 December 2015 (UTC)
  40. Support Support to be able to edit your own summaries for a short period of time and to correct blank summaries. KylieTastic (talk) 15:44, 6 December 2015 (UTC)
  41. Symbol oppose vote oversat.svg Strong oppose - the edit summary is part of the editing history. going back to edit your edit summary shouldn't escape the transparency that's otherwise a fundamental part of editing Wikipedia. We would have to either introduce histories to each edit or display both the old and new edit summary in the page history. The former is obviously a technical and practical non-starter and the latter sounds like it would add unnecessary complication to already dense history pages such that it wouldn't really offer anything that couldn't be accomplished with a dummy edit or talk page message. — Rhododendrites talk \\ 18:09, 6 December 2015 (UTC)
  42. Oppose Oppose - we've all probably sometime realised there's an error in an edit summary just after we've hit the "save page" button and hence I can see why this facility may appear attractive, but the extra complications (particularly when dealing with problem editors - and I'm thinking of en wp here - it might not be so bad on Commons) would be too much. If I see an edit in my watchlist and then look at the article history or at the user's contributions I don't expect the edit summary to have changed in the meantime - that'd be too confusing. DexDor (talk) 23:15, 7 December 2015 (UTC)
  43. Support Support If a clear indication of a changed summary is visible, and the history of edits to the summary is available, I see no need for a time limit (or even a restriction to only edit one's own summaries, although editing other's summaries could be reserved for users with specific privileges, such as autopatroller, rollbacker, or administrator). --Waldir (talk) 15:09, 8 December 2015 (UTC)
  44. Support weak support, depending on how it's done. → «« Man77 »» [de] 18:00, 11 December 2015 (UTC)
  45. Support Support But only for your own summaries, and only within a short (10 min, maybe 1 hr) time. It is _so_ easy to make a typo or a formatting error that is glaringly obvious, but uncorrectable. Martin of Sheffield (talk) 22:48, 11 December 2015 (UTC)
  46. Oppose weak oppose I like the conditions that Martin of Sheffield is proposing. However, I can see the potential for abuse that User:Rhododendrites is concerned about outweighing the potential benefits. This would have to have be subject to careful limitations (maybe the feature is disabled once another editor has viewed the edit history?). QuartierLatin1968 (talk) 04:58, 12 December 2015 (UTC)
  47. Support Support --Edgars2007 (talk) 09:03, 12 December 2015 (UTC)
  48. Support Support I support this with the conditions that users can only edit their own summaries, do so within a certain time frame, and only if no other editors have edited the page in the meantime. There should also be an option to disable summary edits on articles that have a history of edit warring, frequent vandalism, etc. In regards to a user privilege, I think it would be helpful for certain approved users to edit other editors' summaries, since there are some users who leave misleading summaries. Nocowardsoulismine (talk) 17:15, 12 December 2015 (UTC)
  49. Highly Conditional Support Support This is very implementation-sensitive feature. I would support almost none of the proposals which come easily to mind, except that I would support something like the following: 1) ability to annotate an existing edit-summary, or an existing edit-summary-annotation, for the user who made the edit, and for admins. 2) ability to strikethru, in full *or* in part, an existing edit-summary-or-annotation, for the user who wrote that edit-summary-or-annotation. 3) ability to revdel an existing summary, which is a feature that already exists, or an existing annotation, which would be a new feature. Under this scheme, nobody would be able to modify the text of an edit-summary. Nobody would be able to hide/revdel an edit-summary, except for people that already can. Examples: if the user made a goof, they could strikethru the offending bit: "fix typo my moronic content opponent made, add three refs" could become "fix typo my moronic content opponent mademodified 2015-12-12 @ 12:34z, add three refs". If the user needed to do more than merely erase a goof, but needed to *add* something, then they could annotate an edit-summary like this: "blank" to have an additional annotated-edit-summary-on-a-new-line, one indented line upwards saying "Added 2015-12-12 @ 23:45z:forgot to leave edit-summary, namely that I fixed another typo, once again made by my new friend". Both types of action should cause a watchlist-alert to be sent to all people watching the page in question, just like a null-edit would cause. Both types of action should appear in Special:Contribs, in some fashion. The GUI-complexity of this specific scheme is pretty low: there is no history-of-the-history needed, beyond the autogenerated superscripted info shown in the examples, and the only additional controls are a button called Strikethru and a button called Annotate (maybe even just *one* single combo-button called AdjustSummary), which appear next to one's own edit-summaries and edit-annotations (or for admins next to all edit-summaries-and-annotations). I'm against letting people rewrite the edit history, in a way that actually *changes* that edit-history. en:WP:REVDEL is a necessary trick to hide information, but does not permit rewriting it. Neither should we implement that ability, to arbitrarily modify the past! See also, en:Mutator_method versus en:Immutable_object, specifically the bit saying "...simpler to understand and reason about...." All actions on-wiki are logged; changes to a page are found in the edit-history of that page. Self-referential changes to that edit-history, should be found right in that very edit-history with no additional pages required. Permitting strikethru (full or partial), and/or annotations (which can in turn be struckthru and/or recursively annotated), and absolutely nothing else, is the way to achieve that. Pretty much any other implementation approach, means I agree with Rhododendrites and DexDor and Alsee: too fucking complicated if we allow arbitrary changes, and too many risks of abuse/confusion/screwups/complexity through loopholes in the equally-complicated mitigating-schemes, to be worth the slight gains. So either build it so that arbitrary changes are not allowed, but simple strikethru and simple annotation-on-new-line are, or do not build it, pretty please with a cherry on top. 75.108.94.227 20:59, 13 December 2015 (UTC)


Herramienta para manejar citas a artículos de académicos retirados[edit]

Por favor ver este hilo y esta conversación archivada.

Estaba pensando en una herramienta que le permitiera a los usuarios ingresar referencias a artículos retirados de diferentes maneras, tales como los números DOI (Peaceray es un experto en esos números). La herramienta aceptaría múltiples entradas al mismo tiempo, tales como los números de 64 artículos que fueron retirados simultáneamente. La herramienta le daría al usuario una lista de todos los artículos que usan esas referencias como citas y resaltaría los párrafos del artículo en que son usadas. Esto permitiría, eso espero, mejorar mucho la eficiencia del flujo de trabajo para tratar con artículos académicos retirados. Idealmente la herramienta trabajaría en múltiples wikis e idiomas. --Pine 05:23, 16 November 2015 (UTC)

Votos[edit]

  1. Support Support. Anthonyhcole (talk) 14:32, 1 December 2015 (UTC)
  2. Support Support Looks similar to one of the roles of the WikiProject X Librarybase concept: https://phabricator.wikimedia.org/T111066 Sadads (talk) 15:52, 1 December 2015 (UTC)
  3. Support Support Seems reasonable. Stevie is the man! TalkWork 21:51, 1 December 2015 (UTC)
  4. Support Support Probably a good idea. StevenJ81 (talk) 22:27, 1 December 2015 (UTC)
  5. Support Support Spencer (talk) 01:11, 2 December 2015 (UTC)
  6. Support Support Mule hollandaise (talk) 21:04, 2 December 2015 (UTC)
  7. Support Support Halibutt (talk) 23:04, 4 December 2015 (UTC)
  8. Support Support - Bcharles (talk) 04:05, 9 December 2015 (UTC)
  9. Support Support --Ozzie10aaaa (talk) 10:48, 12 December 2015 (UTC)
  10. Support Support Nocowardsoulismine (talk) 17:28, 12 December 2015 (UTC)

Asistente para Wikiproyectos[edit]

Crear un buen portal para un wikiproyecto es muy tedioso y consume mucho tiempo. Necesita tener conocimientos detallados del código wiki, la sintaxis de las plantillas y como interactuar con la gran cantidad de herramientas y bots usados en los portales de los wikiproyectos. Una versión del asistente para formularios (o de un accesorio personalizado) proporcionaría una interfaz para crear portales para wikiproyectos lo que simplificaría el proceso dramáticamente.

Votos[edit]

  1. Oppose Oppose. Insufficient impact -- creation of a WikiProject is a very low frequency task. The desired look and contents of a WikiProject portal may differ between WMF projects, making this somewhat project specific as well. MER-C (talk) 15:43, 1 December 2015 (UTC)
  2. Support Support Interactivity is part of socialization in communal processes, it would be useful to have a more dynamic (and simpler) strategy for organizing people on Wiki for topical collaboration, Sadads (talk) 15:53, 1 December 2015 (UTC)
  3. Support Support but ONLY IF this is NEVER forced on any WikiProject to use. Also, I'm concerned about the development resources this would sink compared to other proposals, but at the same time, I see this being developed incrementally as it is piloted in various spots. Stevie is the man! TalkWork 21:59, 1 December 2015 (UTC)
    I'd like to further note that I would much prefer to see the development of useful modules/templates that can be inserted into existing WikiProjects that don't choose to have their WikiProject pages terraformed by a tool like this. Stevie is the man! TalkWork 22:02, 1 December 2015 (UTC)
  4. Oppose Oppose Other things far more important. StevenJ81 (talk) 22:29, 1 December 2015 (UTC)
  5. Oppose Oppose, extremely wiki-specific. Each wiki is free to create a generic template for WikiProjects to make this task easy, but there is nothing for Community Tech here — NickK (talk) 15:17, 2 December 2015 (UTC)
  6. Oppose Oppose Opposed to automatic creation. Thémistocle (talk) 21:51, 2 December 2015 (UTC)
  7. Oppose Oppose I'm not even sure what a "WikiProject Portal" is - on en wp WikiProjects and Portals are different things, and both suffer from too many being (half) created, being edited by users who don't understand the intricate template/subpage/category structures involved and then abandoned leaving a mess for other editors to clean up. A wizard to assist erasing abandoned wikiprojects/portals might be more useful. For info: en wp currently has 126368 pages in Portal namespace. DexDor (talk) 23:28, 7 December 2015 (UTC)