About VFrP (Visual FreePro) Sobre VFrP (Visual FreePro) Visual FreePro is abbreviated VFrP (pronounced "vee ferp").

Transcripción

1 About VFrP (Visual FreePro) by RickCHodgin Visual FreePro is abbreviated VFrP (pronounced "vee ferp"). Sobre VFrP (Visual FreePro) Visual FreePro se abrevia VFrP (se pronuncia "vi fer pi"). Visual FreePro is a new project currently under development, sponsored by the LibSF. It was started in early July, 2012 as an official project. However, the lead developer, Rick C. Hodgin, had been working on developing VFrP off-and-on since VFrP will be a multi-platform, liberty software project. It is intended to support at least Windows, Linux, FreeBSD, and in version 2.0 the Android OS for mobile devices. VFrP will run on a virtual machine, allowing the same physical executable to operate on every platform. Contributions to the project are welcome. Be sure to read the LibSF guidelines. Visual FreePro es un proyecto nuevo actualmente en desarrollo, patrocinado por la LibSF ( ver 'Acerca de LibSF' ). Se inició en Julio-2012 como un proyecto oficial. Si embargo, el desarrollador líder, Rick C. Hodgin, ha estado trabajando en su desarrollo intermitentemente desde el VFrP será un proyecto de software libre (liberty software) multiplataforma. Se pretende que soporte al menos Windows, Linux, FreeBSD, y la versión 2.0 de Android OS para dispositivos móviles. VFrP correrá en una máquina virtual, permitiendo que el mismo ejecutable opere en cada plataforma. Las contribuciones al proyecto son bienvenidas. Asegúrate de leer las guías en LibSF guidelines'. Please Visit the Wiki Please Get source code on GitHub And feel free to post your suggestions, comments and thought Por favor visita la Wiki. También puedes obtener el código en GitHub Y siéntete libre de postear tus sugerencias.

2 About Rick C. Hodgin by RickCHodgin I'm a 43-year old software developer from Indianapolis, Indiana, USA. I am married with an 8-yr old son. I have worked as a welder, journalist and software developer. I grew up in a house where my father owned a welding shop. So, I grew up around welding and worked with (or for) my father off-and-on during most of my adult life. I was a journalist for popular semiconductor online websites throughout most of the 2000s. And I have been a software developer in xbase languages, x86 assembly, C, C++ and Java since the late 1980s. Sobre Rick C. Hodgin Soy un desarrollador de software de 43 años, de Indianápolis, Indiana, EE.UU. Estoy casado y tengo un hijo de 8 años. He trabajado como soldador, periodista y desarrollador de software. Crecí en un hogar donde mi padre tenía una tienda de soldadura. En eso estuve la mayor parte de mi vida adulta. Fui periodista para popular sitio web durante la mayoría de los años Y he sido desarrollador de software in lenguajes xbase, ensamblajes x86, C, C++ y Java desde finales de los 80s. About LibSF by RickCHodgin The sponsor of the Visual FreePro Project, Liberty Software Foundation (LibSF) is a Christian-based organization. LibSF was created to provide a solid base by which projects could be created by those people desiring to offer up their talents unto the world, but to do so for God rather than for merely personal reasons. We recognize that God has given freely unto us (all of our abilities, talents, gifts, everything), that none of us came into our selves by a choice of will, but by an act of God. Sobre LibSF El patrocinador del Proyecto Visual FreePro, la Fundación Liberty Software (LibSF) es una organización cristiana. LibSF fue creada para proporcionar una base sólida para los proyectos que pudieran ser creados por gente que desea ofrecer su talento al mundo, pero lo hacen para Dios en vez de meramente por razones personales. Reconocemos lo que Dios nos ha dado gratuitamente (todas nuestras habilidades, talentos, dones, todo), que ninguno de nosotros vino por voluntad propia, sino por un acto de Dios. We desire to pass those along to everyone else in the form of free software and free digital media in this case. Deseamos transferir a otros en forma de software libre y medios digital libres en este caso.

