En calendar categories, el categoryId es bastante fácil de encontrar, pero ¿dónde está el postId?
Me confunde porque una vez que el calendario se aplica a una categoría, aparece encima de esta categoría y toma eventos de las primeras publicaciones de sus propios temas, ¿no es así?
Hay dos calendarios de categorías, uno para calendarios de temas (calendar categories) y otro para calendarios de eventos (events calendar categories).
Esas instrucciones son para mostrar un calendario de temas encima de una o más de tus categorías. Los post_ids no son muy fáciles de encontrar, pero puedes extraerlos del json de tu calendario de temas. Idealmente, tendríamos una forma mucho más sencilla de averiguarlo.
El calendario de categorías de eventos es el que se rellena con los del estilo ‘crear evento’ de las primeras publicaciones.
Incluso con esta explicación, sigue siendo confuso:
De hecho, postId no es fácil de encontrar.
No entiendo por qué se necesitarían dos calendarios, o por qué tendrían el mismo nombre.
Probablemente nunca me he topado con un “calendario de tema”. Por lo que entiendo, el “calendario de tema” permitiría que un solo tema contenga un calendario en su primera publicación (por lo tanto, potencialmente publicable como una página) que se puede poblar respondiendo a este tema con una… entrada?
Creo que usar el atajo topic_id/post_number puede ser un buen comienzo. Es fácil de encontrar ya que forma parte de la URL. Pero puede cambiar si la publicación se mueve. Así que una forma de manejar esto sería usar 123/45 y convertirlo automáticamente al postId real. Así, cuando la publicación se mueva, la otra conversión será factible (por ejemplo, postId=444 se convertiría en 222/67 una vez movido de 123/45 al tema 222). Creo que requiere una tabla SQL adicional para rastrear esta relación, pero sería mucho más fácil de entender para los usuarios. Y también permitiría referenciar publicaciones como esta…
“Por favor, refiérase a post:134/33…” y eso crearía automáticamente un enlace a esa publicación.