La sala dice si esta cargando en vez de verse vacia - #74
Merged
Merged
Conversation
El error mas reportado del experimento con estudiantes no era un error. Con internet lento, quien recarga ve el chat vacio y el preview en blanco unos segundos, mientras el estado de la sala viaja. Eso se ve IGUAL que haberlo perdido todo, asi que recargaban otra vez, y otra: "se trabo el sistema y reinicie la actividad", "no cargaba y reinicie multiples veces", "al principio la pagina se cayo y toco volver a hacer todo". Nueve de veintidos descripciones de error son de esto, y en casi todas se resolvio solo esperando. Nadie perdio nada. Faltaba decirles que estaban esperando. El preview ya lo hacia bien, con su barra y sus etapas de arranque; el chat no distinguia nada. Ahora hay un estado que sabe si llego el `joined`, que es el unico momento en que el cliente conoce la sala de verdad: - Sin `joined` y sin mensajes, el chat dice que esta cargando. - Sin `joined` pero con mensajes ya pintados (una reconexion), una barra arriba avisa que se cayo la conexion, sin tapar lo que ya se lee. - El preview deja de afirmar que la sala esta vacia cuando todavia no lo sabe. Un `disconnect` baja ese estado: socket.io ya reconecta solo, asi que esto es senal y no logica de reconexion. Y en cuanto llega el `joined`, una sala recien creada vuelve a decir que esta vacia, que es la verdad y es el caso que no habia que romper. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01L1nFf8JaKeGedJ6RaZQYZ8
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
El error mas reportado del experimento con estudiantes no era un error. Con internet lento, quien recarga ve el chat vacio y el preview en blanco unos segundos, mientras el estado de la sala viaja. Eso se ve IGUAL que haberlo perdido todo, asi que recargaban otra vez, y otra: "se trabo el sistema y reinicie la actividad", "no cargaba y reinicie multiples veces", "al principio la pagina se cayo y toco volver a hacer todo". Nueve de veintidos descripciones de error son de esto, y en casi todas se resolvio solo esperando.
Nadie perdio nada. Faltaba decirles que estaban esperando.
El preview ya lo hacia bien, con su barra y sus etapas de arranque; el chat no distinguia nada. Ahora hay un estado que sabe si llego el
joined, que es el unico momento en que el cliente conoce la sala de verdad:joinedy sin mensajes, el chat dice que esta cargando.joinedpero con mensajes ya pintados (una reconexion), una barra arriba avisa que se cayo la conexion, sin tapar lo que ya se lee.Un
disconnectbaja ese estado: socket.io ya reconecta solo, asi que esto es senal y no logica de reconexion. Y en cuanto llega eljoined, una sala recien creada vuelve a decir que esta vacia, que es la verdad y es el caso que no habia que romper.Claude-Session: https://claude.ai/code/session_01L1nFf8JaKeGedJ6RaZQYZ8