• Jueves 28 de Marzo de 2024, 13:08

Mostrar Mensajes

Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.


Mensajes - J.M.Movilla

Páginas: [1] 2 3 ... 17
1
Visual Basic 6.0 e inferiores / Servidores FTP
« en: Miércoles 17 de Septiembre de 2003, 18:12 »

2
Visual Basic 6.0 e inferiores / Re: ¿Que signigica "compactar" una base de datos?
« en: Miércoles 17 de Septiembre de 2003, 17:28 »
Si te interesa mucho el evitar que haya fallos en el campo autonumérico (cosa que en principio no debe darte mala sangre... porque el Id sólo tiene que servir para lo que es, correlacionar una tabla principal con otras derivadas...) puedes insertar una llamada a la función en que hagas el compactado (cerrando previamente la bd y reabriéndola después, recuperando los punteros...) detrás de la instrucción de borrar el último registro, que es el que habitualmente tiene más probabilidades de ser eliminado.  

Pero insisto en que no te hagas mala sangre con ver saltos en el campo autonumérico; no lo presentes nunca en pantalla; para sustituirle muestra un contador, ¿no te parece?

¿Tú te imaginas la que armabas si tuvieras que ir disminuyendo el Id en todas las tablas desde el registro vacío hasta el fin de fichero, y volver a buscar otro registro vacío y vuelta a disminuir el Id a todas las tablas...?  Además de la pérdida de tiempo... Dios mío si a mitad de camino te quedas sin fluído energético...  Y todo porque no te gusta ver saltos en los códigos...  Anda y que le den morcilla... ¿no te parece?

3
Visual Basic 6.0 e inferiores / Re: Servidores FTP
« en: Miércoles 17 de Septiembre de 2003, 17:18 »
Me gusta que hayáis tomado la decisión de poner a disposición de los foros estos servidores, pero yo me hago estas preguntas

Si iespaña que es el más capaz no nos ha servido hasta ahora, ¿qué podemos esperar de los otros miniservidores?

La forma como exponéis la sencillez de tales servicios ¿no os parece que es muy difícil de entender?  A ver si encontráis un método más práctico (o más comprensible).

¿Tendremos la posibilidad de subir un fichero suficientemente pesado? ¿Cuál será el máximo aceptado en cada servidor?

Y finalmente, ¿los ficheros que ya se han subido podrán bajarse sin problemas, o seguiremos como ocurre ahora que te bajan vacíos?

Gracias por lo que venís haciendo y por lo que sé que seguiréis haciendo en adelante.

4
Visual Basic 6.0 e inferiores / Como Iniciar un reporte en Crystal Report
« en: Miércoles 17 de Septiembre de 2003, 16:45 »
Ahora sí que la has armado, amigo Pablo...

Te has metido en la rueda de las lecciones magistrales y no nos va a quedar más remedio que seguir "EXIGIÉNDOTE" más y más...

Este nuevo plato tiene también ingredientes de claridad y práctica, mucho mejores que los que aparecen en los habituales Manuales de librería, de los de pago...  Así que tengo que reiterar mi agradecimiento otra vez, y me siento en la necesidad de ANIMAR A LOS MIEMBROS DEL FORO A QUE TE APOYEN, porque es necesario reconocer que esto lo estás haciendo voluntaria y gratuitamente, y que estamos siempre tratando de recalcar que es bueno que la gente se nos muestre agradecida.

Sírvame, Maitre, una de langosta al estilo Chiaravel...

5
Visual Basic 6.0 e inferiores / Re: Ayuda con Exportar
« en: Miércoles 17 de Septiembre de 2003, 11:52 »
Existen muchas fórmulas, dependiendo de cómo hagas la confección de la hoja de cálculo, pero en general vienen a coincidir en definir el formato de celda para que en lugar de presentar el formato general te muestre el específico que te interese; por ejemplo en tu caso podrías hacer:

        Dim xEr As Excel.Range
        Set xEr = xEs.Cells(nFila, nCol)
        xEr.ColumnWidth = 10
        xEr.NumberFormat = "dd-mm-yyyy"