3 Our gifts in this software project come from that place of recognition, and will generally be reflected in other aspects of our lives as well. Simply put, LibSF was created to provide an alternative to non-faithbased free software organizations. We are software developers. That is our skill. And here we find a place where using the name Jesus Christ in reverence is done because of who He is, and what He's done for us... nothing short of saving our eternal soul from damnation. Nuestros deseos en este proyecto de software son el reconocimiento, y generalmente se reflejará en otros aspectos de nuestras vidas también. Para ponerlo simple, LibSF fue creada para proporcionar una alternativa a organizaciones de software libre sin fe. Somos desarrolladores de software. Esa es nuestra habilidad. Y aquí encontramos un lugar donde usar el nombre de Jesucristo en reverencia es hecho porque de quién El es, y qué ha hecho por nosotros... nada es poco para salvar nuestra alma de la condenación. We realize this type of environment may not be suitable for everybody. So if you choose to go, please know we have no hard feelings and wish you well. And if you'd like to stay, then both we and The Lord would be honored! :D Nos damos cuenta que este tipo de ambiente podría no ser adecuado para todos. Si escoges continuar, por favor sabe que no tenemos duros sentimientos y deseamos que estés bien. Si deseas quedarte, entonces ambos nosotros y el Señor nos sentiremos honrados!!. And if you decide to stay: Welcome to Visual FreePro! Y si decides permanecer: Bienvenido a Visual FreePro!

4 Some FAQs by RickCHodgin What is Visual Freepro? At present, it's a work in progress, pre-alpha stages. It aims to be a nearly compatible xbase replacement for a popular visual xbase proprietary software package. Visual Freepro is abbreviated VFrP, pronounced "vee ferp". What is Visual Freepro Not? It is not a copy or clone of existing xbase managers. Nothing has been reverse engineered. While it uses many of the same features in design, even the same variable names, all of it has been derived from publicly available APIs, observation from using software programs, coupled to the natural requirements inherent in manipulating data in a databasing system. In addition, everything offered has been written from the ground up using all new, custom source code. What is its license? A copyleft-like Repeat License protecting user freedoms, issued by LibSF as the LibSF PBLv1 (Public Benefit License). Where is the source code? You can find it on GitHub. Can I contribute? Absolutely! Bear in mind that LibSF is sponsoring this project, and they are a Christian organization. You'll find references to God, Jesus Christ, bible passages, etc., by other developers. If this is acceptable, welcome aboard! :-) Algunas FAQs Qué es Visual Freepro? Hasta el presente, es un trabajo en progreso, etapas pre-alfa. Intenta ser un muy compatible sustituto xbase para un popular paquete de software propietario xbase visual. Visual Freepro se abrevia VFrP, se pronuncia "vi fer pi". Qué No es Visual Freepro? No es una copia o clon de administradores xbase existentes. A nada se le ha hecho ingeniería reversa. Mientras usa muchas de las mismas características en diseño, aún los mismos nombres de variables, todo ha sido derivado de librerías APIs disponibles públicamente, observación del uso de programas, emparejado a los naturales requerimientos inherentes en la manipulación de datos en un sistema de base de datos. Además, todo lo ofrecido ha sido escrito desde la base usando código fuente nuevo y customizado. Qué es su licencia? Una licencia Repeat estilo copyleft que protege las libertades del usuario, emitida por LibSF como la LibSF PBLv1 (Licencia de Beneficio Público). Dónde está el código fuente? Usted puede encontrarlo en GitHub. Puedo yo contribuir? Absolutamente! Tenga en cuenta que LibSF es la patrocinadora de este proyecto, y es una organización cristiana. Usted encontrará referencias a Dios, a Jesucristo, pasajes bíblicos, y más, por otros desarrolladores. Si ésto es aceptable, bienvenido a bordo! :-)

