Calendario dinámico programable


([N4] Enrique) #1

Hola comunidad,

bueno, aquí va otro aporte (que como siempre es mejorable) que puede ser de utilidad y que puede servir como base para desarrollos como por ejemplo un agendizador de tareas. Esta solución esta creada 100% con componentes Velneo (no con el objeto calendario). Adjunto el .vin y un pdf con una breve explicación.

Un saludo desde Uruguay y como siempre a las ordenes.

[attachment=17129,1414]


([N1] Rafael) #2

Gracias


([N1] wikan) #3

Muchas gracias Enrique.
Aunque no veo el vin como adjunto.


([N3] blavan) #4

Muchas gracias, que bien


([N4] Enrique) #5

Buenos días gente,

hola Manuel!, si efectivamente me olvide de adjuntar el .vin. Debe haber sido el sueño ya a esa hora :). Pero bueno aquí va.

Saludos!

[attachment=17136,1415]


([N1] mvilalta) #6

Muchas gracias por tu aportación.
Creo que es una solución muy elegante.

Hay algo curioso al mover el dia o el año con los microscrollers salta varios de golpe. ¿Lo habeis observado?.
Saludos Miguel.


([N1] Giuseppe::Komenco) #7

@mivimu

Sí, salta de dos en dos para ser exactos.


([N4] Enrique) #8

Hola Miguel, Guiseppe

la verdad que no me ha pasado eso que comentan. Aclaro por las dudas, todas las pruebas las hice sobre Linux. No se si las han hecho sobre Windows. Estuve chequeando nuevamente el formulario y no le encontré nada extraño. Si a alguien más le ha sucedido esto sería interesante saberlo. Y como siempre muchas gracias por sus comentarios.

Saludos.


([N1] Giuseppe::Komenco) #9

Yo lo he probado en mi instancia de la nube, con el vClient desde Fedora 14 64b.
Y tanto en microscroller del mes y del año, pulsando una sola vez, salta dos meses.

También me dí cuenta, abriendo el proyecto con vDevelop, que el casillero CALENDAR, tiene un proceso asignado llamado Testing_message, que no existe. Quizás el vin no corresponde a la última versión que estuviste probando, y por eso a tí no te pasa?


([N1] alamillos) #10

Buenos dias, eso que comentais a mi no me pasa, estoy ejecutandolo en local y ba todo bien.
Buen trabajo Enrique


([N4] velavisual) #11

@ALL Buenos días,

@Enrique Mastalli

Como dice Giuseppe, el casillero tiene asignado un proceso que no existe.
Si verdaderamente este proceso debe realizar algo, no lo hace por que no existe.
Si no interfiere para nada simplemente lo quitamos del casillero.
.
Tenemos que darle más al botón de 'recalcular errores', ahí y en este caso si sale el error de que no existe.
.
A veces cuando recalculamos nos dice que todo va Ok y no lo está pero, eso ya es otra cosa. :)
.
. Buen trabajo Enrique y gracias
.
saludos
Antonio Vela
http://www.velavisual.com


([N1] Giuseppe::Komenco) #12

El poco tiempo que he podido dedicar a indagar, creo, que el problema está en las conexiones de eventos que llaman al evento de refresco.

He quitado las conexiones de evento (tanto tecla como click) asociadas a TXT_MES, y he puesto un botón que es el encargado de llamar al evento de refresco, y ahora funciona perfectamente,

Ya tienes por donde mirar, yo por desgracia, no puedo dedicarle más tiempo esta mañana que estoy liadete jejejeje :)

Y por cierto, gracias por la aportación, que no lo había dicho aún :D


([N3] blavan) #13

En local funciona correctamente


([N1] Giuseppe::Komenco) #14

Si en local va bien, y en la nube no, entonces, son malas noticias, porque implicaría que hay algo de las señales que no funciona como debería, y en la nube, duplica el evento.


([N1] alamillos) #15

OK Giuseppe, eso es malo
¿Alguien podriía decir o explicar porque pasa esto?


([N4] Enrique) #16

Hola!

Si efectivamente, me quedó el proceso TESTING_MESSAGE "colgado". Fue una prueba que hice y olvidé quitarlo. En realidad no afecta el funcionamiento. Ahora, con respecto al tema de las señales en la nube es completamente verdad (siempre lo probé en local por eso no me había dado cuenta). Hay algo en las señales que no me queda claro cual puede ser el problema. Pero bueno, indagaremos un poco para ver si se encuentra algo por ahí.

Saludos y gracias!.


([N1] Pepeto) #17

Hola

En primer lugar, gracias por tu aportación, es muy interesante
En segundo lugar, hay un pequeño "fallo" en el evento que se encarga de ejecutar el "CLIC" sobre una celda del casillero

Interfaz: procesar ( CALENDAR , Todas )
-- Seleccionar ficha por posicion ( sysListSize ) ¿?
-- Leer ficha seleccionada
-- -- Mensaje

La linea "Seleccionar ficha .por posicion ..." sobra, ademas, selecciona siempre la ultima ficha de la lista, y no la que el usuario pulsa

un saludo
Jose Luis


([N4] Enrique) #18

Hola!

José Luis, completamente de acuerdo, esa línea no tiene sentido (ya no está :)). Por otro lado estuve revisando y sin dudas que en la nube hay algún problema con las señales (voy a mandar un soporte a Velneo para registrar este detalle). Pero bueno, lo importante siempre es buscarle la vuelta y ver de que manera poder hacer funcionar las cosas. Por eso en esta nueva versión no utilizo microscrollers, los cuales sustituyo por botones que ejecutan eventos y además probé "jugar" con arrays para la carga del calendario. Por lo tanto ahora solo hay 2 procesos, GEN_CALENDAR y LOAD_CALENDAR.

Saludos!

[attachment=17174,1418]


([N4] Enrique) #19

Un pequeño detalle, en esa versión quedó comentado en el evento REFRESH la llamada al proceso GEN_CALENDAR. Para que funcione correctamente cuando ingresamos manualmente el mes o año hay que descomentarlo.

Saludos.


([N1] comercial) #20

Hola, Jose Luis ¿ le pasa algo a tu blog ?, me da error.

Perdón por el Off Topic.

PD:Gracias por tu trabajo y por compartirlo, Enrique.