con lo cual el grupo de celdas adquirirían el formato de fecha indicado.

Perdona si te hago retocar el código, hecho a vuela pluma...

Saludos y suerte

6
Visual Basic 6.0 e inferiores / Re: concurrencia
« en: Martes 16 de Septiembre de 2003, 17:08 »
Según me parece entender, Bea quiere tener en su equipo local una réplica de la bd que campea en el servidor (Internet); lo  mismo que ella, otros usuarios tienen su propia copia.

Lo que pretende es hacer las pertinentes actualizaciones en SU copia y luego subir ésta al servidor, con lo cual no cabe duda de que va a machacar cualquier posible actualización que haya hecho otro cliente.  Tendría que haber actualizado su copia inmediatamente antes de hacer los cambios, bloquear la bd del servidor, actualizar la copia y sustituir la bd del servidor, dejándola ya desbloqueada...  Si este fichero es pesado y su conexión no tiene la suficiente agilidad... tendrá que pedir permiso a toda la comunidad de clientes para cambiar que en lugar de 13 camisas quiere sólo 12...

Soy de la opinión de que más vale abandonar esa idea y tomar el cauce de la lógica que indica Chiaravel... que cada cliente acceda a la bd del servidor de forma optimista o pesimista, según se encuentra de ánimo (¡perdón por el chiste!) y que pueda si lo desea mantener una copia en su equipo para CONSULTAR, sin conexión, los datos que dependan de él exclusivamente, porque la base actualizada on line sólo podrá conocerla accediendo al servidor.

Saludos y suerte

7
Visual Basic 6.0 e inferiores / Re: FTP publico de SoloCodigo
« en: Martes 16 de Septiembre de 2003, 10:41 »
Llevamos una temporada que no podemos utilizar los servicios de FTP.

Aparte de que creo que quedó pendiente por parte de SoloCodigo el tramitar un servidor de más capacidad, ya que "iespaña" se nos queda excesivamente angosto con sus 2 Mb máximos.

Gracias anticipadas por la atención que sé que daréis a esta solicitud, y saludos.

8
Visual Basic 6.0 e inferiores / Re: Image List
« en: Martes 16 de Septiembre de 2003, 10:36 »
También a mí me falla!  Me baja el fichero vacío.

9
Visual Basic 6.0 e inferiores / Re: no se si se puede
« en: Martes 16 de Septiembre de 2003, 10:20 »
Y aquí va el segundo.

Que lo disfrutes, y un afectuoso saludo

10
Visual Basic 6.0 e inferiores / Re: no se si se puede
« en: Martes 16 de Septiembre de 2003, 10:18 »
Para que puedas elegir el método que mejor se adapte a tus necesidades: un código para definir la resolución de la pantalla y otro para modificar el área del formulario y todo su contenido gráfico.

Como sólo puede adjuntarse un fichero, he aquí el primero:

11
Visual Basic 6.0 e inferiores / Re: ¿Que signigica "compactar" una base de datos?
« en: Martes 16 de Septiembre de 2003, 00:11 »
Recuerda que SOLO SE RECUPERA EL REGISTRO ÚLTIMO... No se reorganizan los autonuméricos intermedios... Esto sirve fundamentalmente para el caso de que hagas un append (addnew) y te arrepientas antes de añadir otro registro... En ese caso podrás borrarlo y recuperar su hueco compactando la bd.  Por supuesto se recuperarán los registros asociados a ese número en otras tablas, siempre que los hayas borrado también (como es natural...)

Lo otro, renumerar, no es posible con autonuméricos.

Saludos

Pd.-  Veo que Chiaravel te ha dado contestación un segundo antes que yo... Porque él es más rápido y más ágil... Con 40 años menos... ya podrá...

12
Visual Basic 6.0 e inferiores / Re: ¿Que signigica "compactar" una base de datos?
« en: Lunes 15 de Septiembre de 2003, 21:46 »
Mira, soco1980:

Esa misma pregunta tuya, que en principio parece una obviedad, la he escuchado varias veces a personas que saben suficientemente de informática, pero que siempre hay algún detallito que se escapa...