5 Some commentaries Algunos comentarios About Compatibility: A colleague said: I do not see mandatory 100% Compatibility backward, because being a new project it will be able to get the best of VFP Language and some another; the change will not be traumatic because it will carry much of ancient VFP and, seen from another point of view, it will be as learning about old programing language but with substantial enhancements. My reason for near 100% backward compatibility is financial. In the early 1990s, for example, someone spent thousands of dollars to have a computer system built to run their business. Suppose they manufacture and sell widgets. Their business model hasn't changed despite the computer revolution. Their methods of production haven't changed despite advances in technologies and materials. Why should companies / people like this have to invest a lot of time or money in re-writing their software when I, as the author, can spend a small amount of time (weeks) to make sure that functionality is present, which would then allow the countless 10s of thousands of people who fit this bill to use their software as it was written back then, but on a modern platform with full support? I want to prevent people from having to upgrade to some expensive, service-based, fee-based, software like.net, which requires a huge investment and an ongoing expense. Computers should be our servants, not our masters. And if we move to a fee-based model where version X is not compatible with version X+1 unless we buy a $499 upgrade, what's the point in EVER using that tool? There is none. Software is what software is. It is a servant. It is designed to help people. It is only when other interests enter into that equation that software begins to change into more of a money making animal than a raw service. Jesus will welcome those into His Kingdom saying, Well done, my good and faithful servant. I want my software to be as He has guided us. I hope this comes across in translation. :-) Sobre Compatibilidad: Algún colega comentaba: La Compatibilidad 100% hacia atrás no lo veo necesario, por que siendo un nuevo proyecto será capaz de tener lo mejor del Lenguaje de VFP y de algún otro lenguaje; el cambio no será tan traumático ya que llevará mucho del antiguo VFP y si lo ven de alguna otra manera será como aprender nuestro viejo lenguaje de programación pero con mejoras sustanciales. Mi razón para compatibilidad cercana al 100% es financiera. En los comienzos de la década de los 90, por ejemplo, alguien gastó cientos de dólares para tener un sistema computacional construido para hacer funcionar su negocio. Supóngase que ellos manufacturan y venden widgets. Su modelo de negocio no ha cambiado a pesar de la revolución computacional. Sus métodos de producción no han cambiado a pesar de los avances en tecnología y materiales. Por qué deberían las compañías / la gente como ésta tener que invertir tanto tiempo o dinero en reescribir sus programas cuando yo, como el autor, puedo dedicar una pequeña parte de tiempo (semanas) para asegurar que la funcionalidad esté presente, lo que permitiría entonces que las decenas de cientos de personas que se ajustan a esta cuenta usen su software como fue escrito anteriormente, pero en una moderna plataform a con soporte completo? Deseo prevenir que la gente tenga que actualizar a algún servicio costoso, pagado, software como.net, que requiere una alta inversión y un mantenimiento costoso. Los computadores deberían ser nuestros siervos (auxiliares), no nuestros maestros. Y si nos movemos a un modelo basado en tarifa (un modelo de pago) donde la versión X no es compatible con la versión X+1 a menos que paguemos la actualización (el upgrade) de $499, cuál es el punto de continuar usando esa herramienta? No hay ninguna.

6 En dice VFrP (pronounced vee-ferp) intends to be a highly compatible.... En dice Forward and backward compatibility (as much as possible). El software es lo que el software es. Es un auxiliar. Está diseñado para ayudar a la gente. Es solamente cuando otros intereses entran en la ecuación que el software empieza a cambiar en algo más que sólo dinero. Jesús dará la bienvenida a aquellos que entren a su Reino diciendo: Bien hecho, mi bueno y fiel servidor. Deseo que mi software sea como El nos lo ha indicado. :-) About protection of source code: A colleague said: Would it be possible the creation of a.dll for saving ouw source code? or what way would be implemented for our source code would not be so simple to decompile?, so we would avoid using code encrypting. No. Not ever. The whole idea behind Visual FREE Pro ( free meaning libre, as in freedom, not price), is that everything is obtainable and usable by the end-user. The idea is to completely and only help people. It is not to serve monetary interests, nor proprietary ideas. There are PLENTY of software applications which do that already. Visual FreePro will have EVERYTHING transparent. Nothing will be hidden in the VFrP source code. The VVM interface allows for custom DLLs to be written which hide code, though that consideration is really for performance and extensions beyond VFrP's base abilities more than it is to hide code. And even with that DLL which hides code being required, the interface to the DLL will be fully documented in VFrP, meaning its functionality could be replaced by a version with source code. Consider that if I, the developer, am hired by Company X to write some software, when I give them the product with its RXML executable, they will have the FULL ability to obtain and edit all source code, and the ability to build upon it and improve upon it themselves, or (by hiring another person or company) to continue the work. Sobre protección de código fuente: Algún colega preguntó: Será posible la creación de.dlls para salvaguardar nuestro código fuente? o qué medida se implementará para que nuestro código no sea tan simple de poderse obtener?, así se evitará el uso de encriptadores de código. No, claro que no. La idea completa tras Visual FREE Pro ( free significa libre, como en libertad, no precio), es que todo es obtenible y usable por el usuario final. La idea es completa y solamente ayudar a la gente. No es servir intereses monetarios, ni ideas propietarias. Hay un montón de aplicaciones de software que hacen éso ya. Visual FreePro tendrá TODO transparente. Nada estará oculto en el código fuente de VFrP. La interfaz VVM (VFrP Virtual Machine) permite personalizar DLLs que sean escritas con algún código oculto, aunque esa consideración es realmente para desempeño y extensiones más allá de las habilidades básicas VFrP más que para ocultar código. Y aún con esa DLL la que oculta código que se requiere, la interfaz a la DLL será completamente documentada en VFrP, significando que su funcionalidad será reemplazada por una versión con código fuente. Considere que si yo, el desarrollador, soy contratado por la empresa X para escribir algunos programas, cuando yo les dé el producto con su ejecutable RXML, ellos tendrán la COMPLETA habilidad para obtener y editar todo el código fuente, y la habilidad para construir basado en él y mejorarlo por ellos mismos, o (contratando otra persona o compañía) para continuar el trabajo.

