Wikcionario:Café/2015 12

Esto es un archivo de discusiones pasadas. Por favor no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor hazlo en la página de discusión actual.

MediaWiki message delivery (discusión) 14:38 1 dic 2015 (UTC)

Finalmente yo terminé de crear las plantillas del África en los idiomas cabila, cachubio, silesiano y zelandés.

Leonardo José Ramón (discusión) 21:22 2 dic 2015 (UTC)

noté que todas (o la mayoría de) las entradas de palabras formadas con el elemento compositivo -fobia se encuentran con la acepción "temor irracional y enfermizo a". que todas las emociones por definición son irracionales (emocional y racional son antónimos). alcanzaría con "temor exagerado/enfermizo/obsesivo/incontrolable a", o mejor, "fobia a", o simplemente "temor a".
la hipérbole "temor irracional" suena irónico y poco científico. --Ninud (discusión) 14:09 3 dic 2015 (UTC)

Es complicado. Se puede temer algo sin sufrir una fobia, por ejemplo, temer "razonablemente" a las arañas y alejarte de ellas o evitar tocarlas. Quizás sirva "temor exagerado" o "incontrolable". No usaría fobia, porque no es de papel ;) . Saludos. Lin linao ¿dime? 17:24 3 dic 2015 (UTC)

Hay palabras con sufijo fobia que no son fobias. diccionario especializado pág. 511 . Temor irracional e invencible hacia algo que segun el buen sentido no debería provocar miedo. Aclara que es irracional porque la persona sabe bien que lo es pero no puede evitarlo. Aunque ahora que veo bien ese diccionario tiene términos psicoanalíticos, poco serio--Esceptic0 (discusión) 02:48 4 dic 2015 (UTC)

no te preocupes por el diccionario especializado, que encontré un sinfín de ejemplos en la literatura con "temor irracional" como descripción de fobias (mucho más en inglés, "irrational fear", y en obras bastante reconocidas).

también el oximorón "temor racional" aparece repetidamente... ^^

yo diría de usar otros adjetivos. que tenemos muchos en español que no generan conflictos. (flores para la RAE en esta, a ver si se me ofenden por otros comentarios míos ;P)

PD: por más leve que sea el temor (o asco) a las arañas, coloquialmente se puede hablar de aracnofobia.

--Ninud (discusión) 15:49 4 dic 2015 (UTC)

Las distintas ediciones del Wikcionario poseen un implemento que permite a los usuarios añadir rápida y fácilmente traducciones a las entradas sin necesidad de editar toda la página y lidiar con código. ¿Se ha trabajado alguna vez en traer eso a esta edición? —Born2bgratis (discusión) 15:47 5 dic 2015 (UTC)

Ya se comentó esto en el Café hace algunos meses. Me gustaría trabajar en ello, pero primero habrá que revisar y arreglar el desorden que hay actualmente en las secciones de traducciones, y después buscar la mejor solución (con las nuevas herramientas que existen ahora, probablemente haya alternativas más modernas y preferibles a lo que ya ofrecen otros proyectos). Un saludo, Peter Bowman (discusión) 16:06 5 dic 2015 (UTC)

Hace tiempo intenté usar lo que tiene el Wikcionario en inglés y nunca pude grabar los cambios. No soy un ignorante en edición wiki, así que sospecho que había algo mal con mi navegador o con el complemento o que el sistema es excesivamente complicado. Ojalá pudiera implementarse algo fácil de usar. Lin linao ¿dime? 17:30 5 dic 2015 (UTC)

Actualmente, unas 650 000 páginas ya han sido convertidas a la nueva estructura. El resto son, en su mayor parte, formas flexivas en las que aparece al menos una plantilla {{anotación}} no vacía. Parece ser que el propósito de esta es facilitar la creación de entradas mediante bot (Categoría:Wikcionario:Plantillas Bot) de modo que, a través de una serie de parámetros, es posible especificar el ámbito de uso, los parónimos, variantes, etc., siendo más flexible en este sentido que las correspondientes plantillas {{ámbito}}, {{parónimo}}, {{variantes}}... Hace algunas semanas extraje el número de páginas donde se usa esta plantilla en función del título de la anotación:

• +62k para Uso, habitualmente formas del futuro de subjuntivo como tuviere, con la anotación anticuado
• +82k para una Variante del pretérito imperfecto de subjuntivo (tuviera, tuviese) en conjunción con Parónimo
• apenas un puñado para Ámbito (garantes) y Sinónimo (pluguieron)

El procedimiento que he seguido ha sido de borrar las plantillas {{anotación}} vacías (son meros residuos de la acción de un bot) y convertir las demás, por un lado, a plantillas {{uso}}, y por otro, a parámetros de {{pron-graf}} (parónimos y variantes). El problema que surgió es que estas dos últimas categorizan automáticamente la página en Categoría:ES:Términos anticuados y Categoría:ES:Variantes, respectivamente y para el caso particular del español. Obviamente, tras la conversión ambas se llenarían con formas flexivas y serían prácticamente inútiles, de modo que decidí omitir estas entradas. La idea que quiero proponer aquí es la introducción de un parámetro nuevo en estas plantillas para indicarles que no categoricen la entrada (o que usen una categoría designada específicamente para las formas flexivas). Sería algo así:

• para {{uso}}: {{uso|anticuado|flex=x}} (cualquier valor distinto de una cadena vacía)
• para {{pron-graf}}: {{pron-graf|...|tipo=flex}}

El parámetro tipo en el último caso acogería también otra clase de entradas de tratamiento especial; aprovecho para adelantar la idea de introducir tipo=taxo en las denominaciones taxonómicas (antigua plantilla {{TAXO}}), lo que indicaría a {{pron-graf}} que debe mostrar el título de la entrada en cursiva. Un saludo, Peter Bowman (discusión) 23:33 24 nov 2015 (UTC)

Fuera de tema, creo que la forma verbal "(tú) garantes" no existe en la vida real, aunque sea téoricamente posible: por lo que dice la nota, el verbo no es defectivo en Argentina y Uruguay, pero allí no se conjuga con tuteo, así que solo se diría "(vos) garantís". Saludos. Lin linao ¿dime? 03:10 25 nov 2015 (UTC)

A mí me parece una buena solución para no saturar esas categorías. A lo mejor una «Categoría:ES:Términos anticuados:Futuro de subjuntivo» y una «Categoría:ES:Variantes:Pretérito de subjuntivo» podrían resultar útiles si se decidiese mantener la categorización de las formas flexivas, aunque no sé si tiene mucho sentido o utilidad. Por otra parte, quería llamar la atención sobre el asunto de los parónimos. ¿Es adecuado que —como sucede en prácticamente todos los verbos— aparezca comiere como parónimo de comiera, por ejemplo? Lo pregunto porque en WN:ES especifica que «no está pensado para enumerar todas las palabras que se parezcan», sino para evitar posibles confusiones entre palabras... y no sé qué margen de confusión puede haber entre comiera y comiere teniendo en cuenta que su pronunciación es bastante diferente y que la segunda no se usa en la lengua hablada casi nunca. Saludos, -- Saul ip Allô ? 10:58 26 nov 2015 (UTC)

Una explicación con la que me suelo encontrar en otro proyecto es que este tipo de información podría resultarle de utilidad a lectores con una lengua materna diferente, o también para personas que estén aprendiendo el idioma. Siguiendo este razonamiento, yo estaría en desacuerdo con el ejemplo que se indica en WN:ES para las palabras perro y pero, en el que se desaconseja indicar la paronimia. Lo mismo con respecto a comiera y comiere: no creo que la pronunciación sea tan diferente (una sola vocal en posición átona), y precisamente por el hecho de que aún se documente comiere con un uso equivalente al pretérito imperfecto de subjuntivo (), una breve indicación como la de la paronimia ayudaría a distinguir la forma obsoleta de la que se usa en la actualidad. Añadiría, si se decidiera dejar esta indicación en las formas del tipo comiera, que sería conveniente hacer lo mismo en las formas tipo comiere para conservar la simetría. Además, la cualidad de parónimo no se refiere solamente al parecido en el sonido, sino también en la forma (escrita): . Un saludo, Peter Bowman (discusión) 16:04 26 nov 2015 (UTC)

El «pero» que me surge a mí es... ¿cuál será el criterio entonces para incluir una palabra como parónima de otra? Quiero decir, llevando el razonamiento hasta el extremo, las secciones de «parónimos» y «pares mínimos» podrían ser la misma, porque los pares mínimos solo se diferencian en un sonido... llevando a listas de parónimos larguísimas y, ahora sí, poco útiles. No sé, no me acabo de convencer —aunque veo tu argumentación y también me tiene sentido...—. Saludos, -- Saul ip Allô ? 15:18 30 nov 2015 (UTC)

