Esta respuesta no intenta tanto proporcionar una respuesta completa, sino más bien una explicación de lo que (probablemente) está sucediendo y por qué algunas de las respuestas de los demás son buenas soluciones.
La explicación rápida es que esto parece ser una mala decisión de lógica / diseño para el cumplimiento instantáneo de las reglas de integridad de los datos a expensas de una entrada de datos fácil y natural. En resumen, si necesita cambiar el tiempo "a" de AM a PM (o viceversa), es probable que deba hacer el cambio a AM / PM primero, luego cambiar la hora & minuto (lo que podría explicar fácilmente por qué solo puedes verlo aproximadamente el 50% del tiempo).
Resumen de soluciones
-
Como sugiere bmike, el uso de Cmd + N para la entrada rápida de eventos es quizás la solución más fácil, o al menos la más consistente. (Ni siquiera tiene que pensar si tendrá que cambiar AM / PM).
-
La solución de Felix_Sim de usar las teclas de flecha para cambiar la hora también funciona, porque eso cambiará automáticamente AM / PM a medida que la hora cambia de 11 a 12. Esto debería funcionar bien, aunque podría ser menos eficiente con numerosos eventos con duraciones de varias horas.
-
Si no le importa cambiar al horario de 24 horas (Preferencias del sistema > Idioma y región), entonces la solución de mwd27 funcionará, porque no hay un interruptor de AM / PM que interfiera.
-
Finalmente, también puedes asegurarte de cambiar AM / PM primero y luego volver a la hora. No es elegante, pero funcionará.
También recomendaría encarecidamente a enviar comentarios a Apple para que el tiempo de solicitud no se valide hasta después de se ha ingresado completamente, en lugar de mientras se ingresa activamente.
Explicación, Observaciones & Historia
El problema parece ocurrir en Mountain Lion y Mavericks bajo estas condiciones:
- Los tiempos de "to" y "from" ingresados automáticamente son "AM" o ambos "PM", y
- El usuario intenta cambiar el tiempo "a" a un tiempo que requerirá:
- alternar entre AM / PM, y
- la nueva hora es un número menor que la hora en el tiempo "desde", y
- la hora se ingresa antes se cambia AM / PM.
El problema parece ser el resultado de cómo el Calendario garantiza que el tiempo "hasta" sea posterior al tiempo "desde" (para evitar una duración negativa).
En Lion y anteriores, Calendar (o iCal, en ese momento) verificaría que el tiempo "hasta" fuera posterior a "desde" después de que el usuario terminara de ingresar all date & campos de tiempo (en realidad era un solo campo con varias partes en esa versión, en lugar de campos separados). Si se ingresara un tiempo anterior, volvería al tiempo válido anterior. En Mountain Lion and Mavericks, Calendar hace esta verificación as en cada campo individual, lo que hace imposible cambiar la hora de "a" a un número menor que "de" hasta que se cambie AM / PM .
Ejemplo: Digamos que tienes un evento, "de 9:00 a.m. a 10:00 a.m." y quieres cambiarlo a "de 9:00 a.m. a 3:00 p.m.". La forma esperada de ingresar el tiempo "a" es ingresar "3" para la hora, luego cambiar "AM" a "PM". Esto es lo que sucede:
-
León: el usuario puede escribir "3" en "a" hora y luego cambiar de "AM" a "PM" y luego salir de la fecha & campo de tiempo.
-
ML & Mavericks: el usuario puede escribir "3" en la hora "a", pero debido a que "AM" no se ha modificado todavía, el tiempo resultante "a" sería 3:00 a.m., que no es válido porque eso es "antes de las 9:00 AM, por lo que se redondea a la hora válida más cercana posible (en lugar de volver a la última hora válida que se ingresó), que es 9:00 AM.