Además de estar totalmente de acuerdo con lo que te han aportado, quiero añadir que

1º.-  para compactarla tiene que estar cerrada la base de datos. y

2º.- que el hecho de desaparecer físicamente los registros previamente borrados, te va a permitir que se aprovechen los autonuméricos eliminados.  Porque cuando borras el registro 12 (por ejemplo) aunque sólo te quedan 11, el próximo registro será el 13... si el Id es autonumérico (por aquello de que en realidad NO SE BORRÓ, sino que se marcó para ser borrado...).  Claro, nunca vas a recuperar nada más que los autonuméricos que fueran ÚLTIMO REGISTRO.

Bueno, ahora a esperar que otro te complemente la información, porque ya ves que aquí nos pegamos por dar...

Saludos

13
Visual Basic 6.0 e inferiores / Re: Relacionar tablas...
« en: Lunes 15 de Septiembre de 2003, 17:26 »
Personalmente te agradezco la oferta de subir al FTP ese Manual de SQL en castellano.  Porque entiendo YA casi todo el inglés técnico, pero... hay cosas que jo... y mucho, cuando tienes que hacerlas por obligación.

Gracias y saludos

14
Visual Basic 6.0 e inferiores / Re: Propuesta para todos
« en: Lunes 15 de Septiembre de 2003, 14:14 »
Hola, Roberto:

De nuevo aparece la propuesta de realizar un trabajo en conjunto, que a buen seguro que va a tener varios voluntariosos colaboradores.  A mí me parece una gran idea, aunque me temo que a medida que vaya madurando tendrá que afrontar graves y progresivas complicaciones.

En primer lugar, la aplicación tiene que ser genérica, salvo que apareciese una solicitud de programa a medida por el que estuviera interesada una empresa en concreto...  Esta última sí que sería una buena oportunidad para dar vida a este proyecto, porque en el caso de un programa de interés general habría que orientarlo hacia un proyecto modular que incorporase presupuestos, pedidos, albaranes de movimientos de almacén, ubicación de artículos, facturación, contabilidad, nóminas, seguridad social... etc., etc.   No sé si alguien tiene suficiente experiencia en estos temas, pero yo que he trabajado para varias empresas en esta línea os puedo asegurar que NO TENGO DOS EMPRESAS QUE ACEPTEN EL MISMO MÓDULO...  En cada una el encargado de esta parcela es hijo de su madre y de su padre... y tiene su modo de orientar incluso cómo deben presentarse los asientos contables, con los apuntes de derecha a izquierda o de arriba a abajo...  Por muy abiertos que se hagan los módulos siempre habrá un detallito que no encaja en las exigencias inalienables del gerente de turno...

Amén de que el hacer un paquete entre varias personas ya presupone un tremendo esfuerzo de compenetración, porque no puedes pensar en una aplicación que maneje mis 120 variables y tus 110 variables y las 132 variables de fulano...  Y que incluso habría que ser previsores de "posibles" (aunque nos parezca propio de otro tipo de personas) conflictos legales en el futuro...

Vamos, que estoy haciendo de abogado del diablo...  "Y sin embargo te quiero" como dice la canción...  Porque la idea tiene sobre todo la finalidad de hacer un grupo de unión, que producirá muchos beneficios personales en el sentido de germinar buenas amistades y de incrementar nuestros mecanismos de aprendizaje, del que todos estamos aun muy necesitados...

Pero, lo que quiero advertir es de eso: que nadie piense en términos de negocios, porque si en este país que antes se llamaba España... ahora todo es diferente según la comunidad de la que hablemos, imagináos qué porcentaje podemos tener de común con naciones que apenas comparten con  nosotros más allá del lenguaje y los buenos sentimientos...; pero las leyes son tan distintas y los hábitos de trabajo tan dispares, que nos veríamos en la necesidad de hacer un fichero de recursos de mayor tamaño que la propia aplicación...

Repito, que, a pesar de mi oscura visión de su futuro, me apunto al experimento para aportar mi granito de arena si sale un grupo de valientes que no temen morir en el empeño.

