Nueva opción: valor M.
Lo uso para presentar una entrada con un tope de 500 caracteres, al objeto de no tener que hacer un gran scroll para ver el resultado en pantalla. Obviamente no hago esto cuando la t=u o t=e.
De momento lo he probado y funciona.
He retocado los formularios de edición y de creación:
- body_div_form.asp
- mi_calendario_div_diario.asp
- misturnos_div_diario.asp
- form_edicion.asp
Y en request.asp he modificado en la subrutina bodyentrada() la parte de presentación del campo texto para recortar a 500 caracteres cuando copypaste=M y no es t=u ni t=e ni hay tabla ni video ni imagen ni listas, lo mismo que hago en el div_diario cuando listo en la parte izquierda

Hoy me he entregado al editplus para poner a funcionar el cerebro. En mi caso, programar es un recurso infalible para lograr un nivel de concentración alto; dicho y hecho.
He retocado en request, en las líneas 1000 y pico, en la zona del formulario de los comentarios y en el bucle de presentación de éstos.
También he retocado el topentrada() para que se distingan los comentarios de las entradas de refID=0.
Aún hay mucha mejora en lo visual: colores, letras, diseño en general.
Lo dejo así ahora, de manera que tengo trabajo por delante , trabajo que me encanta: diseño y decoración.

Hoy he currado mucho el código para incorporar la consulta por fechas.
Además he mejorado también la presentación de los resultados, haciendo más agradable a la vista la presentación de las diferentes opciones.
Tengo pendiente modificar el código en buscadorPLUS para que cuando no haya datos en titulo ni texto ni tag SÍ se puedan hacer consultas por el resto de opciones. Implica cambios peligrosillos, jeje.

Pendiente.-
Con formulario vacío presento año actual y mes actual, fue una solución para evitar un cint vacío..
Es necesario solucionar esto.
La cosa está en las líneas 297 en adelante de request.asp.
SOLUCIONADO

Me he currado un nuevo div que carga con cada entrada, junto al tipo de sección.
Lo cargo oculto, y picando se muestra un formulario reducido del form_edicion.asp, uno al que he llamado body_div_form.asp
Me lo he peleado bastante, pero creo que en lo fundamental cumple con lo perseguido, que era ni más ni menos que la posibilidad de editar sin tener que volver a cargar el form_edicion,asp, un paso menos.
Si observo que sobrecarga demasiado, lo evitaré.
QUEDA EN OBSERVACION

He cambiado la cara del formulario principal de edición de registro, también uno de los más primitivos.

He cambiado la cara del formulario principal de inserción de registro, el más primitivo sin duda.

He aprovechado que la tabla metas no la estoy usando para, tras modificarla, adaptarla a mis planes de unos trabajos pendientes que tiren de tabla y no de texto plano.
Estoy en ello.
Hoy he avanzado mucho, he creado el formulario y he montado el bucle a la tabla, presentándolo como formularios de updateo.
Creo que voy por buen camino.
El diseño lo remataré cuando considere que la filosofía está en el buen camino también.

Ha tocado el tratamiento de día y mes en misturnos.asp y en misturnos_eventos.asp para poder consultar otra fecha que no sea la del día actual, para echar un vistazo a lo sucedido en años atrás en días a elegir.
Básicamente he añadido un miniformulario en el que se elige día y mes.

He desdoblado misturnos.asp en 2 páginas:

1. la original misturnos.asp
2. la original misturnos.asp SIN las líneas que desarrollan el calendario con sus correspondientes divs diarios, hecho al objeto de no sobrecargar la carga de la página principal con tanto div y sus sqls.
3. Ahora sólo cargan los eventos, si quiero consultar calendario hay que cliquear en los enlaces o en los desplegables del formulario.