Nombres largos en Delphi
 

Hola, estoy aprendiendo a programar en VB en un instituto y por mi cuenta, Delphi. En VB es comun guardar un prouyecto con, por ejemplo, el nombre:
Pedidos y Stock pero al querer hacer lo mismo en Delphi, me tira un error :confused:
A qué se debe esto ? Noto que "conectando" el nombre largo con _ guiones bajos, si lo guarda sin problemas.
Esto quiere decir que, a diferencia de VB, Delphi no soporta nombres largos para sus proyectos?
Creo y espero estar haciendo algo mal, porque me parece una ironia, algo tonto que Delphi no soporte nombres largos para sus proyectos.

Otro tema: (y perdon por tantas comparaciones, me gusta mas Delphi, pero aprendo mas rapido VB)
En VB estan los "frames" para tirar controles (como los option button) ahi dentro. Note que en Delphi hay varios "frames". Veo que hay varias cajas donde poder guardar controles... Veo al menos 3 tipos diferentes.
Puedo usar cualquiera? Es solo cuestion de estetica o hay algo mas?
Gracias.

Delphi heredo la definición del lenguaje Object Pascal, en esta definición el encabezado de todo programa comienza así:

Código Delphi [-]
program Project1;

En donde Project1 es un identificador para el programa y es una regla que debe de coincidir con el nombre del archivo, por esa razón si incluyes un espacio no será un identificador válido, lo mismo pasa con las units.

Asi que más que un error de nombres largos en los archivos se trata de un error de sintaxis del compilador.

Un saludo.

Es muy normal guardar los nombres (de proyecto y Unidades) como MenuBuscaTodo (fijate en las mayúsculas) como ves tiene más de 8 caracteres y delphi lo trata adecuadamente.

Por otra parte en Project --> Options puedes poner el nombre del ejecutable con espacios, y delphi lo respetará.

En cuanto a los frames, pues sí, hay varios y depende de lo que quieras hacer.

File --> new --> frame
-----------------------
Este quizás es el más potente, ya que puedes heredar visualmente de él. El código fuente que pertenece al Frame, no se duplica al colocarlo en otras Ventanas. Cualquier cambio que hagas en el frame original, se propaga a todos las ventanas donde está el frame.


Component Palette
------------------
Si tienes un Panel, con un Edit y un boton, (por ejemplo), en el form, puedes hacer clic en el panel con el boton derecho y decir Add to Repository ó Add to Palette (no recuerdo bien). En este caso lo que hace es copiar todo como si fuera un componente más de delphi. Como contrapartida, cada vez que pegues ese componente en tu forma, se añadirá todo el código fuente que tenia programado el Edit y el botón. Si modificas el Panel original, no se modifica el componente que tienes en la paleta, quizás se pueda decir que un método más rápido que copiar y pegar.

Ahora mismo no recuerdo la tercera forma.

saludos

Al leer de nuevo el hilo, me parece que te refieres a Contenedores de controles,
si es así, comenta en cuales tienes dudas, porque hay muchos.

PD: Intenta en VB hacer 2 formas magnéticas, Sin ActiveX, es decir, que al mover una ventana, la otra se quede pegada a la primera mientras realizas el movimiento ;).

O bien usa una API de windows desde VB ;).
Lo digo porque en VB 5 se necesitaba traducir las apis y poner la declaración al principio del archivo .bas (lo tenías que hacer tú), sin embargo en delphi 3 (más antiguo) ya incorporaba todas las definiciones y ayuda en pantalla, simplemente añadías uses Shellapi, y listo.

Supongo que en versiones posteriores de VB habrán mejorado algo, pero siempre le faltará la OOP.

saludos

Ok, listo... pruebo y te digo. :)

Mira, con respecto a las apis de Windows, me parece que si se puede acceder desde VB6, ojo, en realidad no tengo idea, pero vi un articulo que decia:
Ingreso a las apis de Windows desde Visual Basic solo por esto digo, pero siendo un novato, no se nada sobre el tema.
En cuanto a la superioridad de Delphi sobre Visual Basic, eso desde ya!
Aun siendo novato, disfruto mucho mas el IDE de Delphi. Es por lejos mucho mas personalisable... Se programar en Pascal y me gusta mucho este lenguaje, por eso queria aprender a programar en Delphi; pero como no tenia ni la menor idea de como se utilizaba este IDE, decidi hacer un curso de VB para ayudarme desde ahi, a entender el IDE de Delphi... y bueno, ahi voy...
Hasta ahora, la unica pega que le encontre a Delphi, es que se me juntan los nombres de procedimientos con los de eventos. por ejemplo:
btnSALIRClick y me es un poco molesto.
por eso le cambio la propiedad Name de la siguiente manera:
btinSALIR_ y de esta manera cuando veo el codigo fuente aparece asi:
btnSALIR_Click que para mi es mas prolijo y facil de leer.

Saludos y gracias por su ayuda!

TanquiloEsMuyFacilDistinguirEstoPorElUsoDeMayúsculas, es solo cuestión de leer mucho de esta forma y acostumbrarse ;).... como todo en esta vida.

Por otra parte, ¿qué diferencia hay entre llamar a la función ExtractFileExt y llamar a Button1Click? Yo al menos no veo ninguna, es decir, ambos son procedimientos, ¿por qué habría de poner el guión bajo en uno de ellos y en el otro no? Si es por claridad, pues deberíamos cambiar el nombre a todos los procedimientos y funciones para que fuese Extract_File_Ext (demonios que lata de guión bajo :D ;))