Ahora yo también estoy confuso :(. Acabo de advertir que, según nuestras definiciones de par mínimo y parónimo, los pares mínimos no son más que casos especiales de paronimia, de modo que, como indicas, podríamos prescindir de los primeros y sí, construir listas de parónimos absurdamente largas. Ahora mismo, los pares mínimos se detallan en Información adicional junto con los anagramas, pensaba dedicarles una plantilla nueva. ¿Y si lleváramos todos los parónimos a esta sección, reviviendo la plantilla {{parónimo}} (ahora integrada en {{pron-graf}}), y fusionándolos con los pares mínimos?

Un poco fuera de tema: me temo que el sistema actual no está preparado para aceptar listas de parámetros realmente largas. Véase el wikicódigo de iluec. Para que esto tenga sentido, pron-graf debería volver a ser un elemento de la entrada como otro cualquiera (estructurado, pero siguiendo el flujo de la página), no una especie de minitabla flotante. Un saludo, Peter Bowman (discusión) 01:00 6 dic 2015 (UTC)

Ninud: en esta edición liquidaste la categorización de los homófonos y los parónimos en {{pron-graf}}. ¿Había algún motivo concreto detrás de esta decisión? Veo que Categoría:ES:Homófonos y Categoría:ES:Parónimos son relativamente recientes, no contienen muchas entradas y parece que las del español son las únicas que se han creado. Las categorías de variantes comprenden casi veinte idiomas y algunas de ellas están más pobladas: Categoría:Variantes. ¿Cuál es la tendencia: crear cada vez más categorías (paronimia, homonimia, etc.), ir eliminándolas poco a poco, o conservar solo algunas de ellas (variantes)? Un saludo, Peter Bowman (discusión) 00:35 6 dic 2015 (UTC)

tienen muy poca utilidad. lo único que se me ocurre es si se está buscando un ejemplo de un parónimo u homófono y no se puede recordar ninguno. lo mismo ocurre con variantes y grafías alternativas bajo Categoría:ES:Palabras con varias grafías, que lo dejé no sé porque.

este tipo de información no trasciende a los dos (o más) lemas parónimos u homófonos, es decir, no es que analizando el total de la categoría se va a concluir con información estadística útil.

por otro lado no molestan, así que si querés se pueden revivir :/ --Ninud (discusión) 10:45 6 dic 2015 (UTC)

hm, aunque pensándolo de forma más global tal vez sería interesante poder comparar que idiomas tienen más parónimos u homófonos... --Ninud (discusión) 11:11 6 dic 2015 (UTC)

Ninud: ¿y si sustituyéramos estas categorías por anexos (p. ej. Anexo:ES:Homófonos) estructuradas en tablas de dos (o más) columnas: la primera para el lema principal/más usado/cualquier otro criterio, y la otra para su(s) parónimo(s)/homófono(s)/grafía(s) alternativa(s)/variante(s)? Como se suele decir, cada oveja con su pareja, contrastando con el cajón de sastre que son actualmente estas categorías. Mi bot podría ocuparse de revisarlas e irlas completando con el trabajo de los editores, digamos, una vez por semana. Detectaría también enlaces a páginas no creadas, algo que con las categorías no es posible (primero hay que crear la entrada para poder categorizarla). Peter Bowman (discusión) 01:26 7 dic 2015 (UTC)

entendí bien? esos Anexo:XX:Parónimos/Homófonos/etc. serían glosarios de todos los parónimos, homófonos, etc., algo así:

desinfectar: desinfestar, desinsectar

desinfestar: desinfectar, desinsectar

desinflamar: desinformar (sirven de ejemplo, no son parónimos)

desinformar: desinflamar (sirven de ejemplo, no son parónimos)

desinsectar: desinfectar, desinfestar

tema aparte:

volviendo a la idea del buscador avanzado (los filtros del mw:Help:CirrusSearch que mencionaste más arriba creo que no funcionan en español):

podría ser de gran utilidad poder limitar búsquedas combinando palabras que se encuentren en dos, tres o más categorías (ES:Adjetivos; con los prefijos in-/dis-/des-; etc.)

que en el futuro podríamos expandir incluyendo categorías ocultas, etiquetas (tags), (por ejemplo, adjetivos que describen sonidos, gustos, tonos azules, etc.) --Ninud (discusión) 10:31 7 dic 2015 (UTC)

Algo así, aunque creo que preferiría desinfestar: véase desinfectar en lugar de repetir la misma información en varios sitios. La idea original era introducir los datos en una wikitabla con columnas ordenadas alfabéticamente, pero ahora veo que sería mejor usar una simple lista de elementos. Si estas dos últimas categorías todavía presentes en pron-graf (Palabras con varias grafías y Variantes) no son útiles, preferiría quitarlas y ahorrarme ese parámetro adicional (al margen de lo que ocurra con las denominaciones taxonómicas, por lo que comenté anteriormente en este hilo).

En cuanto al buscador, en teoría debería servirte esta herramienta, pero todavía está en construcción: toollabs:catscan2/catscan2.php. Me has recordado que quería probar esto, le echaré un vistazo en otro momento :). Un saludo, Peter Bowman (discusión) 18:16 7 dic 2015 (UTC)

Me parece que voy a renombrar el parámetro propuesto para {{uso}} a nocat=x (cualquier contenido distinto de una cadena vacía). Cuesta predecir qué ocurrirá en el futuro, así que este nombre (no categoría) debería ser más universal (lo que también podría suponer una desventaja, pero por ahora me parece asumible). Mantengo el parámetro tipo=flex para pron-graf, quedando a la espera de alguna posible puntualización en relación con lo indicado en el párrafo anterior, y me gustaría empezar a procesar las entradas a partir de la próxima semana. Peter Bowman (discusión) 02:38 6 dic 2015 (UTC)

Bueno, al final he abandonado la idea de modificar {{pron-graf}} y en vez de eso he suprimido la categorización de variantes y palabras con varias grafías, por resultar de poca utilidad y a la espera de implantar un sistema alternativo (ver mis comentarios y los de Ninud más arriba). He guardado una copia del contenido de las categorías afectadas, que se irán vaciando tras este cambio. De momento tampoco voy a añadir aquel parámetro adicional para la plantilla {{uso}} dado que requeriría revisar y/o modificar toda la familia de plantillas {{contexto}}, algo que preferiría hacer con más tranquilidad en otro momento. Por lo tanto, momentáneamente dejaré las plantillas {{anotación}} con el título Uso y convertiré todas las demás, sirviendo las ideas expuestas en este hilo como posible referencia para el futuro. En un principio, tampoco modificaré la información aportada acerca de los parónimos, pero me guardo como tarea pendiente revisar algun día todas estas formas flexivas y corregir las carencias, sincronizar los datos (p. ej. variantes simétricas), etc. Un saludo, Peter Bowman (discusión) 16:12 12 dic 2015 (UTC)

17:52 7 dic 2015 (UTC)

Hola colegas hispanohablantes,

Estoy con pena decirle que mi proyecto de Wikiproyecto Siriono ha sido rechazado. Era un proyecto de un lingüista para integrar su base de datos sobre una lengua boliviana en peligro de extinción a partir del programa FLEx. Despues, era planeado de viajar a Bolivia para capacitar a los hablantes a leer y contribuir al Wikcionario. No era para que sean impresionante contribuidores pero de mostrar que el Wikcionario puede ser un útil increíble por las lenguas en peligro de desaparecer, no solamente como archivo pero como lugar de colaboración para que la lengua y su diccionario quedan como propriedad comuna. La decisión cayo en inglés así:

Without a better understanding of how data transfer from FLEx to Wiktionary would work, and in light of the fact that current Wiktionary capabilities are perhaps too narrow to broadly accommodate the needs of linguistic researchers, we are concerned that this project would not scale. When weighing the high cost of funding the project team’s travel to Bolivia against concerns about the potential for long-term impact, we felt that this project was not ultimately a good fit with Wikimedia’s scope at this time. You might consider the possibility of resubmitting your proposal in the future as a more narrowly focused pilot investigating the feasibility of data transfer between Wiktionary and FLEx, and establishing best practices for accommodating linguistic research on Wiktionary.

Eso me puso de pensar en muchas cosas que escribí allá en inglés también. Aquí vengo para comentarle especialmente de una parte de la decisión que considera que los Wikcionarios no son puestos para aceptar lingüistas. Creo que eso es la consecuencia de una falta de comunicación externa por parte de los Wikcionarios. Se ve que los objetivos y sucesos de los Wikcionarios no son muy visible afuera de los proyectos. Podemos ser muy contento de la evolución del proyecto en esos últimos diez años pero no se sabe afuera del proyecto! Nos hemos dado cuenta de eso en el Wikcionario en francés hace poco y hemos intentado de hacer un poco de comunicación. Entonces, estoy muy interesado para saber ¿que se pasa en el Wikcionario en castellano? Para darle una idea de lo que hacemos en la versión francesa, hemos hecho charlas publicas por ejemplo a una conferencia de lexicógrafos y por un encuentro sobre los proyectos libre (en vídeo), hemos participados en editathon (ej. en noviembre sobre el Arte en la Renacimiento), hemos empezado un tipo de noticiero mensual como SignPost por y tenemos un encuentro publico cada mes en la ciudad de Lyon, en Francia. ¿Hay algo parecido en el Wikcionario en castellano? Por favor, avisame, que le pongamos en nuestra pagina de noticias Actualités y que mostramos al mundo el poder del Wikcionario {{Smiley}} Noé (discusión) 15:49 8 dic 2015 (UTC)

Puede que sea cierto, pero es porque ellos tampoco lo impulsan haciendo mas fácil la edición y la utilización del mismo, por ejemplo usando wikidata (cosa que si tienen casi todos los otros proyectos hermanos, por mas chicos que sean), aplicaciones para consultar las definiciones, etc. --Esceptic0 (discusión) 11:40 10 dic 2015 (UTC)

Estoy plenamente desacuerdo que no hubo mucha evolución técnica por los Wikcionarios. Hablando de Wikidata, ya empezó un voto para impulsar un cambio, dentro de los deseos generales por 2016. Pueden ir a votar. Noé (discusión) 13:13 10 dic 2015 (UTC)

Gente voten! sería un cambio radical para mejor, podríamos sistematizar todo --Esceptic0 (discusión) 17:19 7 ene 2016 (UTC)

Esceptic0: la votación concluyó hace varias semanas, ya no se puede votar (por cierto, votaste ya fuera de tiempo). De todos modos, creo que hay cierta confusión respecto de lo que implica aquella propuesta, como comenté aquí. Independientemente del resultado de esta votación, parece que de todos modos van a añadir soporte para Wikcionario en Wikidata durante 2016 (ver comentario en el primer voto). Un saludo, Peter Bowman (discusión) 17:55 7 ene 2016 (UTC)

