¿Estás seguro? Me sorprende un poco. Pensaría que si tu regex es lo suficientemente codicioso, deberías poder coincidirlo. Ten en cuenta que eliminar el punto de los caracteres de límite rompe el enlace de palabras al final de la oración.
Hice una pequeña prueba con tu regex a continuación en regex101.com y parece funcionar con los caracteres de límite actuales, mira regex101: build, test, and debug regex
Ten en cuenta que si entiendo correctamente tu propósito, es posible que necesites convertir algunos de tus grupos de captura en grupos que no capturen con (?:)
La incapacidad de usar | es muy molesta, de acuerdo. Ten en cuenta que para la parte ID|id puedes usar el modificador i para hacer que la regex no distinga entre mayúsculas y minúsculas. Para los números, si realmente necesitas el rango exacto entre 1-10 y 1-100, entonces es complicado, relajarlo a 1-19 y 1-199 lo haría más fácil.
Aquí está tu regex con grupos que no capturan que creo que deberían funcionar
Encontré dos problemas principales con las palabras observadas integradas:
no se pueden agregar regex complejas: Ocurrió un error: La palabra es demasiado larga (el máximo es 100 caracteres)
no se puede usar un carácter arbitrario como límite de palabra: a saber, el guion bajo
la incapacidad de editar reglas o cambiar el orden de ejecución tampoco es ideal
La PR para el componente expone los límites de palabras al usuario y no hay problemas con las regex largas (aparte de la incapacidad de usar |, que también se aborda en la PR).
Por lo demás, las palabras observadas funcionan perfectamente y, si se pueden abordar en el núcleo, estoy totalmente a favor.
Las palabras observadas no respetan unicode, tratan todos los caracteres unicode como límites de palabras (al usar \b, pero esto es de esperar, supongo).
Y más (ejecutando algunos casos de prueba a través de palabras observadas y encontré estos dos):
La palabra observada \"\\bid\\(d+)\\b\" es una expresión regular inválida. (cierto, pero aún así agrega la regla)
\\bid\\s?(\\d+)\\b → https://example.com/id$1 se convierte en enlace a https://example.com/id%241 (agrega $1 codificado en URL en lugar de hacer la sustitución)
Hola, ¡gracias por desarrollar este increíble tema, me encantó mucho! ¿Podrías lanzarlo para que todos los usuarios lo usen? Y no solo los administradores
Este componente temático que enlazaste es una adaptación del de Sam que hice como solución provisional para una necesidad que describiste en otro tema.
Son componentes temáticos sencillos que solo cambian la forma en que se renderizan estas palabras en una publicación (el de Sam convierte palabras específicas en enlaces, el mío convierte palabras específicas en imágenes) basándose en la configuración del componente temático, que solo gestionan los administradores.
La función que describes no se puede realizar en un componente temático, necesitaría un plugin para almacenar un conjunto de (palabra, URL de imagen) por usuario en la base de datos y la conversión de palabra a imagen debería hacerse en el lado del servidor, al construir el contenido de la publicación cocinada (como HTML). Esto no se puede hacer en un componente temático, que es solo código frontend/lado del cliente (si contratas a alguien para hacer este trabajo, es fundamental que comprenda estos detalles).
Esto está fuera del alcance de este componente temático y requeriría un trabajo mucho más complejo. La sugerencia es publicar los detalles de cómo quieres que se comporte esta función en Marketplace y puedes contratar a alguien aquí con experiencia previa en los internos de Discourse para que te ayude.
Se ha planteado muchas veces en este tema, pero me gustaría volver a comprobar; ¿hay alguna forma de restringir esto a una categoría determinada o excluir categorías? Me gustaría usar esto en nuestra categoría para principiantes para tener enlaces a todos los términos básicos que los novatos necesitan aprender, pero en otras áreas, estos simplemente molestarían a los usuarios experimentados. ¡Gracias!
El problema con las palabras vigiladas es que una palabra vigilada se enlaza tantas veces como aparece la palabra vigilada en una publicación. Crea un desorden.
@Canapin pasaste por alto mi problema: no se trata de palabras repetidas, sino de un reemplazo de patrón repetido de una sola palabra: la URL contiene el patrón a reemplazar dos veces.
Dado que la sustitución de patrones /g es la opción predeterminada en el plugin, debería aplicarse a todas las ocurrencias de $1 en el reemplazo, no solo a la primera.
Es un caso diferente a tener la palabra clave varias veces en una oración, línea o párrafo. El reemplazo debería tener en cuenta las múltiples ocurrencias de la selección.
Le estaba respondiendo a Sam sobre las palabras vigiladas.
Es bueno saber que linkify solo hace una, pero me encantaría una por publicación. Puede que tenga que probar esto hoy, las palabras vigiladas son insoportables a veces cuando encuentra una coincidencia.