7 Visual FreePro is designed to serve end-users, not developers. It is THE PRIMARY reason VFrP exists. If you want to hide or protect your source code or designs, or to build a money fortress around some work you've done in the past, then I recommend not using Visual FreePro. The world offers countless alternatives which will suit your needs. I say this with respect and in simple terms. I say it because it is the way it is. I am not trying to be harsh or rude, but merely to state the purpose of Visual FreePro. Visual FreePro es diseñado para servir a los usuarios finales, no a los desarrolladores. Es la razón PRIMARIA por la que VFrP existe. Si usted desea ocultar o proteger su código fuente o sus diseños, o construir una fortaleza monetaria alrededor de algún trabajo que usted haya hecho en el pasado, entonces le recomiendo no usar Visual FreePro. El mundo ofrece incontables alternativas que se ajustarán a sus necesidades. Digo ésto con respeto y en términos simples. Lo digo por que es la forma en que es. No estoy tratando de ser brusco o rudo, sino meramente para afirmar el propósito de Visual FreePro. About the virtual machine and 32 & 64 bits: Sobre máquina virtual y 32 y 64 bits: A colleague said: I do not know what better that our generated executable run natively on any 32and64-bits operating system, because the use of a virtual machine will use more hardware resources and also it could cause slowness when response in any process. Simply we must ready to prove la virtual machine that is being developed to see if its a good idea. The Visual FreePro virtual machine (VVM) will not be like Java or.net. It will not need to be installed, but only copied into a subdirectory, or included in the path. To move from one computer to another is just a file copy, not an install. In addition, when completed, the VVM should only be about 4MB in size. The supporting operating system specific code should be around 4MB as well. And the VFrP support libraries should also be around 4MB total. So, with the compiled app being whatever size, it should be less than 20MB for many apps, and larger for some, but well within the range of established norms for native executables. Algún colega comentaba: No sé si será mejor que el ejecutable de nuestro.exe generado corra nativamente sobre cualquier sistema operativo 32 y 64 bits ya que el uso de una máquina virtual usará más recursos de hardware del computador y hasta podría causar lentitud de respuesta en cualquier proceso. Simplemente habrá que probar la máquina virtual que se está diseñando para ver si es una buena idea. La máquina virtual de Visual FreePro (VVM) no será como Java o.net. No necesitará ser instalada, sino solamente copiada en un sub-directorio, o incluído en la ruta de búsqueda. Para moverlo de un computador a otro es sólo copiar un archivo, no una instalación. Además, cuando se complete el proyecto, la VVM solamente será de cerca de 4MB de tamaño. El código específico de suporte del sistema operativo también será de cerca de unos 4MB. Y las librerías de suporte de VFrP deberán ser de 4MB en total. De manera que, con la app compilada sea de cualquier tamaño, sería de menos de 20MB para muchas apps, y mayores para algunas, pero estaría bien dentro del rango de las normas establecidas para ejecutables nativos.