=( ooh, es cierto eso que decís que omegawiki ya está pensado desde el inicio y me generó muchas dudas sobre si seguir colaborando acá o ir allá. Simplemente el no apoyo de wikimedia me hizo seguir acá y espero que no me defrauden, no me opondría a un movimiento masivo de datos a otro proyecto que una los wikcionarios, osea un omegawiki, o la integración de wikidata dentro de cada wikcionario que sería un omegawiki incrustado--Esceptic0 (discusión) 18:30 7 ene 2016 (UTC)

Volviendo al hilo WN:Café/2015 03#voto para reunir "Historia" a Etimología, he preparado esta lista de páginas donde figura un elemento Historia, como ayuda para quien quiera adaptarlo para Etimología o simplemente revisar su contenido: Usuario:PBbot/historia. Veo que hay un montón de información propia de una enciclopedia que posiblemente sea preferible eliminar, y hay también casos que podrían tener mejor cabida en otros apartados de las entradas. Un saludo, Peter Bowman (discusión) 18:37 10 dic 2015 (UTC)

¡Hola! Quisiera tu ayuda para escoger los temas para las nuevas campañas que se podría realizar el año entrante en IdeaLab. Las campañas están diseñadas para atraer propuestas de los colaboradores de los proyectos Wikimedia orientadas a resolver necesidades o problemas en los proyectos de Wikimedia. Para participar puedes:

• Familiarizarte con esta consulta y revisar los temas propuestos por otros colaboradores.
• Votar por los temas para las nuevas campañas o proponer uno nuevo en la encuesta AllOurIdeas (en inglés).
• Discutir los temas para las campañas y formular sus preguntas en la página de discusión de IdeaLab, o sentirte libre de discutir y proponer ideas para campañas en esa página de discusión.

Muchas gracias,

I JethroBT (WMF), Community Resources, Wikimedia Foundation. 00:11 12 dic 2015 (UTC)

hasta ahora la idea era de acomodar las formas flexivas en un apartado al final de la lengua, incluyendo solo la acepción (información flexiva, como género, tiempo, persona, etc.) e información que no figurase en la entrada principal (como pronunciación y ocasionalmente variantes o grafías alternativas).

dudas aparecen dentro de entradas que incluyen en una misma lengua lemas y formas flexivas,

con etimologías distintas:

1. donde el o los lemas y la o las formas flexivas parten de raíces distintas (sal, gana, etc.)

2. donde parten de la misma raíz pero de derivaciones distintas (multa, abusus, abuso, etc.)

con etimologías iguales:

3. como ocurre dentro de tantas lenguas indoeuropeas, por ejemplo, entre las formas base de formas verbales no personales (mayormente participios) y adjetivos o sustantivos (conocido: (g)nōtus, known, bekannt, etc.)

la solución más simple (especialmente para el bot) sería de tratarlas a todas de la misma manera:

• formas flexivas en un apartado al final de la lengua con el título al mismo nivel que las etimologías de los lemas.

la alternativa:

• hacer una excepción para el punto 3, para las formas base de los participios (como se ve en otros proyectos, como wikcionario inglés, aunque irregular y/o inconsecuentemente)

si vamos a optar por un trato excepcional, es decir, poner las formas flexivas y los lemas bajo una misma etimología:

• ¿las ponemos después de los adjetivos y/o sustantivos (como en known)?
• o ¿seguimos el orden lógico? poniendo la forma original, la forma verbal arriba de todo (como ya se puede encontrar esporádicamente dentro de nuestro proyecto, ver sleeping), (y lógicamente para estos casos especiales habría que considerar el título "Participio" en lugar de "Forma verbal").

argumentos en contra de un trato diferenciado:

• el más importante, y bastante contundente, es que vamos a tener que hacer todos los cambios manualmente. dudo mucho que un bot sea capaz de diferenciar entre los puntos 1, 2 y 3... de hecho, hasta a autores experimentados no le resulta fácil (al no contar con el 100% de las etimologías de los lemas... ver objeto, la forma verbal tiene otra etimología que el sustantivo)

conclusión: si tratamos a todas las formas flexivas indiscriminadamente nos vamos a ahorrar muchísimo trabajo!
antes de poner esto a voto, ¿a alguien se le ocurre algo que no tuve en cuenta? tal vez algún argumento en favor de tratarlas diferenciadamente? --Ninud (discusión) 14:24 21 nov 2015 (UTC)

• Ninud, tan solo una pregunta en cuanto al trato indiscriminado: ahora mismo todas las acepciones bajo una misma etimología siguen una numeración continua, incluso cuando hay más de una categoría gramatical (ver conocido). En amica, en cambio, has reiniciado la cuenta para la forma verbal (respecto de la forma adjetiva). ¿Esto debe ser así?

Una costumbre previa al revivido título "Forma flexiva" (satura, multa, multo, etc.). me imagino que ahora se podría enumerar también de forma continua. lo que resulte más intuitivo a los editores... --Ninud (discusión) 10:10 27 nov 2015 (UTC)

• Y una observación mía algo fuera de tema: en amica vemos un índice de contenidos parcialmente plegado debido a la configuración actual del gadget, que es básicamente la misma que en el Wikcionario francés, de donde se tomó el código. Está ajustado para mostrar solo hasta el primer subnivel de la primera sección de la entrada, pero me parece que esto actúa en detrimento de nuestra estructura, ocultándole al lector la organización de las entradas, máxime ahora que estamos ramificando más y más las secciones. ¿Y si mostrara la primera sección completamente desplegada (la del italiano para el ejemplo indicado), y cada vez que se pulse el signo para desplegar una sección de idioma (digamos que el latín para el mismo ejemplo) también mostrara todas las subsecciones desplegadas en vez de tener que ir abriéndolas una por una? Un saludo, Peter Bowman (discusión) 18:26 26 nov 2015 (UTC)

Buena idea! otra cosa que ayudaría es de cambiar los símbolos "+, -, x" por símbolos más llamativos "⊳, ∇, ⊲" (abrir, abierto/cerrar, no se puede abrir más), de hecho el último símbolo se podría omitir, y dejar solo los primeros dos (así funciona el archive manager que uso yo) --Ninud (discusión) 10:32 27 nov 2015 (UTC)

Ninud: ya he aplicado la idea de las secciones desplegadas por defecto (plegando solo las de primer nivel, salvo la primera). Me parece bien cambiar los símbolos, por consistencia propondría usar los mismos triángulos que utilizan Especial:ÁrbolDeCategorías y las páginas Categoría: para mostrar sus subniveles. He preparado un esbozo en Especial:PermaLink/3771333. Si quito el tercer botón se estropearía la sangría de los títulos; tal vez se vea mejor así, de color gris. Un saludo, Peter Bowman (discusión) 19:48 2 dic 2015 (UTC)

pensaba en espacios libres, pero el cambio de color funciona muy bien.

y ahora que lo veo en un ejemplo, los triángulos definitivamente cumplen el objetivo de llamar más la atención ^^ --Ninud (discusión) 10:57 3 dic 2015 (UTC)

Hecho: Especial:Diff/3771323/3772651, Especial:Diff/2635460/3772664. Mala noticia: un mes después de haber creado este gadget, dejó de funcionar correctamente en Chrome (los elementos de la tabla de contenidos quedaron descolocados) a causa de este cambio en el código de MediaWiki. No me di cuenta porque siempre uso Firefox, nadie notificó del fallo :(. Lo menciono como autorreflexión para incentivar revisiones periódicas que puedan evitar estos problemas en el futuro. Un saludo, Peter Bowman (discusión) 23:40 7 dic 2015 (UTC)

se ve muy bien! :)

sobre google chrome y otros browsers: sospecho que la mayoría de nosotros usamos firefox. ayer por casualidad me conecté con un iexplorer y me sorprendió lo distinto que se ve todo... --Ninud (discusión) 10:00 8 dic 2015 (UTC)

¡Ah! Olvidé mencionar otra idea: añadir un botón al lado de Contenido para plegar y desplegar todos los elementos a la vez. Borrador: Especial:PermaLink/3772754. Detalles (propuesta):

• Añadir un cajetín (por llamarlo de alguna manera) adicional con dos botones: ► = plegar todo, ▼ = desplegar todo.
• Mostrar dicho cajetín únicamente cuando la tabla de contenidos está desplegada (el usuario ha pulsado el botón ).
• Usar triángulos en lugar de texto para no ocupar demasiado espacio; el usuario debería adivinar rápidamente, por analogía, qué función cumple cada uno.
• Si todas las secciones en la tabla de contenidos han sido plegadas o desplegadas, desactivar el botón correspondiente y cambiarle el color a gris.

Un saludo, Peter Bowman (discusión) 15:17 8 dic 2015 (UTC)

de acuerdo :) --Ninud (discusión) 10:34 9 dic 2015 (UTC)

Hecho. No se mostrará el cajetín si no hay ninguna sección que se pueda expandir (también podría suprimirlo si solo hay una sección, o todas son de primer nivel; lo pensaré). El botón ▼ de este cajetín se desactiva si no hay ninguna sección visible desplegada (pero podría haber alguna oculta en los niveles inferiores). Un saludo, Peter Bowman (discusión) 00:32 18 dic 2015 (UTC)

Vale, al final lo he configurado para que no genere ese cajetín si solo hay una sección plegable :). Peter Bowman (discusión) 23:03 18 dic 2015 (UTC)

• Para cuando algún lema parta de una forma flexiva especificada en la misma entrada, p. ej. en el caso de los participios, se podría colocar {{ancla|título_del_ancla}} bajo el título Forma flexiva y después añadir algo como Del ] de XX. en la etimología de dicho lema. Aunque yo preferiría crear una plantilla de sección {{forma flexiva}} que admita como parámetro el código de idioma, para mantener un formato único (al final cada editor acabaría poniendo el ancla en cualquier lado), con la posibilidad de añadir especializaciones para cada tipo de forma. Esto enlazaría en cierto modo con el hilo #Entradas de adjetivos / participios perfectos. Un saludo, Peter Bowman (discusión) 18:57 26 nov 2015 (UTC)

  No me había dado cuenta de que esta plantilla ya existía :). Parece ser un trabajo dejado a medias, comentado con más detalle aquí: WN:Café/2014 03#Plantilla forma flexiva. Creo que se podría reusar. Peter Bowman (discusión) 19:04 26 nov 2015 (UTC)

No estoy seguro si entendí bien. ¿se pondría el ancla en la forma flexiva (en este caso en la forma base del participio) y luego en la etimología del adjetivo o sustantivo un link hacia el ancla? --Ninud (discusión) 10:52 27 nov 2015 (UTC)

Exacto. En la propuesta de la plantilla se trataría de usar === {{forma flexiva|xx}} === para crear un ancla llamado, digamos, #flex-xx, y luego enlazarlo desde la etimología con ], manualmente o por medio de {{etimología}}. La razón de generar un ancla nueva en lugar de usar #Forma_flexiva es porque esta última no funcionará bien si en la entrada hay más de una sección con ese nombre. Peter Bowman (discusión) 21:00 27 nov 2015 (UTC)