Afectuosos saludos

15
Visual Basic 6.0 e inferiores / Re: Punto del teclado numerico
« en: Sábado 13 de Septiembre de 2003, 10:18 »
Hace tiempo presenté ya el código que hoy repito.  

A pesar de que veo que Gerard ha quedado satisfecho con la solución que se le ha dado, reitero la conveniencia del código que ofrezco yo, porque con éste se soluciona también el problema de quienes tengan configurado el sistema con los signos invertidos: también a ellos les da problema el uso de la coma como signo decimal, lo cual no quedaría resuelto con la fórmula que habéis aceptado como buena, y sin embargo con el código que yo presento sí resolvería el problema independientemente de la configuración que el usuario tenga.

Saludos

16
Visual Basic 6.0 e inferiores / Re: COMO POSTRE DE BUEN GUSTO
« en: Sábado 13 de Septiembre de 2003, 02:15 »
Que nadie interprete que quiero reabrir la polémica: muy al contrario, estoy encantado de que se haya alcanzado el fin, y haya sido satisfactoriamente...

Pero, lo mismo que en la mesa solemos comenzar con la amargura del aperitivo para seguir con un plato fuerte y a veces pesado, terminando con un postre que nos endulce la tarde, quiero aconsejaros a todos que paséis a probar un plato delicioso, que os permitirá quedar con buen sabor de boca...  Incluso los que ya lo probaron, por favor, repetid... Merece la pena.  Leed y releed el post http://foros.solocodigo.com/viewthread.php?tid=4860:  Es un postre que debemos a Pablo Tilotta, al que algunas circunstancias han podido privarle del podio que por esta actuación (cuando menos) bien se tiene merecido.

Un abrazo a todos.

17
Visual Basic 6.0 e inferiores / Re: ¡¡ BASTA YA !!
« en: Viernes 12 de Septiembre de 2003, 19:46 »
Mis queridos nietos:

Ya me perdonaréis que intervenga también en este post al que nadie me ha llamado...

Pero se está tratando de un tema que indirectamente hace referencia constante a la encuesta que abrí hace meses rogando que quien pregunte se comprometa a cerrar su tema, NO AGRADECIENDO LAS MOLESTIAS QUE SE HAYAN PODIDO TOMAR QUIENES TUVIERON LA AMABILIDAD DE CONTESTARLE, sino indicando si la respuesta solucionó su problema, con el fin de que el foro tenga utilidad para quienes entren a consultar y busquen solución a sus dudas...  Lo de agradecer queda a expensas de la educación que cada cual haya recibido y de lo bien nacido que se sea... (al menos por aquí se dice asi: "de bien nacidos es ser agradecidos")

Me duele que de unas posturas bien intencionadas se hayan extralimitaciones que terminan en un "y tú más" que nos perjudican a todos.  Y espero que todos recapacitemos y nos devolvamos el merecido respeto, buscando ese ambiente de caballerosidad e incluso compañerismo que caracterizaba a este foro, que creo que en este año ha adquirido una trayectoria ascendente de tipo exponencial.  

Os lo pide, con todo cariño, VUESTRO ABUELO Josemaría

18
Visual Basic 6.0 e inferiores / Re: ¿Cómo puedo hacer para tener más morro?
« en: Viernes 12 de Septiembre de 2003, 10:32 »
Estoy totalmente contigo, amigo Brroz, en que en este foro estamos dando todo por nada...  Y ¡que no se traduzcan mis palabras como la pretensión de que busco en el foro compensaciones económicas, que ni quiero ni (a mis años) necesito!  Lo que deseo es aclarar el que este foro, por el exceso de generosidad de la mayoría de sus miembros, se está convirtiendo en un dispensario de caridad sin control, en el que se regala código al primero que lo solicita, sin darnos cuenta de que con ello estamos perjudicando a quienes están en condiciones de aprender por su esfuerzo personal, que es el camino que hemos seguido los que en este momento tenemos la satisfacción de prestar tal ayuda.

