Actualizar hora sin timer !!!!

[roman]

Código Delphi [-]
const
  S = 'con delphi todo parece más fácil pero a la hora de problemas todo es más dificil todo tiene su contraparte';

begin
  S := StringReplace(S, 'delphi', 'vb', [rfReplaceAll]);
end;

// Saludos

[[cHackAll]]

No me vayan a decir que hubo otro error de "dedo" porque me pongo a llorar!!! Ahora si que no se que quiso decir nuestro compañero david!!!

[[Caral]]

Hola
Lo que no me explico es que de todos modos se usa el tipo Timer, cual es la diferencia de usar el componente?
Esto del tiempo o recursos, estamos en el siglo 21, ya no hay maquinitas de juguete.
En tal caso no se pueda hacer por codigo casi lo mismo?

Código Delphi [-]
procedure TForm1.FormCreate(Sender: TObject);
begin
    Label1.Caption:= '';
    with TTimer.Create(nil) do
    try
    interval:= 1000;
    OnTimer:= Tiempo;
    finally
    end;
end;

procedure TForm1.Tiempo(Sender: TObject);
begin
     Label1.Caption:= TimeToStr(time);
end;

No se, me parece mucho lio para cuatro segundos o no se ni cuantos recursos.
Ademas creo que el evento ontimer se puede programar obtimizado, bueno vosotros los maestros lo sabreis mejor.
La verdad cuando se compara a VB con Delphi, me entra no se que.
Amo a Delphi.
Saludos

[[egostar]]

Empezado por roman

Código Delphi [-]const S = 'con delphi todo parece más fácil pero a la hora de problemas todo es más dificil todo tiene su contraparte'; begin S := StringReplace(S, 'delphi', 'vb', [rfReplaceAll]); end;


// Saludos

Amigo roman, tú simpre tan sutil en tus intervenciones.

Salud OS.

[[cHackAll]]

Concuerdo con ambas partes, mi parte esta más allegada a los que nos gusta hacer aplicaciones pequeñas y con poco uso de recursos, concuerdo tambien los que defendemos la parte que dice para que hacerlo de nuevo si ya está hecho! Ahora es otro tema adicional a esto la forma en que podemos plasmar nuestras ideas en el código fuente... sin duda alguna para actualizar una hora (por ejemplo) podemos hacerlo de media docena de formas pero tampoco es el caso, el hilo creo que lo comenzaron por una curiosidad la cual algun momento nos llega a todos.

Yo AMO al Delphi al igual que todos los miembros, es una herramienta muy BUENA pero estamos comparando algunas cosas que son vb6, y no tomamos en cuenta que tal cosa partió del Basic, Gwbasic y tantos otros BASICOS... sin duda que en su época el Delphi 5 y hasta el 4 se lo hicieron bolsa, pero el vb6 es un release del '98 y ese es un punto atenuante.

El vb.net es un mejor y mas digno competidor del Delphi (desde mi punto de vista), aunque tambien podríamos divagar y discutir (por ejemplo no me gusta su rigidez con los tipos de variables).

Depende mucho de cada uno, y nosotros nos quedamos con Delphi porque es super!!!

[[Caral]]

Hola
La verdad es que cuando comence con esto ya hara un largo año, me compre vb6 por que me dijeron que era lo mejor y mas facil, compre varios libros y demas, pues este servidor, no entendio ni pio, ya casi en la desesperacion me compre Delphi 6 y un librito practico, me inscribí al club y he aprendido muchisimo, por lo menos me hice mi programa y funciona.
Para mi la diferencia en cuanto al concepto de programacion es abismal, por supuesto es la opinion de un novato no programador.
Saludos

[david_uh]

En ambos entornos es sencillo si se sabe lo que se hace. en general la clave de todo esta en en meterse en el asunto es decir involucrarse en un proyecto y usar uno de los entornos es ahi donde valoras los pro y contras de cada uno de los entornos.
ejemplo en delphi no existe la alineación de el texto de un Tedit izq, der,centro en cambio en VB esta la propiedad aligment, como asi en delphi puedes darle íconos a tus menúes queno se puede en basic sino usando apis y asi un sin fin de cosas, personalmente he encontrado en delphi un entorno más maduro, y estable ademas de poseer un lenguaje bastante potente como lo es objet pascal y las ventajas de la POO, tampoco creo que sea cuestion de decir yo me quedo con delphi me parece que debemos ir explorando otros entornos y otros lenguajes y conocer nuevas fronteras (como escuche alguna vez )