ah, ahora entendí bien el motivo. buena idea :) --Ninud (discusión) 10:24 28 nov 2015 (UTC)

sobre entradas con lemas y formas flexivas en una misma lengua:
tratar las formas flexivas indiscriminadamente. es decir, pasarlas a un apartado al final de la lengua bajo el título "Forma flexiva", no solo cuando difieran de los lemas en sus etimologías, sino también cuando tengan la misma etimología (en su gran mayoría participios y adjetivos y/o sustantivos, aunque no siempre, comparar la estructura antigua en amiga vs. el trato indiferenciado en amica en italiano). --Ninud (discusión) 11:20 25 nov 2015 (UTC)

1. A favor, simplificará muchísimo la labor al bot y a nosotros. --Ninud (discusión) 11:20 25 nov 2015 (UTC)
2. A favor. Peter Bowman (discusión) 18:27 26 nov 2015 (UTC)
3. A favor, pareciera ser el mal menor. Lin linao ¿dime? 17:24 27 nov 2015 (UTC)

sigue el hilo de 2015 04/Lenguas de origen (escalonamiento)

• a falta de propuestas y la falta de utilidad del sistema actual, creé {{origen}}, que permite especificar desde que lengua y a partir de cuando un lema se introdujo dentro del continuo de otra lengua.

para mantenerlo breve, ideal hubiera sido con el símbolo < "deriva de(l)" (por ej. en el continuo del alemán: Categoría:DE:<GMH<GOH<GEM<INE), pero aparentemente no está admitido. provisionalmente suplanté < por "del"

el resultado se puede ver en rund (Categoría:DE:Del GMH, del FRO), y no se ve bien así... Categoría:DE:GMH:FRO podría ser confuso...

¿Y qué tal con algo como Categoría:DE ← GMH ← FRO? Sin los dos puntos. Peter Bowman (discusión) 16:32 10 dic 2015 (UTC)

--Ninud (discusión) 13:10 10 dic 2015 (UTC)

Tal vez sea mejor usar siempre minúsculas, del mismo modo en que ya lo hacemos en las plantillas de sección/encabezamiento ({{origen|de|gmh|fro}}), aunque esto no es importante. Sigue sin convencerme la idea de las categorías... Es inevitable que la cantidad de combinaciones llegue a ser muy elevada (multipliquemos tan solo las que propones para el alemán, junto con las incógnitas indicadas por paréntesis y signos de interrogación, por el número de idiomas en Wikcionario), siendo muy difíciles de mantener y, además, que muchas de ellas contengan solo unas pocas entradas. Estoy experimentando con aplicaciones web en los servidores de Wikimedia y se me ocurre la idea de crear una herramienta similar al gadget que funciona en las subcategorías de Categoría:Palabras por origen y lengua, esta vez abriendo la posibilidad de generar árboles de étimos según la lengua de procedencia y con más control sobre cómo mostrar esa información. Sería una especie de base de datos actualizada periódicamente a partir de las plantillas {{origen}} incluidas en las entradas (cumplirían el papel de etiquetas o algo similar). No me opongo a la idea de usar esta plantilla, tan solo quería comentar esta alternativa, que no llegaría pronto por falta de tiempo de mi parte para programar algo así, y por la necesidad de implantar la plantilla en un número suficiente de entradas para que tenga sentido generar estos árboles de datos. Un saludo, Peter Bowman (discusión) 16:32 10 dic 2015 (UTC)

perdón, ayer me tenía que ir y dejé todo sin más explicaciones que el hilo a la discusión de mayo.

el problema con las etimologías en wikcionario comienza en la plantilla {{etimología}}, que admite muchas posibilidades sí, de hecho sirve para la gran mayoría de las lenguas, pero para un puñado de lenguas ya no alcanza.

Categoría:DE ← GMH ← FRO: sin ":" buena idea; las flechitas generalmente señalan "véase" pero se entiende; incluir {{uc:{{{2,3,...}}}}} para automatizar mayúsculas, otra buena idea :)

la cantidad de categorías es un tema que parece preocupar y que parece que no expliqué lo suficientemente bien en mayo.

genera pocas categorías más de las que hay! cuando en teoría se podría crear un sinfín de combinaciones en la práctica son pocas las combinaciones posibles.

Tomemos el alemán como ejemplo:

1. DE ← GMH ← GOH ← GEM ← INE: para lemas que estuvieron en el continuo desde el protoindoeuropeo (schön, schlecht, etc.)
2. DE ← GMH ← GOH ← GEM ← ??: para lemas que entran a partir del protogermánico de origen incierto (para la mayoría de estos lemas, que son muchos, se supone un mismo sustrato no indoeuropeo, dick, nass, Bild, etc.). A diferenciar de Categoría:DE:Palabras de origen incierto, como Sparte!
3. DE ← GMH ← GOH ← GEM ← LA: para los que entraron del latín antes de la segunda mutación consonántica, antes del siglo VIII (kurz, Tisch, etc.)
4. DE ← GMH ← GOH ← LA: los que no sufrieron dicha mutación, es decir, entraron después del siglo VIII (Pein, etc.)
5. DE ← GMH ← LA: del latín entre el 1050 y el 1350 (ozeanisch, etc.)
6. DE ← GMH ← FRO: para los que vienen del francés antiguo (rund, simpel, etc.)

y eso es todo

las que entrarían dentro del grupo DE ← GMH, aquellas que se formaron durante aquel periodo (Adler, etc.) quedan en el grupo Categoría:DE:Palabras de origen alemán medio.

el resto entran todas después del 1350, es decir Categoría:DE:Palabras de origen de lo que fuere.

a aquellas categorías hay que restarle 3: Categoría:DE:Palabras de origen alemán antiguo, Categoría:DE:Palabras de origen protogermánico, Categoría:DE:Palabras de origen protoindoeuropeo

son apenas tres categorías más --Ninud (discusión) 12:56 11 dic 2015 (UTC)

Perdón, creo que ya lo voy entendiendo. Pensaba que esa cadena de étimos debía ser aplicable en todos los casos, p. ej. una palabra alemana contemporánea que derive del inglés y de allí seguir la cadena hasta el final, y así con todas las combinaciones de Categoría:DE:Palabras por origen. En cambio, estás proponiendo restringir esas cadenas a una lengua de procedencia en concreto, ¿verdad? (aquí sería el GMH). Bueno, no me opongo. Eso sí, ojalá fuera posible implementar un sistema de datos estructurados en las secciones etimológicas de modo que solo hiciera falta introducir el primer étimo (en rund sería el alemán medio runt) y, por medio de algún gadget, pulsar un botón para mostrar la cadena que sigue a partir de ahí. Y si toda esta información estuviera en una base de datos, se evitarían incongruencias y fallos de sincronización (supongamos que en runt no indicamos que procede del francés antiguo reont, sino de otra palabra diferente). Básicamente, la idea que comenté más arriba sería posible de implementar, y más completa todavía, si tuviéramos acceso a Wikidata :). En tal caso ni siquiera haría falta introducir estas categorías. Un saludo, Peter Bowman (discusión) 19:40 11 dic 2015 (UTC)

como propuesta alteré la sección de etimología en schön.

- evité usar las plantillas {{etimología}} o {{etim}} (más que nada para evitar la categorización, pero para que tampoco inicie con "Del/del", así la comparación no es tan afirmativa)

- para mejor visibilidad separé los pasos tras numeradores.

- y evité detallar la derivación exacta entre el protoindoeuropeo y el protogermánico, que en el caso de schön es bastante extensa, y será mejor ponerla dentro de la entrada del protogermánico *skauni- (aunque bajo el argumento de que dicha entrada no será creada en próximo futuro, se podría agregar a la etimología de schön).

--Ninud (discusión) 11:24 12 dic 2015 (UTC)

PD: el gadget que proponés suena interesante, pero nos falta la base de datos :( --Ninud (discusión) 11:27 12 dic 2015 (UTC)

Me gusta la idea de Ninud en schön y también la de la base de datos de Peter Bowman. Chicos, en otra sección se habla del Wikidata que ya viene. ¿Estarán considerando cosas como esta? Podría ser una revolución para los wikcionarios y es posible que el proyecto lograra hacer cosas iguales o mejores que las de WiktionaryZ OmegaWiki y que tengamos que jubilarnos. cc. Usuario:Esceptic0. Saludos. Lin linao ¿dime? 20:25 12 dic 2015 (UTC)

Sí, aunque será un proceso escalonado. De lo que no se habla en la votación en Meta mencionada en aquel hilo es que hay una "fase 0" pensada para los wikcionarios; esta consistiría en quitarse de un plumazo todos los interwikis del espacio de nombres principal y llevarlos a Wikidata (la particularidad de los wikcionarios radica en que una entrada de enwikt se llamará casi siempre igual que una de jawikt, por poner un ejemplo, luego conectar dos artículos en proyectos diferentes es algo trivial; compárese esto con las wikipedias donde dicha tarea se realiza manualmente dada la incapacidad de los bots para traducir un término enciclopédico). La primera fase a la que creo que se refiere JAn Dudík es el soporte para los enlaces en otros espacios de nombres, p. ej. las categorías, donde está haciendo un gran trabajo de sincronización con su bot: . Finalmente, en una fase posterior, las entradas, ya subidas a Wikidata, permitirían especificar propiedades, como la etimología de nuestro ejemplo. Aquí se puede consultar el borrador de la última propuesta: d:Wikidata:Wiktionary/Development/Proposals/2015-05.

Yo no anunciaría nuestra jubilación tan rápidamente :). Cierto es que el grueso de la información podría pasar a otro proyecto, pero primero hay que construir herramientas para poder usarla (plantillas, accesorios, módulos...). Harán falta años para eso. En el fondo solo seremos un servicio que utilice Wikidata, mientras que OmegaWiki parece estar orientado desde sus inicios a la presentación de datos estructurados. Un saludo, Peter Bowman (discusión) 21:14 12 dic 2015 (UTC)

volviendo al tema, para el español tendríamos en teoría el continuo ES ← OSP ← LA ← ITA ← INE.
pero con el material que tenemos sobre el latín, los pasos previos a este no son necesarios, luego quedaría:

• ES ← OSP ← LA
• ES ← OSP ← EU (euskera)
• ES ← OSP ← XAA/AR (árabe hispánico/árabe)
• ES ← OSP ← XVN/GEM (vándalo/germánico)
• ES ← OSP ← ?? (subgrupos: XIB?, probable o posiblemente del ibérico; XCE?, probable o posiblemente del celtibérico; etc.)
• etc.

aquí chocamos con la problemática en torno al español medieval (OSP) cuyo léxico aún no se completó (Diccionario del Español Medieval de Bodo Müller, que se publica en forma de revista en dos tomos anuales creo — tema aparte: alguien me puede explicar, cómo es qué un alemán se está encargando de esta labor?), además existe el Diccionario de castellano antiguo de Manuel Gutiérrez Tuñón, pero con apenas 300 páginas no debe ser una obra muy completa tampoco.
y luego los préstamos de otras lenguas a partir del español moderno. es decir, diferenciar entre

• Categoría:ES ← OSP ← LA (continuo) y Categoría:ES ← LA (préstamo después del siglo XV)
• Categoría:ES ← OSP ← EU (préstamo antiguo) y Categoría:ES ← EU (préstamo después del siglo XV)
• Categoría:ES ← OSP ← AR (préstamo antiguo) y Categoría:ES ← AR (préstamo después del siglo XV)
• etc.

--Ninud (discusión) 13:29 13 dic 2015 (UTC)

aunque en el caso del español probablemente va a ser mejor trabajar con subcategorías:

Categoría principal: Categoría:ES:Palabras de origen latino

subcategorías: Categoría:ES ← OSP ← LA ("lemas antiguos") y Categoría:ES ← LA (cultismos latinos/latinismos)

algunos ejemplos:

Categoría:ES ← OSP ← LA:

• lejos , español antiguo lexos , latín laxius /ˈlak.si.us/ "más separadamente" (comparativo adverbial de laxus /ˈlak.sus/ "amplio").
• dejar , español antiguo dexar y lexar , latín laxō, -āre /ˈlak.soː, lakˈsaː.re/ "aflojar" (de laxus).

Categoría:ES ← LA o Categoría:ES:Cultismos latinos:

• laxo , latín laxus.
• laxar , latín laxō, -āre.

--Ninud (discusión) 11:19 14 dic 2015 (UTC)

sobre el formato de las etimologías españolas:

sin alterar el formato actual se podría hacer como en lejos, aprovechando la plantilla {{etim}} para categorizar el lema dentro de ES:Palabras de origen latino.

o hacer algo similar a lo que propongo para los lemas alemanes:

• Español antiguo lexos (desde c 1196). esta parte es complicada por no contar con un diccionario, pero con algo de investigación se puede incluir usando el CORDE
• Latín laxius ("más ampliamente, más separadamente"), adverbio comparativo de laxus ("amplio").
• Protoindoeuropeo *sleg- ("aflojarse, relajarse"). sin categorizar y evitando las extensas derivaciones entre el latín, el protoitálico y el protoindoeuropeo se puede incluir la raíz protoindoeuropea.

--Ninud (discusión) 13:07 14 dic 2015 (UTC)

17:41 14 dic 2015 (UTC)

cimbrel, chavismo, etc.
en lugar de poner más de un {{ejemplo}} podríamos crear subpáginas donde se pueden colectar referencias (citas de libros, diarios o revistas).
para cimbrel señalar bajo ejemplos y luego registrar referencias bajo cimbrel/ES/Referencias.
--Ninud (discusión) 12:48 16 dic 2015 (UTC)

Lo ideal creo que sería registrar esas citas en Wikiquote, ya que esa es su función, y añadir los enlaces correspondientes en las entradas (en un apartado al mismo nivel que los ejemplos, como hacemos ya con los tesauros, o en Véase también). Un saludo, Peter Bowman (discusión) 13:10 16 dic 2015 (UTC)

Hola. No entiendo. Todas las entradas requieren de referencias y ejemplos, ¿qué tienen de especial las que no salen en los diccionarios? Pienso en especial en el castellano y su todavía pobre recolección de información dialectal o al día y en idiomas con poca tradición de escritura, como el mapudungun o casi ninguna, como el kawésqar. Por otra parte, hay un problema con los ejemplos y la licencia: el Wikcionario tiene una licencia libre, mientras que los ejemplos no la tienen, si los incluimos es gracias a que existe derecho de cita, pero en ninguna parte se explica que no son material libre como el resto de las entradas. Saludos. Lin linao ¿dime? 19:28 16 dic 2015 (UTC)

Peter Bowman: la función de Wikiquote es la recolección de frases célebres. lo que propongo es un "mini corpus" de referencias de cierto lema en una subpágina que luego se pueda enlazar bajo ejemplos (sí, como los tesauros :))

"mini corpus" porque por temas legales no podemos incluir la mayoría de las obras completas (modernas) en Wikisource, pero sí citas (más allá de no presentar problemas legales, los autores de las obras citadas se van a ver beneficiados por la propaganda gratis que le hacemos)

para el latín este es otro tema (ya mencionado hace un tiempo) que tarde o temprano contaremos con el corpus completo en Wikisource latina y en algún momento se podrá incorporar una herramienta para aprovecharlo mejor.

Lin linao: a diferencia de la RAE nosotros no tenemos límites cuantitativos del uso de los lemas. es decir, si un lema aparece 2-3 veces en la literatura lo podemos recoger citándolo (si la definición es clara). acerca de las lenguas con poca o sin tradición escrita y sin diccionarios lastimosamente no podemos hacer nada en wikcionario ;(

en Usuario:Ninud/Propuestas/Cimbrel/ES/Referencias un bosquejo de como se podría ver una subpágina de referencias para el lema cimbrel (pido disculpas por usar un lema malsonante ;P)

--Ninud (discusión) 13:03 17 dic 2015 (UTC)

De acuerdo, con la mención del minicorpus ya me ha quedado más claro :) (aunque, ciertamente, no solo hay frases célebres en Wikiquote: también he visto extractos literarios, principalmente de poesía, diálogos de entrevistas, artículos periodísticos, etc.). Fijándonos un poco en enwikt, las referencias podrían estar en un espacio de nombres dedicado, por ejemplo, Referencias: o Citas:, y este ser accesible desde una pestaña superior, al lado de Entrada y Discusión. Véase en:world y en:Citations:world. A elegir entre la opción de reunir todas las citas en una misma página, o crear una subpágina para cada idioma, como en tu propuesta. Una nueva plantilla indicaría un enlace directo a esta página de citas (similar a como se enlazan los tesauros) para el idioma correspondiente, tal vez con una condición ifexist que, en caso de no detectar dicha página, mostraría un texto incitador para añadir nuevas referencias (no sé si es buena idea). Y a todo esto podría añadirse un gadget que, tras pulsar un botón al lado del texto insertado por esta plantilla, permitiría mostrar/ocultar todas las referencias en forma de lista en la misma entrada, sin necesidad de abandonar la página. Un saludo, Peter Bowman (discusión) 17:14 17 dic 2015 (UTC)

Disculpa, sigo sin entender por qué propones esto para cimbrel y no para gato. Y también por qué es mejor que gato y cimbrel tengan sus referencias y ejemplos de uso dentro de la misma página de la entrada. Saludos. Lin linao ¿dime? 18:19 17 dic 2015 (UTC)

Imagino que la duda va dirigida a Ninud, yo solo propongo una forma de implementar esto en caso de ser aprobado. De todos modos, no veo que nadie mencione la palabra gato, no entiendo esa comparación. Un saludo, Peter Bowman (discusión) 18:42 17 dic 2015 (UTC)

Sí, el mensaje es para Usuario:Ninud. Saqué a colación al gato porque no entiendo la diferencia entre palabras "que no se recogieron en ningún diccionario" como cimbrel y otras que sí, como gato o mesa y por qué habría que darle algún tratamiento especial a las primeras. Saludos. Lin linao ¿dime? 20:19 17 dic 2015 (UTC)

perdón, inicié la propuesta dando poca información (que a veces uno anda corto de tiempo ;P)

la idea surge de la necesidad y obligación(!) de referenciar lemas y acepciones, que no es nada nuevo: si cimbrel no figuraba en algún documento que podamos aceptar como fuente, íbamos a tener que borrar la entrada.

Peter Bowman: sí, había visto la propuesta del wikcionario inglés, por eso, para evitar sobrecargar la página, la idea de crear subpáginas, donde podemos enumerar todas las citas que estén al alcance (que dependiendo del lema puede ser muy extensa). al inicio de la entrada se podría señalar que hasta la fecha el lema no figura en el CORPES y al final de la lista se podría agregar un enlace a buscadores, por ejemplo al buscador dentro de google.books

interesante la idea de crear una pestaña a la altura de Entrada y Discusión, pero tener en cuenta que la propuesta es de separarlas por idiomas, nuevamente con el argumento de lo extensivo que pueden llegar a ser estas listas, que a medida que pasa el tiempo irían creciendo, emulando la función de un corpus (por ejemplo, solamente dentro de El País chavismo figura 1265 veces). y para responderle a Lin linao, claro que se puede hacer lo mismo con los lemas que ya fueron recogidos en otros diccionarios. pero sería un esfuerzo bastante adrede que para esos casos contamos con los recursos que nos pone a disposición la RAE y alcanza con poner un ejemplo.

supongamos que se me ocurra introducir al wikcionario algunos lemas que no se extiendan más allá del ámbito de misiones, provincia en el litoral argentino entre brasil y paraguay (y donde casualmente vivo ;P), que incluye varios préstamos del guaraní, como guaú, yaguá, etc., y del portugués (brasilero), como miñoca, etc., o también neologismos, como reviro, etc.

antes de crear estas entradas el primer paso como editor debería ser investigar si los lemas existen en textos oficiales. si no encuentro referencias válidas y opto por publicar la entrada sin referencias, estaría perdiendo mi tiempo, que la entrada sería borrada más tarde.

miñoca es un buen ejemplo de un lema bien entablado en el léxico misionero (lombriz se desconoce o se conoce como lenguaje culto) y me resultó muy fácil encontrar muchos ejemplos en artículos de diarios locales.

me sorprende haber encontrado buenos ejemplos con guaú y yaguá que los contaba dentro del lenguaje familiar.

