- Para búsquedas avanzadas de nombres de página, use la herramienta grep
opción "sin redireccionamientos"
¿Existe una opción para no incluir redireccionamientos ? ∞ Σɛ Þ ² ( τ | c ) 20:59, 30 de junio de 2007 (UTC)
- No conozco tal opción, pero al menos las redirecciones están encerradas en (que ya tieneCSS en cursiva ). Entonces
div . allpagesredirect { display : none }
- los ocultará (dejando celdas vacías de la tabla por desgracia), mientras que
div . allpagesredirect a { color : gray }
- simplemente hará que sea más fácil distinguirlas de las páginas normales. El código CSS entra en su monobook.css ∴ Alex Smotrov 19:42, 2 de julio de 2007 (UTC)
- Gracias, pero estaba buscando una opción incorporada de MediaWiki (que debería estar presente de todos modos). Ah, y yo uso simple.css. ;) ∞ Σɛ Þ ² ( τ | c ) 21:36, 2 de julio de 2007 (UTC)
- La opción CSS es incorrecta, ya que ocultaría las páginas que deberían aparecer (ignorando los problemas con su uso en Wikipedia). Una opción adecuada "sin redireccionamientos" omitiría cualquier página que redirija a otra página con el mismo prefijo, dejando páginas que redireccionen a otra parte. Consulte Special: PrefixIndex / Step para ver un ejemplo de por qué esto sería realmente útil. —Comentario anterior sin firmar agregado por 67.160.117.198 ( conversación ) 01:56, 12 de septiembre de 2010 (UTC)
- La opción
hideredirects=1
se agregó en 2012. Por ejemplo, aquí hay una forma de mostrar una lista compacta de subpáginas:{{Special: PrefixIndex / {{FULLPAGENAME}} / | hideredirects = 1 | stripprefix = 1}}
- S Page (WMF) ( conversación ) 01:41, 24 de octubre de 2013 (UTC)
Pero, ¿cuáles son sus problemas de solución? Devang Pathak ajjubhai ( charla ) 16:28, 25 de junio de 2020 (UTC)
SuffixIndex
¿Hay alguna página especial para sufijos? ¿Como buscar artículos que terminen con (hockey sobre hielo) o algo así? No he encontrado uno, así que dudo que lo haya, pero también podría preguntar. Bsroiaadn Talk 13:38, 6 de julio de 2007 (UTC)
- No, no lo hay. Quizás lo solicite en WP: VPR o WP: VPT ; es una buena idea. Esto, eso y lo otro [ charla ] 07:34, 8 de julio de 2007 (UTC)
- Solicite también un mejor motor de búsqueda, ya que el actual apesta a las petunas, confiando en motores de búsqueda externos (como Google) para tomar el relevo de MediaWiki. El sistema de navegación de Wikipedia también apesta, lo que requiere que los dabs y las categorías también tomen el relevo. ∞ Σɛ Þ ² ( τ | c ) 19:09, 8 de julio de 2007 (UTC)
- No reinventes la rueda. Si Google hace el trabajo, no es necesario que MediaWiki lo haga. Además, su idea de para qué sirven las páginas dab es totalmente errónea. Siempre que se vea como un objetivo, poder llegar a un artículo escribiendo el nombre directamente, será necesario aplicar páginas. Ninguna mejora en el sistema de navegación de Wikipedias va a cambiar esto, porque el problema está en la ambigüedad del idioma inglés. Taemyr 01:56, 9 de julio de 2007 (UTC)
- Solicite también un mejor motor de búsqueda, ya que el actual apesta a las petunas, confiando en motores de búsqueda externos (como Google) para tomar el relevo de MediaWiki. El sistema de navegación de Wikipedia también apesta, lo que requiere que los dabs y las categorías también tomen el relevo. ∞ Σɛ Þ ² ( τ | c ) 19:09, 8 de julio de 2007 (UTC)
Tengo que respaldar la solicitud de Special: Suffixindex . Esto será invaluable para encontrar la parte sustantiva de nombres que tienen varios adjetivos. Greg Bard 12:40, 13 de septiembre de 2007 (UTC)
- Esto sería posible si la tabla "página" en la base de datos de MediaWiki tuviera una columna "page_reverse_title": entonces la entrada Suffixindex podría invertirse, la consulta Prefixindex podría realizarse (ordenando por page_reverse_title en lugar de page_title) y tada, resultados. Al menos en mi análisis ingenuo y no excesivamente fluido en SQL :) Si hay una manera más fácil, ¡no sé cuál es! Grace notes T § 17:27, 20 de septiembre de 2007 (UTC)
- Ahora que lo pienso, estoy seguro de que la solución viola alguna regla de diseño de base de datos sobre normalización. Oh bien. Grace notes T § 17:31, 20 de septiembre de 2007 (UTC)
- No, se puede hacer simplemente agregando 1 columna a la tabla de artículos y 1 índice solo para esa tabla.
Eso no puede romper ninguna regla de normalización(de acuerdo, entonces, rompe la segunda forma normal porque es información redundante que se puede obtener invirtiendo la clave primaria de lacolumna de nombre. ¡Maldito seas, Codd! Todavía es un compromiso aceptable para el rendimiento, pensó ) La actualización de nombre actualiza la columna cada vez que se actualiza la columna "nombre", las búsquedas son tan rápidas como prefixIndex, y las actualizaciones de cambio de nombre solo tienen que actualizar una columna adicional en una tabla que se actualiza de todos modos y un índice adicional . No es que los artículos cambien de nombre con frecuencia. - Enric Naval ( charla ) 02:16, 2 de abril de 2008 (UTC)- En MySQL puedes usar el comparador LIKE, ¿no? COMO "% (hockey sobre hielo)" . Eso también funcionaría para MiddleIndex. - Ysangkok ( conversación ) 16:05, 21 de noviembre de 2009 (UTC)
- Solo si no te importa el rendimiento. Las comparaciones LIKE sin prefijo requieren un escaneo completo de la tabla, que no es barato en 18 millones de filas. Zetawoof ( ζ ) 19:40, 21 de noviembre de 2009 (UTC)
- En MySQL puedes usar el comparador LIKE, ¿no? COMO "% (hockey sobre hielo)" . Eso también funcionaría para MiddleIndex. - Ysangkok ( conversación ) 16:05, 21 de noviembre de 2009 (UTC)
- No, se puede hacer simplemente agregando 1 columna a la tabla de artículos y 1 índice solo para esa tabla.
- Hice una solicitud en bugzilla. Había surgido antes. La discusión se centró en el hecho de que la búsqueda de prefijos no supone ningún esfuerzo adicional debido a la forma en que está configurada la base de datos. Sin embargo, al parecer, establecer una búsqueda de sufijos requeriría un gran esfuerzo. Oh, bueno, fue un buen pensamiento. Estoy seguro de que para cuando el gobierno nos exija a todos que tengamos la computadora implantada en el cerebro que nos conecta a todos con Wikipedia, lo habrán resuelto. Greg Bard 19:59, 20 de septiembre de 2007 (UTC)
Consulta de Google por ejemplo: algo como intitle: "* (ice_hockey)" , probablemente se pueda mejorar ∴ Alex Smotrov 21:31, 20 de septiembre de 2007 (UTC)
No es realmente una solución (o incluso una solución alternativa), pero puede descargar el archivo "enwiki-YYYYMMDD-all-title-in-ns0.gz" de http://download.wikimedia.org e intentar buscar el sufijo $ (o algo similar) con un editor compatible con expresiones regulares . - Kjoon lee 11:30, 29 de marzo de 2008 (UTC)
Para el prefijo, actualmente hay dos tipos disponibles, es decir, el tipo {{NOMBRE DE LA PÁGINA}} y el tipo "palabra en particular" o "Frase en particular". Un ejemplo de una palabra en particular a continuación es "Sandbox" y "United".
* [[Special: Prefixindex / {{PAGENAME}} | Todas las páginas que comienzan con {{PAGENAME}}]]
* [[Special: Prefixindex / Sandbox | Todas las páginas que comienzan con "Sandbox"]]
* [[Special: Prefixindex / United | Todas las páginas comienzan con "United"]]
- Todas las páginas que comienzan con Special: PrefixIndex
- Todas las páginas que comienzan con "Sandbox"
- Todas las páginas comienzan con "United"
Para los deseables "Special: postfindex" o "Special: suffindex" limitaría el número de letras, por ejemplo, si se especifica el número de letras en un script, sugiero que sea más de 4 o más grande y 8 o menos. Cualquier número o número ilimitado de letras puede aumentar la carga del servidor o cargar demasiado, y puede confundir al lector que navega o lee Wikipedia. Lo que quiero tener "Special: postfindex" o "Special: suffindex" está disponible no solo en la edición en inglés, sino también para cualquier idioma dentro de Wikipedia.
En el caso de la edición en japonés de Wikipedia (メ イ ン ペ ー ジ), una sola letra japonesa está compuesta por dos bytes (8 bits y 8 bits ), mientras que una sola letra en inglés está compuesta por un byte. En el caso del idioma japonés, sugeriría 2 o más números de letras a 4 o menos letras numéricas para limitar como sufijo. En especial: designación Postfix, este número limitado de letras pueden ser, por supuesto, cambiables por el ingeniero de sistemas o designador técnico de Wikipedia.
Un ejemplo de Postfixindex o Suffixindex en un solo idioma sería:
* [[Special: Suffixindex / {{PAGENAME}} | Todas las páginas que terminan con (en japonés) {{PAGENAME}}]]
* [[Special: Suffixindex / United | Todas las páginas que terminan con "United"]]
* [[Especial: Suffixindex / あ い う え | Todas las páginas que terminan con "あ い う え"]]
あ い う え son "abcd" en japonés.
- Todas las páginas que terminan en Special: PrefixIndex
- Todas las páginas que terminan en "cuadro"
El índice de sufijo anterior debería funcionar en un idioma determinado, es decir, en cualquier idioma. La lista de "Todas las páginas que terminan con" no se ve en la enciclopedia de tipo de papel, y es una función excelente que se puede lograr en una enciclopedia eléctrica como Wikipedia.
Para su información, me han dicho que hay un sitio para enumerar un artículo de Wikipedia con la terminación "cualquier palabra" en la Wikipedia japonesa : bomba de pueblo , pero esto es efectivo para el usuario de Wikipedia, no para el lector dentro de Wikipedia.
NOTA: el siguiente acceso a la URL demora un momento en el servidor: (Nota; el botón izquierdo es enviar consulta y el botón derecho es Restablecer )
- http://toolserver.org/~nikola/grep.php?pattern=.*WXYZ%24〈=en&wiki=wikipedia&ns=0&redirects=on
- http://toolserver.org/~nikola/grep.php?pattern=.* 端子 $ & lang = ja & wiki = wikipedia & ns = 0 & redirects = on
Para incluir "(ice_hockey)" con la siguiente URL, ¡mi PC e Internet tardan más de 15 minutos !
- http://toolserver.org/~nikola/grep.php?pattern=.*%28ice_hockey%29%24〈=en&wiki=wikipedia&ns=0&redirects=on Uno de los grandes problemas es que el servidor consume demasiada carga. Gracias .-- Namazu-tron ( charla ) 01:39, 2 de noviembre de 2008 (UTC) Corrección .-- Namazu-tron ( charla ) 02:14, 3 de noviembre de 2008 (UTC) lol
No me importa si esto está desactualizado o no, pero yo también quiero un índice de sufijo. Sería de gran ayuda para buscar archivos (como * .svg, * .png, etc.) o, para personas como yo que administran wikis privados, para buscar archivos de MediaWiki (* .css, * .js, etc.). Mnmazur ( hablar )
Votar por Bugzilla: 10808 . Jidanni ( charla ) 09:07, 20 de noviembre de 2010 (UTC)
Me encantaría ver un Special: SuffixIndex . Me imagino que podría ser más difícil de codificar y no tengo idea de cómo implementarlo, pero si fuera posible, sería muy útil. SeeTheInvisible ( charla ) 18:20, 20 de diciembre de 2011 (UTC)
Infijos , circunfijos , prefijos y sufijos
De hecho, incluir estas opciones y combinaciones de ellas sería muy útil. Curb Chain ( charla ) 17:14, 7 de enero de 2015 (UTC)
Discusión sobre el nuevo prefijo
Pensé que esta discusión podría resultarle relevante. Comente sobre los nuevos prefijos propuestos. Sugiero que agreguemos U: y UT: para las páginas de usuario y las páginas de conversación de los usuarios. Jmfangio | ►Chat 09:35, 27 de julio de 2007 (UTC)
- Link ya no es bueno; dado que VPT no está archivado, ahora es mejor mirar una versión antigua de la página para ver la discusión. - John Broughton (♫♫) 16:31, 20 de septiembre de 2007 (UTC)
"Página siguiente" en la parte superior, pero no en la parte inferior
Especial: Allpages tiene un enlace "Página siguiente" en la parte superior derecha y en la parte inferior derecha. Especial: Prefixindex tiene este enlace solo en la parte superior (si la lista es lo suficientemente larga). ¿Se podría agregar el enlace al final también? Para comparar, consulte Special: Allpages / Alex y Special: Prefixindex / Alex . ¡Gracias! Ewlyahoocom 05:14, 15 de septiembre de 2007 (UTC) NO use malas palabras. Gracias
- Esta página no parece ser demasiado notoria. Presenté Bugzilla: 18424 en él. • Anakin (charla) 16:49, 10 de abril de 2009 (UTC)
Gracias Megyodedra ( charla ) 22:37, 24 de junio de 2020 (UTC)
PrefixIndex, middleindex, suffixindex, etc.
Donde Special: PrefixIndex le permite buscar nombres de artículos que comienzan con una determinada cadena de texto, Wikimedia.de grep es una herramienta recientemente mejorada que le permite buscar cadenas de texto en cualquier lugar en el que aparezcan en el nombre del artículo. Grep le permite buscar en toda la cadena de texto (no solo el principio) patrones de texto comunes. Aún mejor, grep le permite usar caracteres comodín y otros caracteres (consulte Expresión regular ) para formular su cadena de búsqueda. H (ä | ae?) Ndel encontrará "Handel", "Händel" y "Haendel". (S | s) chool encontrará la escuela y la escuela. La herramienta grep le permite encontrar publicaciones en cualquier otro espacio de nombres. La herramienta grep también es excelente para encontrar todas las categorías relacionadas y todas las plantillas relacionadas, incluso si no están categorizadas con un [[Categoría:]] GregManninLB ( charla ) 14:55, 26 de abril de 2008 (UTC)
- Confirmado brevemente que funcionó bien en la edición en japonés con una cadena de texto en japonés. Yo y algún usuario japonés verificaremos y revertiremos si hay algo diferente a lo designado / esperado. Gracias por su contribución .-- Namazu-tron ( charla ) 08:27, 28 de noviembre de 2008 (UTC)
- Sugerencias
- Necesitas una página de discusión.
- Necesita una explicación en Wikimedia.de grep sobre cómo usar comodines. Todavía no tengo ni idea.
- La lista de * bandas dio cero resultados, aunque hay varios artículos con este nombre.
- Como la mayoría de los programas externos que examinan wikipedia, este es más lento que las propias búsquedas de wikipedia.
- Sería bueno si el idioma predeterminado fuera el inglés. Ikip ( charla ) 12:54, 31 de enero de 2009 (UTC)
Felicia y Felix
Feliciano , siendo lavariante española de Felix , y por lo tanto masculino, debería figurar bajo Felix en lugar de Felicia , o quizás también bajo Felix . Peter Horn 18:03, 2 de mayo de 2008 (UTC)
- Especial: PrefixIndex es solo una lista de páginas que comienzan con la cadena buscada. Entonces 321 5 Lapko aparece cuando ingresas 321 , y Felicia no aparece debajo de Felicia porque esas son las 8 primeras letras. Actualmente no hay forma de implementar que aparezca feliciano cuando se ingresa felix. Es posible que desee editar la página de desambiguación Felix . Taemyr ( charla ) 22:47, 2 de mayo de 2008 (UTC)
Sin subpáginas
¿Hay alguna forma de Special: PrefixIndex algo sin obtener las subpáginas de las subpáginas? E E 20:33, 7 de julio de 2008 (UTC)
- Ex.
- Prefijo Índice Wikipedia
- Obtienes Wikipedia / A y Wikipedia / A / B
- Pero solo deseas Wikipedia / A .
E E 20:35, 7 de julio de 2008 (UTC)
- Cambió el nombre de la sección de "Pregunta". - AlexSm 20:55, 7 de julio de 2008 (UTC)
- No. Puede probar una herramienta grep en el servidor de herramientas, con la expresión de búsqueda como
^Wikipedia/[^\/]*$
: AlexSm 20:55, 7 de julio de 2008 (UTC)- ¿Hay alguna forma de transcluirlo? E E 20:57, 7 de julio de 2008 (UTC)
- No, no puede extraer nada de fuentes externas. - AlexSm 21:01, 7 de julio de 2008 (UTC)
- ¿Hay alguna forma de transcluirlo? E E 20:57, 7 de julio de 2008 (UTC)
Nueve años después, me gustaría que esa función también fuera NewsAndEventsGuy ( charla ) 16:41, 14 de julio de 2017 (UTC)
3 años después, también me gustaría esta característica. 13:47, 1 de enero de 2020 (CET)
- Aquí igual. Tiene que usar https://www.mediawiki.org/wiki/Extension:Subpage_Fun extensión por ahora - tiene la opción "profundidad". RollingHogGH ( charla ) 14:41, 1 de junio de 2020 (UTC)
Visualización alfabética vertical en lugar de horizontal
¿Se pueden organizar las listas verticalmente en lugar de horizontalmente? —Comentario anterior sin firmar agregado por Richard David Ramsey ( charla • contribuciones ) 20:08, 30 de agosto de 2008 (UTC) Las listas serían más fáciles de leer si fueran verticales. —Comentario anterior sin firmar agregado por 68.49.184.143 ( conversación ) 01:09, 19 de noviembre de 2008 (UTC)
- Estar de acuerdo. Como hace {{reflist | 2}}. Piense en directorios telefónicos. MinorProphet ( charla ) 16:52, 22 de septiembre de 2011 (UTC)
Sí, esto sería útil. ¿También se puede cambiar el número de columnas verticales a más de 3? - Comentario anterior sin firmar agregado por 122.174.66.95 ( charla ) 05:08, 30 de mayo de 2012 (UTC)
Todos los nombres de página que contienen una cadena
{{ editprotected }}
- En la sección "lista de páginas" de Special: SpecialPages , sería útil tener un enlace "Todas las páginas cuyos nombres contienen una cadena", similar a Wikipedia: Special: PrefixIndex , que funciona como la plantilla {{intitle | alguna_cadena }}. Anthony Appleyard ( charla ) 09:26, 19 de marzo de 2009 (UTC)
- Los administradores no pueden realizar una solicitud de este tipo y debería ser implementada por un desarrollador. Puede solicitar dicha función en Bugzilla . Si está buscando esta información ahora, puede probar la página de volcado de la base de datos , que contiene una manera fácil de descargar la lista de todos los títulos de la página (que luego tendrá que procesar usted mismo para extraer la información relevante). - CapitalR ( charla ) 09:40, 19 de marzo de 2009 (UTC)
- También tenga en cuenta que AWB tiene una función de Escáner de base de datos que le permite filtrar la lista de todos los títulos de página en función de cadenas (o expresiones regulares). Lo uso todo el tiempo y recomiendo encarecidamente usarlo para resolver sus problemas si aún no lo está usando. - CapitalR ( charla ) 09:44, 19 de marzo de 2009 (UTC)
- También hay una herramienta grep en el servidor de herramientas . - AlexSm 15:36, 8 de abril de 2009 (UTC)
- Ayuda: la búsqueda # sintaxis proporciona
Consulta Resultado intitle: aeropuerto Todos los artículos con aeropuerto en su título. intitle: aeropuerto internacional Artículos que contienen internacional y aeropuerto en su título (incluidos los aeropuertos más concurridos del mundo por tráfico internacional de pasajeros ). título de estacionamiento: aeropuerto Artículos con "aeropuerto" en su título y "estacionamiento" en su texto intitle: "aeropuerto internacional" Artículos que contengan la expresión exacta "aeropuerto internacional" en su título.
- - Uzma Gamal ( charla ) 16:01, 5 de febrero de 2013 (UTC)
Sufijo
¿Es su búsqueda Speical: SuffixIndex en Wikipedia? - 75.154.186.241 ( conversación ) 23:50, 12 de abril de 2009 (UTC)
- No oficialmente, pero puede usar esta herramienta grep en el servidor de herramientas para buscar cadenas arbitrarias en títulos usando expresiones regulares . - CapitalR ( charla ) 03:08, 13 de abril de 2009 (UTC)
Vea #SuffixIndex arriba. Jidanni ( charla ) 09:09, 20 de noviembre de 2010 (UTC)
¿Búsqueda predeterminada inadecuada?
Especial: PrefixIndex es un recurso útil con solo dos clics desde cualquier página a través de Navegación | Páginas especiales. Razonablemente, el valor predeterminado es la página uno de una lista ordenada de todos los artículos de WP. Desafortunadamente, los primeros títulos son los que algunas personas encuentran ofensivos. Los artículos son enciclopédicos, se ubican naturalmente en la parte superior del orden de clasificación y apoyo completamente la política de WP de no hacer bolos, pero pueden dar una impresión engañosa de WP al buscador (posiblemente joven). ¿Deberíamos considerar mostrarlos solo si se solicitan utilizando páginas de visualización con prefijo? ¿o similar? Certes ( charla ) 23:56, 28 de septiembre de 2009 (UTC)
Estoy de acuerdo, no es necesario enumerar los primeros 100 artículos cuando se abre la página por primera vez. Utilizo esta página especial para el motor de búsqueda, y eso es todo lo que quiero ver cuando la abro. 117Avenue ( conversación ) 21:21, 6 de octubre de 2009 (UTC)
También estoy de acuerdo, además de las malas palabras, la búsqueda predeterminada no es realmente útil. He enviado bugzilla: 21143 sobre esto, ya que supongo que requeriría un cambio de software. • Anakin (charla) 23:15, 14 de octubre de 2009 (UTC)
- Gracias. Había asumido que esto podría configurarse localmente, pero veamos si hay soporte para un cambio de software. Certes ( charla ) 00:01, 15 de octubre de 2009 (UTC)
- Parece que a nadie más le importa. • Anakin (charla) 16:52, 29 de octubre de 2009 (UTC)
- Muchas personas no suelen ver este tipo de páginas. Publicar en WP: VPT para notificar la discusión ayuda. Rd232 charla 07:55, 31 de octubre de 2009 (UTC)
- Parece que a nadie más le importa. • Anakin (charla) 16:52, 29 de octubre de 2009 (UTC)
- ¿Hay administradores viendo esta página? 117Avenue ( charla ) 19:52, 29 de octubre de 2009 (UTC)
- No, pero apuesto a que podríamos hacer uno, y luego él / ella cumpliría nuestras órdenes. Todo lo que necesitamos es un administrador de mamá y un administrador de papá, y una pizca de colorete para el gusto. • Anakin (charla) 23:10, 29 de octubre de 2009 (UTC)
- ¿Esperando Halloween? 117Avenue ( charla ) 06:06, 30 de octubre de 2009 (UTC)
- Es posible que también desee iniciar un hilo en WP: Village pump (técnico)
Taemyr ( charla ) 13:25, 30 de octubre de 2009 (UTC)
- Gracias, lo haré. ¡Probablemente sea más sociable que crear ! ¿Realmente quieres ver este artículo en tu búsqueda predeterminada? . Certes ( charla ) 19:35, 30 de octubre de 2009 (UTC)
- La sugerencia de Village Pump ahora se ha archivado sin respuesta. Tal vez necesitemos ese administrador ... Certes ( charla ) 23:42, 21 de noviembre de 2009 (UTC)
- Gracias, lo haré. ¡Probablemente sea más sociable que crear ! ¿Realmente quieres ver este artículo en tu búsqueda predeterminada? . Certes ( charla ) 19:35, 30 de octubre de 2009 (UTC)
- Es posible que también desee iniciar un hilo en WP: Village pump (técnico)
Taemyr ( charla ) 13:25, 30 de octubre de 2009 (UTC)
- ¿Esperando Halloween? 117Avenue ( charla ) 06:06, 30 de octubre de 2009 (UTC)
- No, pero apuesto a que podríamos hacer uno, y luego él / ella cumpliría nuestras órdenes. Todo lo que necesitamos es un administrador de mamá y un administrador de papá, y una pizca de colorete para el gusto. • Anakin (charla) 23:10, 29 de octubre de 2009 (UTC)
- ¿Hay administradores viendo esta página? 117Avenue ( charla ) 19:52, 29 de octubre de 2009 (UTC)
Vea también la discusión en WP: VPR # Bug vote . Rd232 charla 07:58, 31 de octubre de 2009 (UTC)
Esta discusión parece importante; voy a ver cómo hacer algo al respecto. Gracias a todos por destacar este problema. - Pete ( hablar ) 22:25, 11 de junio de 2010 (UTC) Muy bien, presenté un error e intentaré vigilarlo para asegurarme de que alguien lo descubra. Vea esta entrada de bugzilla . - Pete ( charla ) 23:48, 11 de junio de 2010 (UTC)
- Gracias. 117Avenue ( conversación ) 00:00, 12 de junio de 2010 (UTC)
- Yo también estaría más feliz con solo el motor de búsqueda sin ningún resultado de búsqueda. No hay resultados "predeterminados" cuando navega por primera vez a Google , Yahoo! Busque , o AltaVista , etc., solo el cuadro, el logotipo, los botones y algunos enlaces a páginas relacionadas con el motor de búsqueda. Alexa te da las diez mejores páginas calientes, las diez mejores búsquedas, etc., cierto. Pero ese motor se trata de rastrillos. Amazon , eBay te dan resultados porque son sitios comerciales y están tratando de venderte cosas, por supuesto. No estamos tratando de vender nada ni hay nada especial en esto !!! Fuck You !!! , !! Que te jodan !! , !!! de Fuck You !!! y luego algunos , etc., ¡o de hecho ! ¡Pacto de acción! , !? (ajedrez) , !!! (álbum) , o ! Alla tu! aparte del hecho de que todos están al principio del "alfabeto". Una mejor alternativa a la ausencia de resultados de búsqueda serían los resultados aleatorios, si es que debemos tener resultados, IMO - Jubilee ♫ clipman 08:58, 18 de junio de 2010 (UTC)
- Parece que finalmente podríamos estar llegando a algo en esto; no estoy seguro de cuándo se implementaría en en: wp o en cualquier otro lugar, pero parece que se ha solucionado en el software MediaWiki: mw: Special: Code / MediaWiki / 75314 - Pete ( charla ) 17:40, 24 de octubre de 2010 (UTC)
- Me tomó más de un año, pero gracias. 117Avenue ( conversación ) 23:38, 24 de octubre de 2010 (UTC)
- Parece que finalmente podríamos estar llegando a algo en esto; no estoy seguro de cuándo se implementaría en en: wp o en cualquier otro lugar, pero parece que se ha solucionado en el software MediaWiki: mw: Special: Code / MediaWiki / 75314 - Pete ( charla ) 17:40, 24 de octubre de 2010 (UTC)
Listo Para cualquiera que preste atención: no sé cuándo entró en vigor, pero veo que la solución ha entrado en vigor aquí en en-wp ahora. - Pete ( charla ) 05:19, 13 de mayo de 2011 (UTC)
Truco de búsqueda de Google para ayudar con sufijos
En la búsqueda de Google, intente lo siguiente (comillas incluidas):
- "http://en.wikipedia.org/wiki/*%s"
- "http://en.wikipedia.org/wiki/ *% s"
donde reemplaza "% s" con el sufijo que le interesa. Es imperfecto pero útil. - ¾-10 20:11, 13 de febrero de 2010 (UTC)
Esto también encontrará referencias a esas páginas en otros sitios, estaría mejor con:
- sitio: en.wikipedia.org inurl: "wiki / *% s"
- site: en.wikipedia.org inurl:% s (asumiendo que su cadena no está presente en "en.wikipedia.org/wiki")
Bigmantonyd ( charla ) 01:44, 26 de enero de 2011 (UTC)
Megyodedra Megyodedra ( charla ) 22:39, 24 de junio de 2020 (UTC)
¿Alguna forma de forzar que la lista de páginas esté en una página?
Habiendo actualizado recientemente a 1.15.3, el resultado de buscar todas las páginas en Special: PrefixIndex es una lista dividida en más de una página. Especial: Todas las páginas no le dan una lista en absoluto, sino una lista de enlaces a los "resultados de búsqueda". ¿Hay alguna forma de obtener una lista de todas las páginas en una página, o de configurar cuántos resultados hay en cada página en Special: PrefixIndex? Gracias Windinthew ( charla ) 02:53, 29 de abril de 2010 (UTC)
- Busqué lo mismo, pero no lo encontré. En su lugar, usé la herramienta Cat scan en la categoría raíz. El resultado para no: wp fue aproximadamente el 15% de todos los artículos y para sv: wp aproximadamente el 50%. No lo probé con en: wp a Categoría: Fundamental , pero supongo que tendrás la misma experiencia. Se agradecerá cualquier lista completa (con la posibilidad de filtrar la desambiguación y redireccionar páginas). - Cavernia ( conversación ) 14:51, 1 de mayo de 2010 (UTC)
- Listar 6.297.752 cosas en una página es una mala idea ... Por el momento, el límite en especial: allpages / prefixindex no es configurable. Bawolff ( charla ) 05:46, 12 de mayo de 2011 (UTC)
¿Existe alguna forma de colocar una palabra mágica de algún tipo en las páginas que desea excluir de este tipo de búsqueda?
Estoy usando {{Special: PrefixIndex / User: Technical_13 /}} para enumerar todas mis subpáginas de usuario en mi página de usuario, pero me gustaría poder que algunas de ellas no aparezcan en la lista. Específicamente, me gustaría que no aparecieran mis js y css personalizados y las páginas de ayuda de mi página de usuario. Sé que puedo usar {{nobots}} para excluir a los bots de la edición de páginas y lo que estoy buscando es algo similar para que esas páginas no aparezcan. - T13 ( C • M • Haga clic para saber cómo ver esta firma según lo previsto ) 18:33, 9 de marzo de 2013 (UTC)
- No, no creo que lo haya. Siempre puede mover solo las páginas que desea mostrar a una subpágina diferente (por ejemplo, Usuario: Técnico 13 / pantalla), tener cualquiera que no desee mostrar solo en Usuario: Técnico 13 /, y luego transcluir Especial: PrefixIndex / Usuario: Técnico 13 / display. Writ Keeper ⚇ ♔ 13:16, 25 de abril de 2013 (UTC)
Columnas como plantilla
Al hacer algo como esto:
{{Special: PrefixIndex / User: MYUSERPAGE /}}
Agrega 3 columnas. ¿Existe algún parámetro adicional para organizarlo en una sola columna? 87.68.237.60 ( conversación ) 14:06, 12 de marzo de 2013 (UTC)
- Sí, ¿cómo lo cambia a no tres columnas? Numbermaniac - T - C 08:19, 25 de abril de 2013 (UTC)
- No creo que haya una forma de hacer esto; ¿Lo has visto dispuesto de otra manera en otra página? Writ Keeper ⚇ ♔ 13:12, 25 de abril de 2013 (UTC)
@ Numbermaniac y Writ Keeper : De hecho, esto es posible. Utilice el código
para crear una lista de una sola columna. Puede poner ese código entre las plantillas {{Div col}} y {{Div col end}} para producir listas con cualquier número de columnas. 103.6.158.193 ( conversación ) 06:16, 18 de junio de 2015 (UTC){{Special:Prefixindex/User:Example}}
Una redirección está dentro del espacio principal
Perdóneme si me equivoco, pero el mensaje actual me parece engañoso por dos razones.
- El mensaje actual dice "... que las páginas en cursiva son redireccionamientos ", pero en realidad son atajos . Una redirección es un atajo para el espacio principal: caso en cuestión, Categoría: redirecciones a las páginas de ayuda . Un atajo es una redirección a otros espacios.
- El mensaje actual dice "Tenga en cuenta que el campo distingue entre mayúsculas y minúsculas ...", pero de hecho, no distingue entre mayúsculas y minúsculas . Todas las redirecciones / atajos son totalmente no entre mayúsculas y minúsculas.
¿Qué tal "El uso de estos prefijos en enlaces y búsquedas no distingue entre mayúsculas y minúsculas. Las páginas en cursiva son atajos".
El objetivo de la insensibilidad entre mayúsculas y minúsculas radica en acelerar la escritura, y es importante aclararlo siempre que sea posible. Desde la situación particular del usuario, están vinculando desde WP: Namespace # Pseudo-namespaces , digamos, donde el contexto está escribiendo en un enlace o en el cuadro de búsqueda. ¿No es siempre? ¿O es nuestra audiencia también la que crearía títulos para redireccionamientos?
Si cree que puedo tener un punto, entonces aquí está mi discusión propuesta: La audiencia del mensaje (que podría ser engañoso) son los lectores, sin importar el hecho de que la audiencia del contenido (que es la lista de prefijos) podría ser aquellos que ya saben (la audiencia poco común) cómo titular nuevas páginas y que ya conocen un atajo íntimamente como redireccionamiento. El prefijo que estamos enumerando suele ser solo "un campo", como en "el campo de pseudo-espacio de nombres", que nuestra audiencia escribirá en los enlaces y cuadros de búsqueda. Ahora bien, ¿la forma en que se lee el mensaje actual no implica que "el campo" distingue entre mayúsculas y minúsculas? ¿No deberíamos discutir la implicación de que "el campo" alguna vez distingue entre mayúsculas y minúsculas? Un redireccionamiento o acceso directo nunca distingue entre mayúsculas y minúsculas para nuestra audiencia, porque son mecanógrafos, no creadores de títulos de redireccionamiento. - Cp i r al Cpiral 18:19, 14 de abril de 2013 (UTC)
- Cp i r al Cpiral 20:41, 24 de abril de 2013 (UTC)
- No, son redireccionamientos. Los atajos son un subconjunto de redireccionamientos, no al revés. Y distingue entre mayúsculas y minúsculas: intente hacer una búsqueda de "Travis Alexander" y otra de "Travis Alexander"; el primero devolverá un resultado y el segundo no. La primera letra no distingue entre mayúsculas y minúsculas, pero eso se debe a que la primera letra tampoco distingue entre mayúsculas y minúsculas en los títulos de los artículos reales. La primera letra del nombre de un artículo siempre se escribe en mayúscula en el sistema, por lo que el software es lo suficientemente inteligente como para saber realizar búsquedas en consecuencia. Pero eso es solo para la primera letra. Writ Keeper ⚇ ♔ 13:22, 25 de abril de 2013 (UTC)
- Bien, claro, pero ... Ahora considere que está enlazando a nuestro informe Special: PrefixIndex desde wp: pseudo-namespace . ¡Ajá, para ellos "los atajos no distinguen entre mayúsculas y minúsculas"! Aquí está el problema: el término prefijo en el encabezado Wikipedia: Atajo # List_of_prefixes es engañoso (y se lo diré). Pero estoy representando ellos aquí, los leer esas dos páginas i Link. Para ellos, el prefijo se define como "carácter (s) inicial (es) que terminan en dos puntos ". Para los propósitos de esta discusión, el prefijo se define correctamente aquí (como está en H: S # Syntax ), pero el problema sigue siendo "Redirección de acceso directo V" y la mención de "distinción entre mayúsculas y minúsculas".
- Desde la perspectiva de la audiencia que represento en mi queja, "Travis Alexander" no es un ejemplo aceptable de la contrademanda de sensibilidad a mayúsculas y minúsculas que hago. Desde su perspectiva, los editores recién avanzados deben saber que todos los redireccionamientos no distinguen entre mayúsculas y minúsculas, excepto los artículos . Entonces, el mensaje que estoy cuestionando aquí (y todavía está en duda, gracias) es hacer suposiciones sobre la audiencia. Para el público al que represento, "los atajos no distinguen entre mayúsculas y minúsculas". Sin embargo, para los editores de artículos, "las redirecciones distinguen entre mayúsculas y minúsculas". Creo que hay una manera de corregir el mensaje para ambas audiencias. Por ahora solo es correcto para los editores de artículos.
- Según los dos párrafos anteriores, estoy seguro de que la audiencia real debe leer los términos "redireccionamiento" y "acceso directo", y estoy seguro de que no es necesario que se le diga nada a la audiencia sobre la distinción entre mayúsculas y minúsculas (pueden aprenderlo en otro lugar) . - Cp i r al Cpiral 17:37, 26 de abril de 2013 (UTC)
- No sé de qué estás hablando; Los atajos distinguen entre mayúsculas y minúsculas, al igual que cualquier otro redireccionamiento, sin importar si se trata de un artículo o una página WP: o lo que sea. WP: Ani es una página separada de WP: ANI ; simplemente, ambos han sido creados para apuntar al mismo lugar. Writ Keeper ⚇
♔ 19:49, 26 de abril de 2013 (UTC)
- Técnicamente tienes razón. Y los atajos en los enlaces que proporcioné anteriormente no mencionan la perspectiva limitada que tienen sobre el asunto aquí. Desde su punto de vista: son mayúsculas en los accesos directos, todos pueden estar en minúsculas en el cuadro de búsqueda, por lo que la declaración que distingue entre mayúsculas y minúsculas parece aire caliente. De manera rutinaria, no distinguen entre mayúsculas y minúsculas en cualquier sentido importante. Estoy bien en esto ahora. Gracias por la interacción, Writ Keeper. - Cp i r al Cpiral 05:30, 27 de abril de 2013 (UTC)
- No sé de qué estás hablando; Los atajos distinguen entre mayúsculas y minúsculas, al igual que cualquier otro redireccionamiento, sin importar si se trata de un artículo o una página WP: o lo que sea. WP: Ani es una página separada de WP: ANI ; simplemente, ambos han sido creados para apuntar al mismo lugar. Writ Keeper ⚇
♔ 19:49, 26 de abril de 2013 (UTC)
- Según los dos párrafos anteriores, estoy seguro de que la audiencia real debe leer los términos "redireccionamiento" y "acceso directo", y estoy seguro de que no es necesario que se le diga nada a la audiencia sobre la distinción entre mayúsculas y minúsculas (pueden aprenderlo en otro lugar) . - Cp i r al Cpiral 17:37, 26 de abril de 2013 (UTC)
¿Podemos obtener algunas respuestas, por favor?
Le doy la bienvenida, nuestro honorable administrador, a que revise esta página de discusión y vea si algunas de estas preguntas hechas hace mucho tiempo pueden obtener respuestas o actualizaciones. Por cualquier respuesta que pueda ofrecer, se lo agradezco y lo agradezco. Técnica 13 ( charla ) 11:57, 25 de abril de 2013 (UTC)
- Uh, ¿por qué necesitas un administrador específicamente? Writ Keeper ⚇
♔ 13:09, 25 de abril de 2013 (UTC)
- Supongo que un desarrollador de MWF también habría funcionado, ¿hay una {{ Ayuda de desarrollo }} o {{ Ayuda de WMF }} (si no es así, debería haberla)? Gracias por tomarse el tiempo para revisar y encontrar las preguntas sin respuesta y dar una respuesta. :) ¡Feliz edición! Técnica 13 ( charla ) 14:35, 25 de abril de 2013 (UTC)
- Sí, no hay problema. Solo señalar, sin embargo, que, a pesar de su nombre (y su nombre histórico y aún más engañoso "sysop"), ser administrador no implica necesariamente un gran conocimiento de wikicode o realmente ninguna habilidad técnica en absoluto; varios de los administradores por los que tengo el mayor respeto no pudieron salir de una bolsa de papel con wikicode. A la inversa, varios de los editores por quienes tengo el mayor respeto por sus habilidades técnicas no son administradores. (Sin nombres, por supuesto.) Mi punto es que, aunque por supuesto no es tan importante, usar la plantilla estándar de ayuda en lugar de la plantilla de ayuda para el administrador para preguntas técnicas como esta podría brindarle un mejor grupo de editores para aprovechar para obtener respuestas. A menos que sea una pregunta técnica que requiera los derechos de administrador para responder (como una solicitud de edición en una plantilla totalmente protegida o algo así), por supuesto.
- En cuanto a la ayuda para el desarrollo, dudo que exista o sea útil; No estoy seguro de cuántos de los desarrolladores reales o de la gente de WMF lo comprobarían con regularidad. :) Writ Keeper ⚇
♔ 14:48, 25 de abril de 2013 (UTC)
- Creo que es una idea interesante y creo que alguien debería preguntarles. Sin embargo, no seré yo pronto, simplemente estoy agotado por todas las discusiones en profundidad últimamente. Meh, algún día ... Técnica 13 ( charla ) 15:08, 25 de abril de 2013 (UTC)
- Supongo que un desarrollador de MWF también habría funcionado, ¿hay una {{ Ayuda de desarrollo }} o {{ Ayuda de WMF }} (si no es así, debería haberla)? Gracias por tomarse el tiempo para revisar y encontrar las preguntas sin respuesta y dar una respuesta. :) ¡Feliz edición! Técnica 13 ( charla ) 14:35, 25 de abril de 2013 (UTC)
Agregar un todos los criterios
Task T50945
¿Podemos agregar algo de lógica a esta página especial para permitir ver todo. Lo haría mucho más fácil que tener que verificar cada espacio de nombres individualmente. Kumioko ( charla ) 13:30, 25 de mayo de 2013 (UTC)
- Sugeriría que aquí y yo estaba pensando que incluso mejor que solo un "todos" sería si pudiéramos hacer control-clic y seleccionar varios espacios de nombres (pero no necesariamente todos) del menú desplegable. Técnica 13 ( charla ) 13:41, 25 de mayo de 2013 (UTC)
- También me gusta esa idea. Quieres escribirlo o me quieres a mí también. Sería mejor si lo hicieras. No agrado mucho a la gente de Lotsa y si lo presentara aumentaría drásticamente sus posibilidades de fracaso. Kumioko ( charla ) 13:49, 25 de mayo de 2013 (UTC)
- Claro, pero no tendré tiempo hasta el martes de la semana que viene cuando regrese a la escuela. Publicaré el {{ Tracked }} aquí. Técnica 13 ( charla ) 14:34, 25 de mayo de 2013 (UTC)
- Está bien, gracias. Kumioko ( charla ) 14:59, 25 de mayo de 2013 (UTC)
- Claro, pero no tendré tiempo hasta el martes de la semana que viene cuando regrese a la escuela. Publicaré el {{ Tracked }} aquí. Técnica 13 ( charla ) 14:34, 25 de mayo de 2013 (UTC)
- También me gusta esa idea. Quieres escribirlo o me quieres a mí también. Sería mejor si lo hicieras. No agrado mucho a la gente de Lotsa y si lo presentara aumentaría drásticamente sus posibilidades de fracaso. Kumioko ( charla ) 13:49, 25 de mayo de 2013 (UTC)
Otro caso para SuffixIndex
¿Cómo buscar de manera eficiente todos los redireccionamientos que terminan con la letra 'n' o 'm'? Consulte User_talk: West.andrew.g / Popular_redlinks para obtener motivación. El uso de expresiones regulares como '. * [Nm]' ahoga bastante el script grep.php del servidor de herramientas y solo tiene la opción de excluir redireccionamientos, no incluir solo redireccionamientos. jni ( charla ) 17:01, 17 de diciembre de 2013 (UTC)
¿Una bandeja de entrada disponible?
{{ archivos de búsqueda }} produce un cuadro de entrada y un GO! para buscar (sub) páginas para un texto introducido. ¿Existe una opción similar con PrefixIndex? Entonces, la plantilla tiene un cuadro de entrada (para mi término de búsqueda) y un botón que abre el Special: PrefixIndex / MySearchTerm. - DePiep ( charla ) 18:23, 10 de noviembre de 2014 (UTC)
Agregue la opción para buscar páginas en el espacio de nombres "Especial"
¿Es posible agregar la opción a esta página para buscar páginas en el espacio de nombres "Especial"? Me pregunto, ya que a veces puede ser un poco difícil ubicar páginas en el espacio de nombres "Especial", y tener una opción para buscar estas páginas por caracteres al principio del título de la página sería muy útil. Steel1943 ( charla ) 21:30, 11 de diciembre de 2014 (UTC)
- Consulte Special: SpecialPages , está vinculado en la barra lateral. 117Avenue ( charla ) 04:08, 13 de diciembre de 2014 (UTC)
Búsqueda que no distingue entre mayúsculas y minúsculas
El PrefixIndex actualmente distingue entre mayúsculas y minúsculas. Debe haber una búsqueda que no distinga entre mayúsculas y minúsculas para las páginas que contienen una determinada cadena al principio, sin tener en cuenta las mayúsculas y minúsculas. GeoffreyT2000 ( charla ) 16:22, 31 de mayo de 2015 (UTC)
Tipo incorrecto
La salida se presenta en tres columnas, por lo que el ojo lee hacia abajo, pero los elementos están ordenados alfabéticamente por filas. Deben estar ordenados de manera que se lean alfabéticamente en cada columna. - 174.88.133.209 ( conversación ) 06:38, 3 de julio de 2015 (UTC)
- Plantilla: ¡PrefixIndex es su solución! Wbm1058 ( charla ) 16:25, 8 de octubre de 2015 (UTC)
Idealmente, habría una búsqueda de arreglos previos y sufijos
Donde se podría buscar lo siguiente:
- x O prefijo y O sufijo
- x O y prefijo O sufijo + Y O NO + x O y prefijo O sufijo —Usuario 0 0 0 nombre 07:57, 19 de octubre de 2015 (UTC)
El prefijo Deir, en las páginas de Wikipedia
Deseo agregar una breve descripción del significado de la palabra, "Deir" (ortografía alternativa, "Dayr") como se usa como prefijo en los nombres de muchas aldeas árabes, en Special: PrefixIndex / Deir . La descripción se leerá como sigue:
El prefijo " Deir " (Dayr) que aparece en muchos nombres de pueblos es de origen arameo y siríaco-arameo, y tiene la connotación de "habitación" o "lugar de residencia", que generalmente se da a los lugares donde alguna vez hubo una población cristiana. o asentamiento de monjes en Siria, Irak, Israel (Palestina) y Egipto. En la mayoría de los casos, anteriormente se construyó un monasterio allí y, con el tiempo, el asentamiento se expandió. [1] Deir Aban, o Deir Yassin, significaría literalmente "el Monasterio de Aban" y "el Monasterio de Yassin". Davidbena ( charla ) 16:31, 20 de enero de 2016 (UTC)
Referencias
- ^ Al-Shabeshti, Diyārāt (Monasterios).
Ayuda, por favor: ¿cómo actualizar?
No entiendo cómo funciona esta página especial. Creé Wikipedia: Wikiproyecto guía de Vuelos Espaciales / estilo , pero cuando pulso el hipervínculo en Wikipedia: WikiProject Vuelo espacial que apunta a Especial: Prefixindex / Wikipedia: WikiProject_Spaceflight , no aparece la guía de estilo de subpágina. Limpié la memoria caché de mi navegador y eso no ayuda. ¿Es necesario hacer algo más especial para que se muestre la subpágina? ¿Qué me estoy perdiendo? JustinTime55 ( charla ) 18:59, 11 de marzo de 2016 (UTC)
- @ JustinTime55 : Su nueva página deletrea "Wikiproject" con una "p" minúscula, pero el enlace PrefixIndex tiene una "P" mayúscula. Los nombres de las páginas distinguen entre mayúsculas y minúsculas después de la primera letra. - John of Reading ( charla ) 19:07, 11 de marzo de 2016 (UTC)
- DOH! Gracias. JustinTime55 ( charla ) 19:35, 11 de marzo de 2016 (UTC)
Límites de palabras
Si busco "USAF Air", actualmente encuentra 6 resultados:
- Encuentro de armas aire-aire de la USAF
- Escuadrón de demostración aérea de la USAF
- División Aérea de la USAF
- Comando de Educación y Entrenamiento Aéreo de la USAF
- Centro de guerra aérea de la USAF
- Aeronaves de la USAF
Ahora, "Aeronave" no es la misma palabra que "Aire", y "Aire-aire" es discutible. Si mi interés estuviera solo en los artículos que comienzan con "USAF" y la palabra "Air", esto sería molesto. Sugiero que tiene sentido permitir esto. Veo dos formas posibles, cada una de las cuales tiene un problema.
- Proporcione una casilla de verificación "coincidir con palabras completas". Sin embargo, puede que no sea obvio cómo exactamente constituiría un límite de palabras, como con "aire-aire".
- Permitir que los espacios finales sean significativos, para que pueda buscar "USAF Air". Sin embargo, si "USAF Air" fuera una coincidencia exacta, entonces esto no lo encontraría, y también fallaría si hubiera, digamos, una coma después de "Air".
Aún así, proporcionar cualquiera de estos sería útil al menos parte del tiempo. (La búsqueda real que quería hacer era en "EE. UU.", Que produce una gran cantidad de resultados falsos ya que se ignora el espacio.) - 76.71.6.254 ( conversación ) 08:32, 19 de marzo de 2017 (UTC)
¿Mostrar el recuento?
¿Por qué no numerar los resultados o mostrar un recuento de cuántos hay? O si eso es demasiado difícil cuando hay muchas visitas, al menos mostrar cuántas hay en la página actual. - 76.71.6.254 ( conversación ) 08:34, 19 de marzo de 2017 (UTC)
Devolver en caso nulo
Estoy tratando de incluir esto en una plantilla, pero tengo problemas para averiguar cuál es la devolución predeterminada en caso de que la búsqueda esté vacía.
No puedo hacer que funcione con
{{ifnotempty ...}}
o
{{#ifeq: {{Special: PrefixIndex / foo}} | | está vacío | no está}}
O algo más.
¿Alguna ayuda por favor? - Contribuciones de Superuser27 - charla 09:00, 14 de agosto de 2017 (UTC)
- También me gustaría saber si hay alguna forma de comprobar si hay una lista "vacía". - Icemandeaf ( charla ) 20:40, 9 de julio de 2018 (UTC)
¿Probaste con #ifexist? IBikette ( hablar )
Cambiar el orden de los títulos de las páginas
¿Hay alguna forma de cambiar el orden de los títulos de las páginas? Por ejemplo, me gustaría que la lista resultante mostrara
- Comentario / Capítulo 1
- Comentario / Capítulo 2
- Comentario / Capítulo 11
- Comentario / Capítulo 12
- Comentario / Capítulo 21
en lugar del pedido actualmente aplicado:
- Comentario / Capítulo 1
- Comentario / Capítulo 11
- Comentario / Capítulo 12
- Comentario / Capítulo 2
- Comentario / Capítulo 21
Para mi propósito, la solución no es cambiar el nombre del Capítulo 1 al Capítulo 01, del Capítulo 2 al Capítulo 02.
Esta pregunta la hace el usuario: Coradriaan - charla 08:30, 19 de agosto de 2017 (UTC)
- También apoyaría esta solicitud. - Fayenatic L ondon 14:12, 9 de enero de 2020 (UTC)
Pasando parámetros en wikilink
¿Es posible pasar parámetros en un wikilink a la página PrefixIndex como se puede hacer en la sintaxis de transclusión?
Es decir, como:
{{Special:PrefixIndex/{{FULLPAGENAME}}/ |hideredirects=1 |stripprefix=1}}
Si es así, ¿cuál es la sintaxis adecuada?
Permitir espacios significativos al final
Quería buscar títulos que comenzaran con la palabra "Pav", pero no creo que haya ninguna forma de especificar que los resultados deben comenzar con "Pav". Incluso cuando agrego el espacio final, obtengo todos los títulos donde la primera palabra comienza "Pav" en lugar de solo donde están "Pav". Sería conveniente especificar que un espacio final es significativo. Largoplazo ( charla ) 03:29, 12 de marzo de 2019 (UTC)
- Ja, acabo de notar el enlace en la parte superior de esta página para la herramienta grep. Largoplazo ( charla ) 03:30, 12 de marzo de 2019 (UTC)
Seleccionar una variedad de resultados
Sería útil poder especificar un rango de resultados, por ejemplo, especial: índice de prefijo / Isaías, donde el siguiente carácter es numérico (para el artículo Libro de Isaías ) o alfabético (para Isaías (nombre de pila) ). - Fayenatic L ondon 14:23, 9 de enero de 2020 (UTC)
¿Alguna limitación en la creación de subpáginas?
Digamos que se creó una página de categoría y para esta página respectiva, ¿habría alguna limitación en cuanto al número de subpáginas? Yogi Poz ( charla ) 21:07, 20 de mayo de 2020 (UTC)