Si quieres leer directamente sobre como funciona delphi te aconsejo .La cara oculta de delphi 4, un libro imprescindible y como mínimo son 2 lecturas.

saludos

El _
 

Eso sí, te aviso; Ian odia el "_" :D:D

Saludos.

Como ya conte, estoy aprendiendo VB, y visual nos acostumbra que, a la derecha del guion bajo, vemos el evento y a la izquierda del guion bajo, vemos el procedimiento sobre el que se dispara dicho evento.
VB es un lenguaje orientado a eventos y bueno, digamos que se me contagia y... si, voy a terminar programando en Delphi, pero orientado a eventos en vez de a objetos :rolleyes: ... Bueno, el año proximo comienzo programacion en Java, asi que ahi se me pegara la POO y me eso me hara encarrilar con Delphi :cool:

Te agradezco, pero mi novia me regalo, programacion en Delphi 5 de Francisco Charte, es un librote de mas de 1000 paginas...
Si ya se, deberia haberme regalado uno sobre Delphi 7 pero... "a caballo regalado no se le miran los dientes" dicen por estas pampas.

Saludos!

Hay una gran diferencia entre los libros de Ian Marteens (La cara oculta de delphi) y los de Francisco Charte, los del primero están pensado para programadores, los de Charte están pensado para quien no sabe nada y quiere saber cómo funciona el IDE de delphi y los comandos habituales.

Saludos

Punto menos para la novia :rolleyes:

:D

// Saludos

No es por defenderlo a don Charte pero... esta seguro? Vos leiste ese libro?
No te lo confundas con el chiquito de 300 paginas que tiene el mismo titulo pero es muy resumido. El que yo tengo es este:

http://www.tirant.es/detalle?articulo=8441509670

y trae mucho mas que explicacion sobre el IDE:

Incluye una descripción de los nuevos modelos de acceso a datos, como ActiveX Data Objects e InterBase Express. · Podrá desarrollar aplicaciones multimedia usando el componente TMediaPlayer, conociendo sus limitaciones y posibilidades. · Conozca los diferentes modelos de componentes y aprenda a crear controles VCL, servidores COM, Controles ActiveX y servidores CORBA. · También podrá aprender a usar bases de datos en sus propias aplicaciones, definiendo tablas, creando consultas, filtrando datos y realizando búsquedas. · Aprenda a crear aplicaciones con múltiples hilos de ejecución, servicios para Windows NT/2000 y a usar código ensamblador en sus programas.

Desconozco al otro autor... pero siguiendo tus recomendaciones, cuando sea programador Delphi, lo comprare aunque... Delphi 4 no esta medio obsoleto?:rolleyes:

No, no hay punto menos para mi novia, ella no sabe ni quiere saber nada sobre informatica, asi que demasiado cerca fue su disparo... :)
Hay de mi si yo tuviera que regalarle a ella un libro de bioquimica!!! :D

Sí, lo conozco, lo tengo justo aquí encima de mi mesa.



¿Que desconoces a Ian Marteens?, es posiblemente uno de los más reputados conocedores de delphi a nivel internacional.

No quiero quitarle méritos a Francisco Charte, el libro no es malo, sólo "diferente", me explico, el de Charte está más pensado para gente inexperta y todo lo que comentas que explica el libro es cierto, aunque hace un repaso muy superficial. Sin embargo, los libros de Marteens son más profesionales, profundiza más en los temas que trata, y en el caso de Marteens, el tema es Bases de Datos, si quieres aprender a usar correctamente los mecanismos para programar bases de datos, ese es el libro que necesitas, y además gratis.

¿Obsoleto?, lo importante es saber programar, después lo haremos en uno o en varios lenguajes, pero primero: saber programar. Pues bien, algo parecido es lo que quiero dar a entender, sus libros te enseñan las técnicas, formas, consejos, trucos, detalles y cosas a tener en cuenta a la hora de realizar proyectos de bases de datos, en ese libro lo explica mediante el uso de delphi con interbase/firebird (principalmente), eso no ha cambiado nada en los últimos años. Otra cosa muy distinta es que quieras usar .net o c#, pero para eso ya ha publicado otros libros.

Que conste que no me llevo comisión de sus libros :D

La única pega que le encuentro a la cara oculta de delphi 4, es que se pasa la mayoría del libro hablando de delphi 1, 2, y 3. Será alucinante ver la evolución para quien conoce los 3 anteriores, pero aquel que empieza con delphi 4, vé mucha "paja" en el libro.

Lo que si me gusta de Marteens, es que resuelve problemas que necesitarás en programas reales; no deja las cosas al volando. Explica los pro y contras de hacer las cosas.

saludos

Pero totalmente desconocido para mi, es la primera vez en mi vida que oigo hablar de este señor.
Pero bueno, tomalo como de quien viene, soy un total y absoluto novato en Delphi, y la programacion en general.
Mi unico referente hasta ahora era John Carmack, pero es un C programmer ;)
Si lei, no recuerdo donde, acerca de un tal Zack Urlocker, que lo citaban como un referente dentro de la programacion en Delphi. Pero no se nada de él tampoco.

Es exactamente lo que soy! Un total inexperto !!! :)
Igualmente ya me estoy bajando los pdf del amigo Ian.

Bueno, por mi parte, aca termino este post.
Gracias por responder! :cool: