![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Un ejemplo:
Espero te sirva. |
|
#2
|
||||
|
||||
|
Solo quiero recalcar que tampoco es necesario contar cun un form para mantener variables públicas y globales. Basta con indicar declarar una unit con un nombre descriptivo (por falta de imaginación: UGlobales). Entonces cada unit (no nocesariamente correspondiente a algun form) que deba tener acceso a estas variables debe tener incorporado dentro de uses el nombre de UGlobales.
Algo como:
La idea del datamodule es buena, si se emplean base de datos... Si no se requieren de BD, es un desperdicio emplear el Datamodule Allí, creo, que sería mejor considerar una unidad UGlobales. Saludos, |
|
#3
|
||||
|
||||
|
Estoy totalmente de acuerdo con Delphius. De hecho, así están implementadas las famosas variables globales Application y Screen dentro de la unit Forms. Por esa razón, estas variables están siempre disponibles en todos los formularios de nuestros programa.
Intenta quitar del uses de tu proyecto (*.dpr) la llamada a la unit Forms y verás el resultado
Saludos |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Busqueda General con Like?? | anghell77 | SQL | 6 | 15-05-2006 13:44:32 |
| Titulo General a un Grid | JorgeBec | Varios | 1 | 28-11-2005 23:37:41 |
| busqueda general | majosf | Conexión con bases de datos | 1 | 21-09-2005 11:20:54 |
| stock general | ELINK | SQL | 5 | 29-03-2005 17:58:00 |
| General SQL Error | ander | SQL | 3 | 09-09-2004 16:05:07 |
|