Creo que las referencias tienen que darse en una cantidad que asegure que lo escrito se sustenta. Es decir, me parece innecesario consignar todos los ocasiones en que aparece un término. Y eso vale lo mismo para gato que para cimbrel. Si nos ponemos de acuerdo en que las citas vayan en subpágina, como creo que hacen en de:wikt, me parece bien, pero sin hacer diferencias (entre otras cosas, porque la neutralidad también consiste en no darle un crédito especial a diccionarios como si no aparecer en ellos fuera indicador de alguna propiedad de la palabra, cuando suele ser indicador de la (poca) diligencia de los lexicógrafos o de las limitaciones del papel). Saludos. Lin linao ¿dime? 18:03 18 dic 2015 (UTC)

el wikcionario alemán archiva las flexiones de adjetivos y verbos en páginas separadas (aunque no subpáginas, ver de:Flexion:rot "rojo", de:Flexion:schlafen "dormir"), todo lo demás lo apilan en la misma entrada, ver el apartado Beispiele "ejemplos" en Haus "casa".
en lo demás estoy totalmente de acuerdo con lo que decís. mi propuesta no es la de exigir todas las referencias que existan si no de crear un espacio donde se las pueda listar sin afectar la entrada principal.
los lemas miñoca y guaú acompañé con una cita a cada uno, que podrían haber sido dos. hasta acá no hay nada nuevo, es lo que exigimos en wikcionario. pero si un editor desea poner más, muchas o todas las citas que encuentre lo deberá hacer en la subpágina. es decir, no es necesario, pero sí bienvenido, ¡y que no sea en la entrada principal!
sobre los lexicógrafos y los límites de los diccionarios de papel: el problema no es la diligencia de los lexicógrafos si no que su escuela y mentalidad exclusiva. la digitalización del léxico en teoría rompió con el argumento de exclusión de lemas, hasta el momento marginados de los diccionarios de papel para ahorrar espacio (que si incluimos tal lema tenemos que incluir todos aquellos también, etc.). este problema no existe en un diccionario digital (que si un lema es poco usado, la entrada de dicho lema simplemente será poco visitada, pero sobre todo no estorba). esperarse que la mentalidad de los lexicógrafos cambié de exclusiva a inclusiva de un día para el otro no es realista (paciencia, me imagino que están transicionando ;P)
--Ninud (discusión) 11:38 19 dic 2015 (UTC)

leyendo la etimología de mensú que propone la RAE (ver mensú) tengo que admitir que algo de pereza tienen. que técnicamente, decir que se trata de un acortamiento, no es incorrecto, pero sí una etimología muy incompleta. cuando menos podrían haber mencionado que se trata de un guaranismo... aunque supongo que deberíamos estar agradecidos, que incluyeron el lema :/ --Ninud (discusión) 13:05 20 dic 2015 (UTC)

Pienso que poner más citas de las necesarias para referenciar es inadecuado porque este es un diccionario, no un almacén de referencias y ejemplos de uso. Si se necesitan 1 o 10 citas, bien, pero es difícil que en cada entrada haga falta un archivo de citas. Saludos. Lin linao ¿dime? 01:15 21 dic 2015 (UTC)

un diccionario, si apunta a ser creíble y legítimo, o se basa en un corpus, que lógicamente y por definición es lo más extenso posible, o se basa en otros diccionarios que a su vez están basados en un corpus.

ahí la diferencia entre gato y cimbrel en wikcionario. teniendo acceso al corpus de la RAE hace innecesario repetir las referencias para lemas como gato.

en cambio cimbrel, miñoca, guaú, y todos aquellos lemas que todavía no (y tal vez nunca) figuren en el corpus de la RAE, y requieren de citas, ganarían seriedad si se los respalda con un número mayor de referencias.

y repito: no exigimos todas las citas posibles, ni lo vamos a hacer en el futuro. es suficiente con una o dos. pero si hablamos de lo adecuado, entonces sí, para muchos lemas lo más adecuado sería de agregar todas las citas posibles, donde el interesado pueda comparar los distintos ejemplos, sus matices o lo que sea (y no preocuparse que nadie se va a tomar el tiempo de listar todos los ejemplos de chavismo, kirchnerismo, etc., y la cantidad de ejemplos donde figuran los lemas de verdadero interés es muy limitada)

lo que propongo es simplemente un espacio separado de la entrada principal para no sobrecargarla, adelantándonos a lo que sucederá en el futuro (ver wikcionario inglés).

--Ninud (discusión) 15:22 21 dic 2015 (UTC)

This is a message from the Wikimedia Foundation. Translations are available.

As many of you know, January 15 is Wikipedia’s 15th Birthday!

People around the world are getting involved in the celebration and have started adding their events on Meta Page. While we are celebrating Wikipedia's birthday, we hope that all projects and affiliates will be able to utilize this celebration to raise awareness of our community's efforts.

Haven’t started planning? Don’t worry, there’s lots of ways to get involved. Here are some ideas:

• Join/host an event. We already have more than 80, and hope to have many more.
• Talk to local press. In the past 15 years, Wikipedia has accomplished extraordinary things. We’ve made a handy summary of milestones and encourage you to add your own. More resources, including a press release template and resources on working with the media, are also available.
• Design a Wikipedia 15 logo. In place of a single icon for Wikipedia 15, we’re making dozens. Add your own with something fun and representative of your community. Just use the visual guide so they share a common sensibility.
• Share a message on social media. Tell the world what Wikipedia means to you, and add #wikipedia15 to the post. We might re-tweet or share your message!

Everything is linked on the Wikipedia 15 Meta page. You’ll find a set of ten data visualization works that you can show at your events, and a list of all the Wikipedia 15 logos that community members have already designed.

If you have any questions, please contact Zachary McCune or Joe Sutherland.

Thanks and Happy nearly Wikipedia 15!
-The Wikimedia Foundation Communications team

Posted by the MediaWiki message delivery, 20:58 18 dic 2015 (UTC) • Por favor, ayuda a traducir a tu idioma • Ayuda

Hola,

Hemos iniciado una solicitud de comentarios en Meta para incrementar los requisitos de contraseña para usuarios que posean cuentas que puedan editar MediaWiki:Common.js o tengan acceso a las herramientas de verificador de usuarios o de supresión de ediciones.

Estos tipos de cuentas tienen acceso sensible a nuestros sitios y pueden causar un gran daño si caen en malas manos. Actualmente, el único requisito es una contraseña de, al menos, una letra. Nos gustaría hacer que el mínimo sea de 8 letras (bytes) y, además, nos gustaría prohibir algunas de las contraseñas más comunes.

Al incrementar los requisitos en las contraseñas para las cuentas con altos niveles de acceso, esperamos hacer a los wikis de Wikimedia más seguros para todos. Lee el texto completo de la propuesta aquí y hazte escuchar en la solicitud de comentarios.

Muchas gracias,

(En nombre del equipo de seguridad de la Fundación Wikimedia) BWolff (WMF) (discusión) 07:39 21 dic 2015 (UTC)

Entregado usando la distribución global de mensajes y la lista de distribución

Algo de información previa: mi bot finalizó la primera fase de la transición a finales de septiembre, habiendo procesado la mayoría de las entradas canónicas, como se solían llamar aquí antes; en otras palabras, todas las entradas que no fueran formas flexivas. De un total de 835 000 entradas, esto supuso unas 135 000, de las cuales aprox. 35 000 corresponderían a apellidos (en su mayoría), topónimos y otros antropónimos. Desde hace unas semanas está trabajando con las formas flexivas, previendo acabar esta segunda fase a principios de noviembre. Quedaría por procesar otro grupo numeroso de entradas cuyo tratamiento consultaré en las próximas semanas.

Quería comentar aquí ciertos casos límite que he encontrado al tratar con las antiguas Categoría:Plantillas de encabezado (ahora casi todas en Categoría:Plantillas de encabezado (obsoletas)). De todas ellas, merecen una mención aparte {{INE-ES}}, {{POZ-POL-ES}}, {{Chono-ES}}, {{carácter oriental}}, {{TAXO}}, {{TRANS}} y {{TRANSLIT}}. Peter Bowman (discusión) 18:41 20 oct 2015 (UTC)

Su característica en común consiste en que corresponden a lenguas reconstruidas, con ciertas peculiaridades en su estructura y la presencia de un aviso debajo del encabezamiento. Ya he convertido todas las entradas en estos idiomas a la nueva estructura con {{lengua}}, junto con una nueva plantilla que sustituye al aviso anterior, {{reconstruido}}. Aparte de eso:

• Ninguna de ellas contenía información relativa a la pronunciación o a la etimología, de modo que el bot no tratará de añadir {{pron-graf}} ni la sección etimológica por defecto.
• Las entradas del protoindoeuropeo hacen uso de tres secciones adicionales no contempladas en Wikcionario:Estructura: Notación, Evidencias y Otras formas (ver *sōw).
• No parece que haya ningún código ISO establecido para el chono, así que he tenido que crear {{chono}} para que sustituya a la plantilla de código de idioma habitual.

Me llamó la atención el caso de la lengua chono, de la que, según la Wikipedia, solo «se conocen con certeza alrededor de 20 palabras» gracias al único testimonio del idioma que ha perdurado hasta hoy: s:Doctrina para los viejos chonos. De momento, las únicas entradas que contiene el Wikcionario son cot y sap, siendo básicamente un extracto de dicho documento en ambos casos. Si podemos aportar tan poco acerca de este idioma, ¿tiene sentido incluirlo en el Wikcionario? (ping Lin linao). Peter Bowman (discusión) 18:41 20 oct 2015 (UTC)

Hola. No hay código ISO para el chono, porque Ethnologue y ISO-639 trabajan principalmente con lenguas vivas. SIL tenía un código para el Kakauhua (un invento de ellos, basado en el chono, el no documentado caucahué y el kawésqar), pero lo borraron al darse cuenta. A mí me parece que sí tiene sentido crear entradas para lenguas así, por la lengua en sí misma y por su interés en el estudio de las lenguas americanas en general y de las de la Patagonia y el mapudungun en especial. El chono es casi un "fantasma", que hasta la publicación de ese catecismo solo se conocía por deducciones de toponimia bastante discutibles (según eso Linlinao son "dos cerros y una bahía protegida del viento del norueste") y había un vocabulario falso de la década de 1930 y se especula(ba) con que es un dialecto del kawésqar. Es bastante difícil hallar materiales sobre lenguas así y creo que es un aporte que el Wikcionario organice las pocas palabras que se conocen de ellas, por ejemplo, también me gustaría crear entradas para los números de la lengua de Magdalena de Cao Viejo. Saludos. Lin linao ¿dime? 19:50 20 oct 2015 (UTC)