8 In addition, Visual FoxPro has a type of internal virtual machine which runs the compiled fxp code. The VVM, while more complex than Visual FoxPro's implementation, is still very close to what Visual FreePro requires as a language. It's just that some of the work that must be done for processing is shifted from VFrP native code to the VVM, while other parts are done natively in VFrP. This design consideration was purposeful for two reasons: (1) Cross-platform. The same executable generated on Windows will run on Linux, FreeBSD, or whatever else VFrP and the VVM are ported to. A user buys a VFrP app for Windows, they can later migrate it to Linux without any changes whatsoever. And (2) the ability to edit and debug source code more easily. Using the VVM, the entire state of the running application can be paused and saved to disk EXACTLY as it is, allowing for a user-observed error to be capture, ed or ftp'd to the developer's website, and the developer can open that exact machine state in their own VVM and begin to determine the cause of the error. There will be later disclosed debugging facilities which can be turned on and off will allow a user to help the developer capture additional information for debugging. Visual FreePro is going to require a new way of thinking for many developers. It is hard for even me to fully visualize sometimes. :-) But I know for other people it will be impossible to visualize until they can see it in use. Además, Visual FoxPro tiene un tipo de máquina virtual interna que corre el código fxp compilado. La VVM, a pesar de ser más complejo que la implementación de Visual FoxPro, es todavía muy cercana a lo que Visual FreePro requiere como un lenguaje. Es sólo que algo del trabajo que se debe ser hecho en procesamiento es direccionado desde el código nativo VFrP a la VVM, mientras otras partes son hechas nativamente en VFrP. Esta consideración de diseño fue propuesta por dos razones: (1) Cross-platform. El mismo ejecutable generado en Windows correrá en Linux, FreeBSD, o cualquiera otro a los que VFrP y la VVM sean portados. Un usuario compra una app VFrP para Windows, él puede luego migrarlo a Linux sin ningún cambio en absoluto. Y (2) la habilidad para editar y depurar código fuente más fácilmente. Usando la VVM, el estado completo de la aplicación mientras se ejecuta puede ser pausado y grabado a disco EXACTAMENTE como esté, permitiendo que el error --observado por el usuario-- sea capturado, enviado por o a un ftp de la web del desarrollador, y el desarrollador pueda abrir ese estado exacto de la máquina en su propia VVM y comenzar a determinar la causa del error. Se descubrirán posteriormente más facilidades de depuración que pueden ser habilitadas o deshabilitadas, permitirán al usuario ayudar al desarrollador a capturar información adicional para depuración. Visual FreePro va a requerir una nueva forma de pensar para muchos desarrolladores. Es difícil aún para mí visualizar completamente algunas veces. :-) Pero sé que para otras personas será imposible de visualizar hasta que ellos lo vean en uso.

9 More about 32 & 64 bits: A colleague asked for: Will Visual FreePro be MultiLanguage and MultiSystem of 32 y 64 bits? It means they could change the language interface de Visual FreePro and it could be installed in different operating systems de 32 y 64 bits? Visual FreePro is being designed to support 64-bits from the start, both in VFrP, the VVM (and also all future design tools written in VFrP+VVM, such as the future IDE). As for the multi-lingual part, yes it will support vfrpenu.dll, and vfrpes.dll, and any other languages that are created. They can be switched as easily as issuing a command like SET LANGUAGE TO ES. VFrP will change all of its prompts automatically. And if there are DynamicSnippets which have been loaded from a DLL with resources identified, an attempt will be made to re-load their new language counterparts. Más sobre 32 y 64 bits: Algún colega preguntó: Visual FreePro será Multi-Lenguaje y Multi-Sistema de 32 y 64 bits? Es decir se podrá cambiar el lenguaje de la interfaz de Visual FreePro y se podrá instalar en diferentes sistemas operativos de 32 y 64 bits? Visual FreePro está siendo diseñado para suportar 64-bits desde el inicio, tanto en VFrP, como la VVM (y también todos las futuras herramientas de diseño escritas en VFrP+VVM, como la futura IDE). Sobre la parte multi-idioma, sí soportará vfrpenu.dll, y vfrpes.dll, y algún otro idioma que se cree. Pueden ser swicheados tan fácilmente como ejecutar un comando como SET LANGUAGE TO ES. VFrP cambiará todos sus prompts automáticamente. Y si hay DynamicSnippets que hayan sido cargados desde una DLL con recursos identificados, un intento será hecho para recargar sus contrapartes en el nuevo lenguaje. As Juan Salvador says: Como dice Juan Salvador: I think we all want this project to become 100% functional, and we will be willing to support as far as possible to this great project. Creo que todos deseamos que este proyecto llegue a ser 100% funcional, y estaremos dispuestos a apoyar en la medida de lo posible a este gran proyecto. Hope this phrases can help my colleagues to approach this great project. Espero que esta recopilación pueda ayudar a mis colegas a acercarse a este bello proyecto. RICK C. HODGIN Software Developer Indianapolis, Indiana, USA HERNAN CANO MARTINEZ Analista de Sistemas Programador Medellín, Antioquia, Colombia