Y yo soy el primero en reconocer que he abusado de facilitar el trabajo hecho, porque me resulta más cómodo decir "toma esa trucha que he pescado para tí..." que explicar cómo deben manejar la caña para que ellos pesquen la trucha...

Pero... ¿qué quieres que te diga!!! No soy capaz de prometerte que a partir de hoy voy a cambiar...  Los viejos tenemos los defectos muy arraigados y cuesta mucho cambiar.

Un afectuoso saludo A TODOS, en este momento en que parece que la calma vuelve a nosotros...

19
Visual Basic 6.0 e inferiores / Re: Tecla rapida en Datagrid
« en: Viernes 12 de Septiembre de 2003, 01:42 »
En este programita que ya he presentado con otros fines, he implementado la función de búsqueda rápida en un DataGrid, como tú deseas.  Fíjate en cómo uso la variable cTexto para conseguir ese efecto.

Saludos y suerte

20
Visual Basic 6.0 e inferiores / Re: Data Report
« en: Viernes 12 de Septiembre de 2003, 01:16 »
Espero que el ejemplo que te adjunto te ayude a superar tu atasco.

Saludos y suerte

21
Visual Basic 6.0 e inferiores / Re: Error en formula con fechas(dtpicker)
« en: Jueves 11 de Septiembre de 2003, 18:26 »
¿No tendrás que convertir los DTPicker así?:

"{Repordia.Fecha} >= DateValue(""" & DTPicker1 & """)" _
        & " And {Repordia.Fecha} <= DateValue(""" & DTPicker2 & """)"

Los campos de tipo Date tienen sus perendengues y no tengo todavía bien aclarado cuándo hay que convertirlos y cuándo hay que tratarlos directamente...

Saludos y suerte.

22
Visual Basic 6.0 e inferiores / Re: DATA ENVIROMENT
« en: Jueves 11 de Septiembre de 2003, 18:11 »
Perdón por la expresión... pero no tengo palabras para elogiar el valor de esta lección magistral que nos ha ofrecido el Profesor Don Pablo Tilotta... No me extraña que Zambito bese por donde Pablo ha pisado...

Personalmente, Pablo,  me congratulo de haber tenido la suerte de conocerte y de entablar una buena amistad contigo.

23
Visual Basic 6.0 e inferiores / Re: setup1
« en: Jueves 11 de Septiembre de 2003, 17:57 »
Quiero pedirte disculpas por haberte tomado por un novato que se lamentaba de una obviedad...  Veo que lo único que ocurrió es que en parte tú te explicaste un poco mal y yo metí la pata hasta los bolos...  Pero ya ves que a veces los problemas se parecen al que yo te presentaba en mi respuesta.

Me alegra el comprobar que se te arregló el embrollo.  Un saludo.

24
Visual Basic 6.0 e inferiores / Sistema de salud
« en: Jueves 11 de Septiembre de 2003, 12:11 »
Creo entender que necesitas tener una tabla de Titulares (en España decimos Beneficiarios o Usuarios) y otra tabla de Cargas (Actos Médicos, Datos asistenciales, Intervenciones...)

Es absolutamente obligado que tengas DOS TABLAS, relacionadas por un campo que será TitularID, autonumérico en la tabla de Titulares y de tipo Long en la de Cargas.

Cuando borres el registro de un titular y quieras borrar también sus cargas no tendrías nada más que deletear en Cargas Where TitularID = Titular.TitularID...

Saludos y suerte.

25
Visual Basic 6.0 e inferiores / Re: setup1
« en: Jueves 11 de Septiembre de 2003, 11:51 »
Vamos a ver, nabeltz...

Tú dices que MODIFICASTE el fichero y que ahora SIEMPRE TE LEE EL FICHERO MODIFICADO...

Esto te va a ocurrir SIEMPRE A PARTIR DE AHORA con cualquier fichero que modifiques... porque en todos los sistemas y en todos los lenguajes funciona así...  

Supongo que te hayas expresado mal, o que yo esté malinterpretando tu mensaje, porque en otro caso no entiendo nada...

Saludos y suerte.

Páginas: [1] 2 3 ... 17