• chono: concuerdo en guardar las pocas palabras preservadas. y mientras no se defina un código oficialmente también me parece bien que usemos un código especial en wikcionario, es decir "chono" está bien ("glottocode" chon1248 en glottolog.org).
• el código poz-pol hay que cambiarlo, poz ISO 639-3 de lenguas malayo-polinesias + pol polaco. (podríamos usar poz con alguna especificación)
• el protoindoeuropeo y en general todas las lenguas reconstruidas van a variar en dependencia al tiempo y a los autores... *sōw es un buen ejemplo de un mal ejemplo:

1. está basada en trabajos de Starostin (sus teorías van a serles muy interesantes a "indogermanistas" avanzados, pero en general su obra es demasiado especulativa)

2. parece estar mal interpretada, significa solo "parir". "hijo" se deriva con una "n" en la segunda sílaba (se entiende el error en la transcripción a wikcionario, ya que no está bien aclarado en la página de referencia)

Etimología en muchos casos sí se debería usar (ver, por ejemplo *dwi(h₁)dḱm̥ti)

Pronunciación ver Notación.

Notación sería información fonológica que iría dentro de pron-graf con fono=, así *sōw se daría /soːw/. incógnitas (como las laringales h₁, h₂, h₃) requerirían notas (volviendo a la necesidad de notas para los parámetros fono/fone).

Evidencias es lo que ya hacemos en otras lenguas bajo el apartado "Información adicional" con {{derivados|des=x}}...{{centro}}...{{abajo}} que genera la tabla "Descendientes de XXX en otras lenguas" (está mejor equipada que la que se empleó en *sōw). pero teniendo en cuenta la importancia de esta información para este tipo de entradas no deberíamos tratarla de "adicional". el apartado "Evidencias" no está mal, pero con la tabla {{derivados}}, yo preferiría "Descendientes", que podemos poner a voto en algún momento.

Otras formas: hasta ahora evité crear entradas de reconstrucciones por este tema... que hay muchas alternativas, en parte distintas representaciones de la misma (o casi la misma) fonología, pero en tantas otras se trata de reconstrucciones distintas basadas en innovaciones, ideas distintas, etc.

pero en correlación a otras entradas debería ir cercano a variantes/grafías alternativas dentro de pron-graf

(perdón, por tormentas se me cortó varias veces la luz obligándome a reescribir este texto varias veces. en parte había quedado grabado el texto en otras partes perdí el hilo... espero que más o menos se entienda igual) --Ninud (discusión) 14:11 11 nov 2015 (UTC)

(En unas horas expondré mis dudas. Van a cumplirse tres semanas desde la última firma y todavía no quiero que el bot archive este hilo. Peter Bowman (discusión) 15:05 10 nov 2015 (UTC))

(Ninud: he trasladado tus comentarios a la sección anterior. Un saludo, Peter Bowman (discusión) 15:53 11 nov 2015 (UTC))

Quería proponer un orden para los encabezamientos especiales, a saber, los símbolos (entre otros) translingüísticos ({{TRANS}}), las denominaciones taxonómicas ({{TAXO}}) y los caracteres orientales ({{Carácter oriental}}). La propuesta sería seguir un esquema como este:

• translingüístico/denominación taxonómica/caracter oriental
• español
• otros idiomas
• transliteraciones
• referencias y notas

Esos tres encabezamientos irían siempre antes que las demás secciones. Los he incluido en la misma línea por cierta similitud entre ellos (símbolos/letras/códigos/etc. no adscritos a ningún idioma en concreto) y la poca probabilidad de que coincidan dos o más en una misma entrada, pero aún así el orden sería el arriba presentado para tal hipotético caso. La elección de colocarlos en primera posición viene de la costumbre, observando soluciones parecidas en otros proyectos, y de seguir con el esquema ya adoptado en los caracteres orientales, cuyas entradas normalmente preceden a las del mandarín en caso de coincidir en una misma página. Un saludo, Peter Bowman (discusión) 22:09 18 nov 2015 (UTC)

me parece bien, no se me ocurren inconvenientes (excepto tal vez alguna discusión sobre el trato de formas oficiales como el hanyu pinyin para el mandarín, o las variantes romanj para el japonés, etc.) --Ninud (discusión) 10:26 19 nov 2015 (UTC)

Creo que esas variantes ya están siendo tratadas adecuadamente, por ejemplo tenemos inu#ja y 二月#ja, con el parámetro escritura de {{lengua}} tomando los valores romaji y kanji, respectivamente. Solo habría que corregir los casos donde dicha información fue introducida erróneamente en el encabezamiento de idioma, después llevada por el bot al parámetro alt de {{pron-graf}}: hi#ja, kama#ja, naifu#ja, rekkon#ja, sugoi#ja, umi#ja, un#ja. Un saludo, Peter Bowman (discusión) 13:55 19 nov 2015 (UTC)

ya veo, más o menos como está en たっきゅう/takkyū.

deberíamos integrar la tabla {{escritura-ja}} dentro de {{pron-graf}} con un formato más general que sirva para otras lenguas también (similar a grafías alternativas) --Ninud (discusión) 11:12 20 nov 2015 (UTC)

Hecho, ver 卓球 / たっきゅう / takkyū (el tipo de escritura hay que incluirlo manualmente dentro del parámetro enota=). --Ninud (discusión) 11:41 20 nov 2015 (UTC)

Son 520 páginas, pasaré a convertirlas con el bot dentro de unos días si nadie se opone. Hay un parámetro para la llamada forma mixta, básicamente es uno o más caracteres kanji con la okurigana, si no me equivoco (ver ari o taberu). ¿Debería indicar alguna nota especial, o lo dejo en kanji? Un saludo, Peter Bowman (discusión) 19:43 26 nov 2015 (UTC)

Hecho. Decidí dejar lo de la forma mixta para no alterar la organización de las entradas. Aproveché para añadir la mayoría de los parámetros escritura faltantes, ver Categoría:JA:Escrituras (observación: tal vez forma mixta sea una mejor elección que, simplemente, mixta). También he revisado las entradas mencionadas más arriba (con alt=Romaji) y un puñado en las que aparecía el parámetro transliteración en {{pron-graf}}. Un saludo, Peter Bowman (discusión) 00:02 10 dic 2015 (UTC)

Para las transliteraciones tenía pensado crear una plantilla de encabezamiento nueva, {{translit}}, y requerir esta vez no el nombre completo del idioma, sino su código ISO correspondiente para asemejarse más a {{lengua}}. Extraje la siguiente lista con el número de transliteraciones por idioma y el código indicado en WN:CI: Usuario:PBbot/TRANSLIT. Tal vez queramos renombrar las categorías para asemejarse más, nuevamente, al esquema de los códigos de idioma, pasando del Categoría:Transliteraciones del guyaratí actual a algo como Categoría:GU:Transliteraciones (Categoría:Transliteraciones). Sería más fácil operar con ellas con la nueva plantilla.

Ahora la estructura de estas entradas: ¿qué elementos hacen falta? Parece que lo más habitual es aportar la grafía original (llamada a veces grafía alternativa), la traducción de la acepción y su categoría gramatical, ver ghoḍo. En elohim vemos que han completado la entrada con la misma información adicional que la escritura original, e incluso añadiendo una acepción más. En papirós se indica además la etimología y la flexión, pero esta última referida a la grafía del alfabeto hebreo.

Mi primera propuesta es continuar con la idea de las secciones de transliteraciones (usando ahora la nueva plantilla), pero con el mínimo contenido posible, partiendo de la suposición de que no son más que una redirección blanda como las variantes o grafías alternativas, aunque con incluso menos información propia. El problema es que, aun si se constatara que realmente no hay ninguna información adicional que se pueda aportar, siempre quedaría el encabezamiento de la categoría gramatical (en los ejemplos anteriores, Sustantivo y Sustantivo masculino). Si se diera el caso de que dicha transliteración corresponde a más de una categoría gramatical, tal vez a una forma flexiva, por consistencia habría que crear sendos apartados con la misma redirección apuntando a la grafía original, lo que me parece redundante.

Mi segunda propuesta consiste en dedicar un apartado de segundo nivel para todas las transliteraciones y, dentro del mismo, colocar cada una como elementos de una lista no numerada:

== {{lengua|es}} ==
...

== {{lengua|xx}} ==
...

== Transliteraciones ==
* {{translit|gu|ઘોડો}}.
* {{translit|he|פאפירוס}}.
...

== Referencias y notas ==

Estos elementos seguirían un orden alfabético respecto del nombre de cada idioma. Un saludo, Peter Bowman (discusión) 21:48 26 nov 2015 (UTC)

Mi tercera propuesta, disfrazada de pregunta: ¿por qué dedicarle una entrada a cada transliteración? ¿Tiene sentido crear estas secciones? Completar el Wikcionario con todas las transliteraciones posibles requeriría un esfuerzo titánico y posiblemente inútil, pues ya vemos en los ejemplos anteriores que no es más que repetir la misma información de la grafía original (a no ser que me olvide de algo importante). En estas últimas entradas ni siquiera haría falta aportar la transliteración manualmente, pues se le podría indicar a pron-graf o a la plantilla correspondiente que la genere a partir del título de la página. En el futuro seguramente se podrá extraer esta misma información de Wikidata. Peter Bowman (discusión) 22:00 26 nov 2015 (UTC)

la duda es válida. tal vez sería mejor limitar las entradas de transliteraciones a aquellas lenguas muertas que ya la lingüística moderna trata de forma transliterada (hitita, sumerio, etc.). el resto se podría transliterar dentro de la entrada principal (incluyendo tablas de flexiones).

por otro lado, y lo único que olvidás, es que poder contar con las transliteraciones facilita cualquier tipo de comparación que quiera hacer el usuario, por ejemplo con búsquedas del tipo *f*b*

