Porque activaste Ctrl + Alt + F (o /, mismo efecto), y eso no tiene un enlace predeterminado en el navegador al que recurrir. Intenta con un tema más grande como este, y usa el Ctrl + F normal.
2 Me gusta
Gracias. Esa parece ser la razón. ¿Alguien sabe por qué es ctrl-alt-f en los Chromebooks? ¿Es esa la combinación de teclas estándar allí o de alguna manera no es posible anularla en esa plataforma?
Me pregunto por qué no ser coherente para Discourse en todas las plataformas cuando sea posible.
También quita el alt normalmente, por ejemplo, estoy en Windows. Probablemente haya algo aquí sobre compatibilidad o algo así.
Esos usuarios también esperan que control-f busque en la URL actual, lo cual el navegador no puede hacer ya que solo se cargan 20 publicaciones. Y el pop-up explica que si quieres usar la función del navegador, solo necesitas escribir control-f de nuevo.
¿Tienes una forma más intuitiva de permitir a las personas buscar todas las publicaciones en el tema actual?
2 Me gusta
La asombrosa ironía de esto.
- Vi una actualización por correo electrónico sobre esta publicación.
- Hice clic en el enlace y comencé a leer. Veo esta declaración:
Parecería que lo que esperarías es que control-F encuentre la publicación que deseas en ese tema, pero eso no es lo que quieres. ¿Cuál es la tecla para "encontrar la publicación en este tema incluso si mi navegador no puede encontrarla"? ¿No es que control-f no encuentre una publicación en el tema actual una violación de las expectativas? - Queriendo responder, pero al darme cuenta de que no había iniciado sesión, resalté y copié el texto (para poder buscarlo/encontrarlo después de iniciar sesión)
- Hice clic en iniciar sesión en la esquina superior derecha de la pantalla y realicé todo el proceso de inicio de sesión.
- Me redirigieron de regreso a la publicación, pero a la parte superior del hilo.
- Presioné cmd-f
- Presioné cmd-v
- Presioné enter
- No encuentra nada
Es decir, no puedes inventar esto. ¿El propósito de todo esto es encontrar cosas que “aún no están en la página” y no funciona?
Y para responder al comentario real:
No, no es una violación de las expectativas. Las expectativas de cmd-f son que si no está en la página, no se encuentra nada. cmd-f no es “buscar en esta ‘publicación’” en el resto de Internet. Tú has creado eso de la nada. Si la cosa no está en la página, no encuentres nada. Eso está bien.
Aparte #1:
Incluso cuando encuentra algo, no puedo navegar por los resultados sin aprender un paradigma completamente nuevo (no, arriba/abajo/enter no es tan difícil, pero es diferente y único en los sitios de Discourse). Tampoco puedo presionar cmd-f varias veces para iterar a través de los resultados encontrados, como lo hago en el resto de Internet.
Aparte #2:
La funcionalidad cmd-f que has creado tiene varias limitaciones que la funcionalidad nativa no tiene, siendo “Tu término de búsqueda es demasiado corto” una de ellas. Intenté buscar este post para / porque es relevante y no puedo hacerlo.
Aparte #3:
Parece una exageración que la razón de todo esto sea porque algunas publicaciones son realmente muy, muy grandes y no se pueden cargar en la página. Simplemente me cuesta procesar eso en Internet hoy en día con todas las opciones que tenemos para el almacenamiento en caché en cada capa de la pila. ¿Quizás ese es el ‘error’ que vale la pena resolver?
1 me gusta
No estoy seguro de seguir esto al 100%. ¿Cuál es el problema con presionarlo dos veces? ¿No hace lo que quieres?
1 me gusta
Mientras presiono cmd-f dos veces, ¿debería empezar a hacer triple clic en los enlaces también? ¿Implementamos eso?
Es bastante profundo lo mal que has entendido el punto aquí. Has cambiado el valor predeterminado de cómo funciona un navegador. Esto es tremendamente inesperado.
3 Me gusta
Estoy de acuerdo. Mis expectativas son encontrar en la página. El secuestro también rompe el comportamiento de ctrl-g ctrl-shift-g.
Es comprensible por qué Discourse podría querer anular esto debido a que rompe la expectativa del usuario de que todas las publicaciones de un hilo se cargan. Sin embargo, esto podría resolverse indicando exactamente qué publicaciones se cargan o no. El antiguo enfoque paginado es transparente a este respecto.
Tener una herramienta de búsqueda de hilos es, por supuesto, útil, ya sea en modo paginado o de desplazamiento infinito. Simplemente es discordante/confuso secuestrar un tipo de búsqueda con un tipo de búsqueda diferente en lugar de exponerlo de una manera diferente, por ejemplo, a través de un botón de ‘búsqueda de hilo’ o una tecla de acceso rápido que no colisione con el comportamiento estándar.
No quiero quejarme demasiado, ya que las decisiones de diseño son comprensibles y he aprendido a vivir con ello, pero solo quería señalar que no creo que la suposición de ‘violación de expectativas’ sea correcta.
Hay una combinación de cosas inesperadas que deben equilibrarse para la persona que busca… es una situación de “elige tu veneno”.
-
No todo el contenido está disponible al desplazarse por razones de rendimiento. Discourse admite varios contenidos como GIFs, videos, encuestas, calendarios, iframes, gráficos, etc… podría haber 1000 de estos en un tema. Mantener todo esto en el DOM puede hacer que una página sea inutilizable.
-
Los usuarios no saben qué contenido se está cargando actualmente, lo que afecta la efectividad de
ctrl + f. Esta expectativa asume que todo el contenido está en la misma “página” y, por lo tanto, es buscable.
Dado que la expectativa es que ctrl + f busque en toda la página, y toda la página no está disponible… hay un intento de punto intermedio.
Ya has hecho un par de argumentos para intentar resolver esto:
-
Deshabilitar el contenido dinámico (incluidas las imágenes) en las publicaciones.
Esto no va a suceder: perderíamos a todos nuestros clientes de la noche a la mañana por cualquiera de los competidores que permiten contenido dinámico (Facebook, Discord, NodeBB, Khoros, Higher Logic, no hay escasez).
-
Deshabilitar el desplazamiento infinito y usar paginación tradicional
Más posible, pero ¿realmente resuelve este problema? Reduces la carga del navegador al permitir que solo se cargue una cierta cantidad de publicaciones por página, y los usuarios tienen que pasar manualmente por las páginas para continuar leyendo.
Ahora
ctrl + ffunciona como se esperaba aquí, pero en realidad solo tan bien como tu memoria.Si acabas de leer 100 publicaciones en 10 páginas y quieres encontrar algo que acabas de leer… ¿está en la página 2? ¿página 3? mi memoria ciertamente no funciona tan bien.
Así que ahora probablemente termines haciendo algo como…
ctrl + f… atrásctrl + f… atrásctrl + f…?Para mí, parece que no hay una única experiencia excelente aquí, incluso si te ciñes a los valores predeterminados del navegador. Con Discourse, si te molesta la falta del valor predeterminado del navegador, tienes que aprender una cosa.
8 Me gusta
Solo una nota amistosa de que todas las publicaciones y discusiones deben intentar seguir siendo civilizadas y productivas. Si las cosas se vuelven demasiado argumentativas/reductivas, cerraré este tema. 
7 Me gusta
Nadie lo niega. Simplemente no secuestres cmd-f para hacerlo. Hay una cantidad incontable de otras combinaciones de teclado para elegir. Elige cualquiera de esas.
3 Me gusta
pero el punto es que ctrl + f no funciona como se esperaba debido a la paginación automática, por lo que la alternativa se sugiere primero porque realmente buscará todo el contenido dentro de un tema.
así que supongo que, dadas todas las compensaciones, es una elección entre explicar:
-
tu búsqueda no funcionó porque mientras te desplazabas pasamos la página automáticamente, así que deberías hacer clic en
en su lugar (o usar /que es un atajo alternativo) -
podrías tener una mejor experiencia con nuestra búsqueda, pero si no, usa el atajo de nuevo.
¿Te molestaría igual si no capturáramos ctrl + f y no funcionara porque cargamos contenido mientras te desplazabas? ¿Intentarías entonces una búsqueda dentro de la aplicación como solución? ¿Intentarías desplazarte hacia arriba y luego volver a intentarlo? ¿Algo más?
Más allá de “no lo hagas porque es el predeterminado” (lo cual es válido, debido a las expectativas), puede haber algunos argumentos adicionales en su contra a considerar:
-
la mayoría de la gente probablemente no lo usa de todos modos: https://www.theatlantic.com/technology/archive/2011/08/crazy-90-percent-of-people-dont-know-how-to-use-ctrl-f/
(o tal vez más como 80% Do 90% of People Not Use CTRL+F? | Blog of Metrics) -
¿buscar más de 20 publicaciones anteriores con
ctrl + fpodría ser algo raro? ¿así quectrl + fpara la “página” actual podría ser suficiente? (pura suposición, no puedo encontrar datos sobre esto)
7 Me gusta
- la anulación no es exclusiva de Discourse. Entre otros lugares mencionados, las herramientas de Microsoft Office también anulan ctrl+F. Y se hace por razones similares (es decir, no todo el texto está disponible para ctrl+F).
- la función/intención real no se está sobrescribiendo. Es una función de “buscar una subcadena”. Si ctrl+F se anulara para que fuera el comando de marcador, sería comprensible.
- la función ctrl+F ingenua del navegador a menudo fallará sin indicar por qué. Sería fácil inferir que el texto no está presente en el tema cuando no se encuentra, lo que no se garantiza que sea cierto. En un tema que no es trivialmente corto, la mayoría de las búsquedas serán falsos negativos. Se impone una expectativa al usuario de que comprenda los detalles de implementación del desplazamiento infinito en Discourse para poder usar ctrl+F de manera efectiva.
- para las personas a las que no les gusta la anulación y entienden cómo funciona la paginación de las publicaciones, solo tienen que presionar una vez más.
Si el problema principal aquí es que no queremos romper las expectativas del usuario, entonces, en última instancia, diría que es un mal mayor romper sus expectativas de una manera críptica (es decir, ctrl+F dice “sin coincidencias” cuando el texto realmente aparece en el tema) que romper su expectativa de manera transparente (abriendo la barra de búsqueda no nativa).
Déjalo como está actualmente.
8 Me gusta
Entiendo el deseo de mantener la civilidad en la comunidad. Lo apoyo, pero por favor consideren moderar a los usuarios en su lugar. Cerrar un tema afecta a toda la comunidad. Este es un tema que claramente queremos discutir.
Entiendo tu punto. La función de búsqueda debe servir para dos propósitos: buscar temas o hilos y buscar palabras clave dentro de un tema o hilo.
Estoy usando “tema” e “hilo” indistintamente, pero espero que el significado sea claro.