[[cHackAll]]

Empezado por Caral

...por supuesto es la opinion de un novato no programador...

Pero para nada, creo que esa humildad me llega al alma. En ese caso me considero "novato + 1" o "novato++"... o si queremos Inc(Novato) pero opino lo mismo!!!

[[cHackAll]]

Empezado por david_uh

...tampoco creo que sea cuestion de decir yo me quedo con delphi me parece que debemos ir explorando otros entornos y otros lenguajes y conocer nuevas fronteras (como escuche alguna vez)

Concuerdo, debemos explorar, pero siempre que el contexto asi nos lo obligue o el tiempo nos lo permita... cosa que no creo que suceda facilmente. Por eso y porque comparando Delphi siempre gana aunque sea por un punto seguiré defendiendo al lenguaje y al ClubDelphi!

[[Caral]]

Hola
Te agradezco la palabras pero es la verdad, me digo novato por decir algo, al no ser un programador como tal, osea no haber estudiado de estas cosas o dedicarme a la programacion, me siento muy contento cuando maestros como tu y mas que estan en este club me alientan a seguir.
Delphi es una herramienta de trabajo fenomenal, practica y relativamente facil de aprender (yo pude).
Me gustaria ser programador, y conocer mas de esto, mira lo que es la vida.
Saludos

[[cHackAll]]

Creo que el certificado de estudios te lo deberiamos dar los del ClubDelphi, pues mi experiencia me dice que tus conocimientos son mayores a los que un buen grupo de titulados!

[[egostar]]

Empezado por david_uh

En ambos entornos es sencillo si se sabe lo que se hace. en general la clave de todo esta en en meterse en el asunto es decir involucrarse en un proyecto y usar uno de los entornos es ahi donde valoras los pro y contras de cada uno de los entornos.
ejemplo en delphi no existe la alineación de el texto de un Tedit izq, der,centro en cambio en VB esta la propiedad aligment, como asi en delphi puedes darle íconos a tus menúes queno se puede en basic sino usando apis y asi un sin fin de cosas, personalmente he encontrado en delphi un entorno más maduro, y estable ademas de poseer un lenguaje bastante potente como lo es objet pascal y las ventajas de la POO, tampoco creo que sea cuestion de decir yo me quedo con delphi me parece que debemos ir explorando otros entornos y otros lenguajes y conocer nuevas fronteras (como escuche alguna vez )

Ahhh, pero para eso esta nuestro amigo roman, quieres poder alinear un TEdit, bajate el componente de la página de roman.

Salud OS.

[[Caral]]

Hola
Siempre he pensado que el titulo es lo de menos, aunque lo poseo y no de programacion en la vida lo que sirve es el conocimiento.
Gracias cHackAll, aqui lo que he conseguido mas que titulos es conocimiento gracias a los verdaderos maestros que hay en este club, ademas de verdaderos amigos.
Saludos

[angara]

Hola:

tengo un problema, se trata de los siguiente estoy realizando un programa para un ciber, todo lo referente al alquiler, ventas y calculos va bien pero mi problema es que en este ciber se agragan más PC. cada cierto tiempo y mi programa en principio era para solo cinco PC. ahora me dicen que pueden llegar acien, entoces se me presenta el gran problema. para controlar el tiempo. si un cliente prepago una hora debe ir restando en el programa servidor, los minutos transcurridos, tod va bien si se trata de cinco PC. pero con cien se imaginan la cantidad de timers y la gran cantidad de variables a usar. mi consulta es se podra realizar esto de otra forma.
gracias toda ayuda es bien venida

[[Fenareth]]

¡ Hola angara !

Un TTimer para cada PC ? ... A mí se me ocurre que puedes guardar en una Tabla un identificador para cada PC, su hora de renta y la hora de vencimiento de la misma y entonces tal vez con un solo TTimer revisar cada minuto tal vez todas aquellas PC's que su campo vencimiento sea igual a la hora del sistema... de esta manera podrías de alguna manera informar que se ha vencido la hora pagada...

Probablemente (es casi seguro) alguien tiene otra sugerencia mejor para esto...

Saludos