Excurso: sería muy difícil agregarle parámetros al buscador? por ejemplo V=vocal cualquiera, para limitar la búsqueda a una raíz *fVb* (con una vocal entre f y b) o *fVVb* (vocal o diptongo).

--Ninud (discusión) 11:48 28 nov 2015 (UTC)

En teoría podrías usar expresiones regulares para afinar la búsqueda: mw:Help:CirrusSearch (aunque yo lo he intentado sin éxito, tal vez hayan configurado algunas reglas especiales). De todos modos, ¿cómo sería esa comparación? Tal vez sea más conveniente buscar otros medios (un gadget, listas actualizadas periódicamente) para evitar crear tantas entradas/redirecciones. Peter Bowman (discusión) 18:24 29 nov 2015 (UTC)

Y tengo otra duda :). Respecto a la entrada Yehoshua:

• ¿Es correcto usar la mayúscula inicial en una transliteración? Nunca había visto esto antes, tampoco le encuentro el motivo en este caso.
• ¿Es posible que una misma transliteración coincida para dos o más vocalizaciones diferentes de un lema en hebreo, árabe, yídish...?

Un saludo, Peter Bowman (discusión) 22:06 26 nov 2015 (UTC)

A la primera pregunta, sí, al menos en el caso de que en el sistema de escritura de origen se empleen mayúsculas (alfabeto cirílico y griego). Yo también las usaría en Yehoshua o Nihon u otras cosas que en castellano irían con mayúscula, pero no tengo argumentos técnicos. A la segunda, sí, pasa mucho en japonés, hay menos de 200 sílabas posibles y muchas raíces son homófonas, sobre todo las de origen chino. Así, puede haber un montón de caracteres chinos que en japonés se lean "shi" o "sen". Saludos. Lin linao ¿dime? 00:56 27 nov 2015 (UTC)

En el alfabeto hebreo no existe la distinción minúscula/mayúscula. De todos modos, estoy mirando algunas tablas de transliteración de lenguas eslavas y creo que me equivoqué en mi aseveración del primer punto, no sé por qué estaba tan convencido. En el segundo punto tenía en mente el caso de los alfabetos consonánticos, en los que, por lo general, no se usan las vocales (ver w:Abyad). Estas vienen representadas por diacríticos; por ejemplo, en aquella entrada tenemos יהושע y יְהוֹשֻׁעַ, aparentemente la primera palabra sin vocalizar. Tal vez sea un error, de lo contrario no entiendo qué función cumple ahí la grafía alternativa Yeshua. Un saludo, Peter Bowman (discusión) 02:41 27 nov 2015 (UTC)

Estas secciones pasarían a usar la nueva plantilla {{lengua}} con el pseudocódigo {{trans}}, situándose en primer lugar en la secuencia de encabezamientos de idioma de una entrada (ver #Orden de los encabezamientos). Dudas:

• ¿Debería incluir una sección de etimología por defecto? Algunas entradas merecen un comentario en este apartado (Ag, $...), otras probablemente no (de#Translingüístico, XD...). ¿Hacemos que esta sección sea facultativa? Es decir, no incluirla por defecto cuando realice la conversión a {{lengua}}, borrarla si está vacía, pero permitirles a los editores que añadan una si consideran que se puede aportar información al respecto.
• Pronunciación: no se me ocurre ningún caso en el que sea sensato incorporarla, y aquellas entradas que ya la indican probablemente tengan que prescindir de ella (ver g#Translingüístico, o el curioso caso de Ca). ¿Debería incluir una plantilla {{pron-graf}} por defecto, con el parámetro pron=no? El resultado no es muy estético si no hay más datos que mostrar, pruébese en Especial:Sustituir plantillas. Sí que podría usarla cuando aparecen otros parámetros, p. ej. el de las variantes para un caso a priori poco frecuente como el de H2O.

Un saludo, Peter Bowman (discusión) 00:21 13 dic 2015 (UTC)

Si nadie protesta, en un par de días aplicaré la propuesta anterior y convertiré las entradas translingüísticas. Me ha surgido una pequeña duda al observar que estas páginas están categorizadas actualmente bajo Categoría:Translingüísticos, pero {{lengua}} resuelve automáticamente el nombre a Categoría:Translingüístico-Español. Sopesaré si merece la pena introducir una excepción en el código de la plantilla. Nota: acabo de observar que las denominaciones taxonómicas aparecen como una subcategoría de los translingüísticos. Un saludo, Peter Bowman (discusión) 01:38 19 dic 2015 (UTC)

no es tan importante, pero si necesitas un argumento para ahorrarte un trabajo: como se trata cuasi de una lengua aparte Categoría:Translingüístico-Español me parece la mejor opción. --Ninud (discusión) 10:04 19 dic 2015 (UTC)

Hecho, aunque no estaría mal revisar esas entradas en busca de incongruencias, como la pronunciación que ya he mencionado o la mezcla de símbolos translingüísticos con su lectura en español (ver antónimos en +), así como la de artificios referidos (presuntamente) a un único idioma con un símbolo universal, tal como lo he intentado resolver aquí. Un saludo, Peter Bowman (discusión) 22:12 21 dic 2015 (UTC)

Quería preguntar si habría interés por instalar aquí el gadget mw:Reference Tooltips. Su funcionamiento, tal como se puede apreciar en la primera imagen, consiste en generar un cuadro emergente o popup al pasar con el cursor por encima de una nota al pie, de modo que no haría falta desplazar la página hasta el final para consultar la referencia. Hay planes para añadir esta posibilidad a la función en pruebas "Cuadros emergentes", pero llevan estancados ya varios meses (y aún habría que esperar a que activen la función por defecto para todos los lectores). Un saludo, Peter Bowman (discusión) 17:32 17 dic 2015 (UTC)

es una cuestión de forma, si no afecta técnicamente con algo negativo no veo porqué oponerse--Esceptic0 (discusión) 21:01 17 dic 2015 (UTC)

No debería, hace tiempo que lo uso y no he advertido ningún error, incluso creía que ya estaba instalado (lo tengo activado globalmente). Subrayo esto porque antes no lo mencioné explícitamente: el fin es que sea una ayuda para los lectores, luego la propuesta es activarlo para todos por defecto (anónimos inclusive). Un saludo, Peter Bowman (discusión) 00:36 18 dic 2015 (UTC)

bienvenido sea :) --Ninud (discusión) 13:59 18 dic 2015 (UTC)

Esceptic0, Ninud: ya está disponible en las preferencias bajo la descripción "Reference Tooltips: permite consultar el contenido de cualquier referencia al pasar el cursor sobre ella, sin la necesidad de desplazarse hasta el pie de página.". No me di cuenta de que también estaba en eswiki, de donde finalmente será cargado el código del gadget, ya traducido al español. Veamos qué tal, y si no hay quejas, lo activaré para todos :). Un saludo, Peter Bowman (discusión) 17:45 22 dic 2015 (UTC)

ya lo activé, funciona perfectamente. gracias! --Ninud (discusión) 11:34 23 dic 2015 (UTC)

Hecho. Un saludo, Peter Bowman (discusión) 16:02 26 dic 2015 (UTC)

retomando el conocido código ] agregué a {{cita libro}} los parámetros |s=<título en wikisource>|, |scap=<capítulo en wikisource>| y |scapalt=<capítulo en subpágina del título>| para poder citar libros en wikisource (solo en español).
se pueden ver aplicados en mensú y bostero.
aunque pensándolo mejor creo que va a ser mejor crear una plantilla aparte y mejor adaptada.
--Ninud (discusión) 13:27 20 dic 2015 (UTC)

Super. Quizás se podría citar también en otros idiomas con un párámetro adicional |lengs=. Como todas las wikisource, menos la "cajón de sastre" tienen la dirección <abc>.wikisourge.org, donde <abc> es el código ISO o SIL del idioma, creo que para algún entendido en plantillas no será difícil de redactar. Le veo mucha utilidad para el latín (la:s:). Saludos. Lin linao ¿dime? 01:10 21 dic 2015 (UTC)

En realidad ya lo puedes hacer, simplemente añade la: antes del valor que vayan a tomar s y scap (el orden habitual de los prefijos es proyecto:código_de_idioma:título_de_la_página). Tal vez vendría bien crear salt para poder mostrar un texto alternativo en el enlace al que apunte s (de manera similar a scapalt). Un saludo, Peter Bowman (discusión) 01:22 21 dic 2015 (UTC)

buena idea, agregué el parámetro |salt=<título alternativo al que proponen en wikisource>|

y lo apliqué en mensú (título del libro citado no lleva coma) --Ninud (discusión) 12:07 22 dic 2015 (UTC)

¿Podrías hacer el favor de previsualizar antes de guardar los cambios —el botoncito bajo la sección «Vista previa de la página con esta plantilla»—? Ahora todas las demás plantillas que se basan en {{cita libro}} tienen un .» extra tras el año (cf. {{DLE}}). —Born2bgratis (discusión) 12:36 22 dic 2015 (UTC)

perdón, pequeño error de copy-paste. gracias por avisar, aunque también lo podrías haber hecho en un tono más cordial --Ninud (discusión) 13:18 22 dic 2015 (UTC)

18:29 21 dic 2015 (UTC)

• El servicio de inteligencia artificial provee a los wikipedistas «gafas de rayos x» para ver a través de ediciones erróneas.
• Comité de Diseminación de Fondos de Wikimedia: cómo distribuir el dinero justamente en un movimiento global
• Revisa estas nuevas funciones y extensiones que se iniciaron en el Verano de Código de Google de 2015.
• En breve

¿existe algún símbolo como el calderón ¶ o parágrafo § para señalar columnas en vez de párrafos? es para referenciar mejor el DRAE1914--Esceptic0 (discusión) 16:39 29 dic 2015 (UTC)

disculpá la demora en responder. no, que yo sepa, no tenemos nada por el estilo. con la plantilla de referencia {{DLC1914}} podés agregarle el número de página, el lema y la fecha de la consulta (esto último innecesario, que se trata de una obra que no va a cambiar). igual alcanza poniéndole la página... que tanto más rápido no se va a encontrar con el número de columna ;) --Ninud (discusión) 09:21 31 dic 2015 (UTC)