Por qué las ventanas de Rectangle no quedan perfectamente a ras (y cuándo está solucionado)

Un tipo concreto de queja aparece repetidamente sobre Rectangle app: una ventana que debería quedar perfectamente maximizada o ocupar exactamente la mitad de la pantalla tiene, en cambio, un hueco fino y visible en algún punto, normalmente cerca de la barra de menús o entre dos ventanas supuestamente contiguas. Parte de esto es un ajuste intencionado; parte es un bug real y reportado; y parte ya se ha solucionado en versiones recientes.

Primero: comprueba si tienes activado un ajuste de espacio

Rectangle mac admite un espacio intencionado en píxeles entre las ventanas en mosaico y los bordes de la pantalla, configurado mediante comandos de Terminal (gapSize, o los más granulares snapEdgeMarginTop/Bottom/Left/Right). Si tú, o una guía de configuración que seguiste, activó esto en algún momento, un hueco visible es el comportamiento esperado, no un bug. Comprueba tus valores actuales:

defaults read com.knollsoft.Rectangle gapSize

Si esto devuelve un número distinto de cero, ahí tienes la respuesta. Elimínalo con:

defaults delete com.knollsoft.Rectangle gapSize

y reinicia Rectangle app.

Un bug genuinamente reportado: hueco específicamente en el borde superior

Issue #1554 describe un hueco de 1 píxel que aparece específicamente entre la parte superior de una ventana maximizada y la barra de menús, sin ningún ajuste de espacio configurado intencionadamente. Issue #1347, presentado por separado, describe algo relacionado pero más acusado: con un ajuste de espacio activado, el hueco en la parte superior de la pantalla medía aproximadamente un 20 % más que el mismo ajuste de espacio aplicado en los bordes izquierdo, derecho e inferior; una inconsistencia específica en la parte superior, no un bug general de cálculo del espacio. Ambos apuntan a la misma zona general del código (cómo calcula Rectangle app el límite cerca de la barra de menús), no a un ajuste que puedas simplemente desactivar.

Si ves un hueco pequeño y constante específicamente en la parte superior de ventanas maximizadas o en la mitad superior, y en ningún otro sitio, se trata de una categoría de informe conocida y no de algo mal configurado por tu parte; comprueba el estado actual de estos issues, ya que el código de cálculo de espacios es exactamente el tipo de cosa que se va refinando a lo largo de versiones puntuales.

Los espacios negativos no se comportan como cabría esperar

Issue #576 describe un caso más concreto: establecer un valor negativo para screenEdgeGapBottom (pensado para que una ventana maximizada se extienda ligeramente más allá del borde visible de la pantalla, ocultando una franja fuera de ella) no tenía ningún efecto: la ventana se maximizaba como si el espacio fuera cero, mientras que el valor de espacio positivo equivalente funcionaba correctamente. Si estás intentando usar un valor de espacio negativo para este efecto concreto y no hace nada, se trata de un informe documentado de que ese comportamiento exacto no funciona como cabría esperar, no de un error de sintaxis en tu comando.

Una solución que ya se ha publicado: ventanas «clamped» que dejaban huecos no deseados

Las notas de la versión 0.97 abordan específicamente un problema relacionado pero distinto: las ventanas «clamped» (impedidas de alcanzar su tamaño calculado completo, normalmente por una restricción de tamaño mínimo que impone la propia app —la misma categoría de problema tratada al hablar de apps como Discord o Spotify—) solían quedar flotando con un hueco entre la ventana y el borde de encaje, en lugar de quedar empujadas a ras contra él. El registro de cambios de la v0.97 incluye como correcciones específicas para esto «Anclar las ventanas clamped al borde de encaje en lugar de dejar un hueco» y «Alinear las ventanas clamped a los bordes de encaje por defecto». Si estabas viendo un hueco específicamente en ventanas que además parecían reacias a encogerse del todo —el problema al estilo Discord/Spotify— y usas una versión anterior a la 0.97, actualizar puede resolver ese hueco en concreto, aunque no eliminará el límite de tamaño mínimo propio de la app.

La proporción de la división por la mitad y las acciones de esquina

Ese mismo lanzamiento de la v0.97 también «aplica la proporción de división por la mitad a las acciones de esquina y a las áreas de encaje»: una corrección orientada a la coherencia entre cómo divide la pantalla una simple acción de mitad de pantalla y cómo lo hace una acción de esquina o de área de encaje, abordando un caso en el que esas dos rutas antes podían producir cálculos de límite ligeramente distintos para lo que debería ser el mismo punto de división.

Cómo comprobar si tu hueco concreto ya está solucionado

1. Comprueba tu versión actual de Rectangle app (icono de la barra de menús → About, sin mantener pulsada la tecla Option).
2. Compárala con la versión en la que se publicó cada corrección anterior —la v0.97 para la corrección del anclaje de ventanas clamped— y comprueba directamente el estado actual de los issues del hueco en el borde superior (#1554, #1347), ya que pueden haberse resuelto en una versión posterior a la redacción de este artículo.
3. Si vas por detrás, actualiza primero antes de asumir que una queja concreta es un problema persistente e irresoluble: varios de los informes relacionados con huecos en el rastreador se cerraron gracias a versiones puntuales que abordaron exactamente el cálculo implicado.

Cuándo genuinamente no es un bug

Un hueco que aparece solo en una app concreta y en ningún otro sitio es más probablemente el propio comportamiento de tamaño mínimo de esa app (tratado en detalle en otra parte de esta serie para apps como Discord, Spotify y emuladores de terminal) que un bug de cálculo de píxeles del lado de Rectangle. La prueba distintiva es la misma que se usa a lo largo de toda esta serie: si la misma acción produce un resultado limpio y a ras en la mayoría de las apps y solo falla en una app concreta, la app es la variable. Si el hueco aparece de forma consistente en todas las apps en el mismo borde de pantalla, eso apunta más bien al propio código de cálculo de bordes de Rectangle, y vale la pena revisar los issues específicos mencionados arriba o abrir uno nuevo con tu versión de macOS y de Rectangle si aún no está reportado.