[OT] VFrP - Invitación

[HernanCano]

Buenas tardes, muchach@s.

Como sabrán, existe un proyecto en curso llamado Visual FreePro, VFrP, en el que Rick C. Hodgin, su creador, está avanzando en la escritura del código.

Para los que ya habían escuchado sobre este proyecto, me gustaría recibir inquietudes de ustedes, aunque sean sólo preguntas, con el fin de ambientarnos con él.

Nos gustaría saber qué desean ustedes que sea mejorado, incluido, descartado, ampliado, en el lenguaje o en los asistentes.

Saludo cordial a tod@s l@s colegas.

Dios los bendiga. Dios nos bendiga.

HERNAN CANO MARTINEZ
Analista de Sistemas - Programador
Medellín, Antioquia, Colombia
.

[Luis Mata]

Al contrario Ud. Ilústrenos como va eso, y como podemos apoyar... yo apoyo

--
 
 
 

[Fox Learner]

Pues si se pudiera poner como prioridad el compilador o runtime para  güindous 64 bits sería fabuloso.

Eso extendería la vida de los sistemas fox en gran manera y generaría gran ánimo.

Lo que no sé es si esto sea posible..

Veo que ya hay convertidores de 32 a 64 bits para el SO güindous, pero no sé que se requiera para convertir un sistema fox completito de 32 a 64 bits..

Luego se puede pensar en la multiplataforma, la web los moviles y lo que sea, pero la prioridad pienso que debería ser una idea de ese tipo..

Saludos!

[gonzal...@hotmail.com]

Lo que fox learner quiere decir es que no se pierda tiempo haciendo maquinas virtuales porque eso le quita valiosos milisegundos en el momento de ejecutar porque se agrega un paso al proceso de ejecucion, maquinas virtuales ya existen y como muchos aqui no quieren ni oir sobre java porque es lento peor sera con una maquina virtual nueva que necesitara mucho trabajo para que sea estable.
Lo mejor seria convencer a Rick que no pierda el tiempo y de las pautas para construir un compilador para fox en principio y luego ir mejorandolo, hace mucha falta el compilador porque el exe que genera el VFP es un falso exe o como dirian los colombianos un falso positivo, por eso es tan facil decompilar y hagan lo que hagan apliquen refox o recontrafox el exe de VFP no puede protejerse, o si se proteje ya no corre.

Saludos

[HernanCano]

Hola. Saludo cordial para todos y todas.


http://www.visual-freepro.org/wiki/index.php/VFrP

VFrP - Visual FreePro
Diseñado para ser un sistema administrador de bases de datos xBase compatible a nivel de código fuente con otros motores xBase, Visual FreePro es un proyecto libre patrocinado por la Fundación de Software Liberty LibSF.

Designed to be an xBase database management system source-level compatible with other popular xBase engines, Visual FreePro is a free software project sponsored by the Liberty Software Foundation LibSF.

http://www.visual-freepro.org/wiki/index.php/Main_Page

VFrP (pronunciado Vi-fer-pi) intenta ser un reemplazo --de software libre altamente compatible-- para un popular administrador de bases de datos muy popuilar ahora difunto. Ofrecerá compatibilidad con la versión basada en DOS (FPD), con la versión GUI (FPW), así como con las versiones visual (VFP).

VFrP (pronounced vee-ferp) intends to be a highly compatible liberty software replacement for a now defunct popular database management toolset of a similar name. It will offer compatibility with a DOS-based multi-user 2.1 version, along with a gui-based 2.6 version, as well as visual versions 3, 6 and 9.

Visual FreePro es patrocinado por una organización cristiana, Liberty Software Foundation, y es ejecutado por Rick C. Hodgin.

Visual FreePro is sponsored by a Christian organization (Liberty Software Foundation), and is run by a Christian Rick C. Hodgin.


http://www.visual-freepro.org/wiki/index.php/Main_Page#Project_History
Rick muestra todos y cada uno de sus avances hasta hoy en la misma página de VFrP.
Así como una programación de lo próximo.
http://www.visual-freepro.org/wiki/index.php/Main_Page#VFrP_Release_Schedule
http://www.visual-freepro.org/wiki/index.php/Main_Page#VVM_Release_Schedule


Dado que Rick por estos días aún está escribiendo el código del núcleo, desea que todos nosotros participemos indicando qué deseariamos que fuera mejorado, ampliado, implementado, descartado en el lenguaje.
Quizá este requerimiento dé para una respuesta bastante amplia, pero hagamos el intento. Me interesa reunir información y con gusto le informaremos aspectos que la mayoría pueda reconocer como necesarios.

-----------------------------------------------------------------------------------------
Colegas:
Esta es una comunidad de Visual FoxPro. Me interesa mantener el respeto. Dado que el planteamiento aquí expuesto podría dar para mucha controversia, quisiera que todas las opiniones las hiciéramos en el mismo foro del portal de VFrP. Con gusto Rick y yo escucharemos sus planteamientos. Las que se hagan aquí también serán escuchadas; ojalá sean con respeto y breves.

http://www.visual-freepro.org/forum/viewforum.php?f=13

-----------------------------------------------------------------------------------------

Cualquier inquietud con gusto será atendida.

HERNAN CANO MARTINEZ
Analista de Sistemas - Programador

Colaborador del Proyecto VFrP, de Rick C. Hodgin y LibSF.
http://www.visual-freepro.org/wiki/index.php/Contributors

[Douglas Sánchez]

Lo primero que urge que se incluya en el lenguaje son los siguientes deseos:

1.-  Primero que nada que sea OPEN SOURCE. asi como va.
2.- Que pueda ser ejecutado en ambiente windows y Linux
3.- Que se ejecute en ambiente de 32bit y 64bit
4.- Que el diseñador de formulario e informes sea como el de VFP, para el desarrollo rapido.
5.- y este que se pueda hacer WebForm tipo asp. o trabajar con html5 y css3 o algo asi para trabajarlo con apache seria muy interesante.



ACa pueden seguir pidiendo deseos jijiji y apuse los mios, diran iluso pero al rato lo logra Rick C. Hodgin.

Saludes

[Hernan Cano]

aprendiz:

Ambas concepciones están en el proyecto: 64 bits (desde el inicio) y mobiles (en una fase posterior).

--
 
 
 

[Hernan Cano]

chalo:
Rich tiene todo el conocimiento necesario para desarrollar el núcleo y lo está haciendo. Ya Rick tuvo una charla (un hilo de éstos) donde expuso que lo haría en la forma en que lo tiene pensado. Consideren que "todo puede ser mejorado", incluso para lo que él está haciendo miren q

--
 
 
 

[Douglas Sánchez]

Segun lo que veo este Proyecto va viento en popa como dicen, pero es una pena que muchos de nosotros no  lo tomemos en serio, me gustaria participar mas y me digan en que podria apoyar o con quien me puedo comunicar para que me asigne tareas por lo menos aportar lo poco que yo se.


saludes

Douglas

[Hernan Cano]

chalo:
Rich tiene todo el conocimiento necesario para desarrollar el núcleo y lo está haciendo. Ya Rick tuvo una charla (un hilo de éstos) donde expuso que lo haría en la forma en que lo tiene pensado. Consideren que "todo puede ser mejorado", incluso para lo que él está haciendo miren que ustedes dicen "máquna virtual no". No debieran compararlo co Java --yo creo que no viene al caso mencionarlo por parte de ustedes: si Rick habla de máquina virtual en VFrP, tengo entendido que no es lo mismo que lo q conocemos como "máquina virtual de Java". Pero no quiero tratar ese tema pues no es mi fuerte, ni mi interés.

Y sí: está desarrollando el compilador. Pero también debe hacerlo lo suficientemente diferente del que conocemos para evitar problemas legales.

Seguimos en contacto.

[Hernan Cano]

Parece que prefieres mensajes/respuestas cotos. Disculpa si no soy capaz.

1. Inscríbete en el foro http://www.visual-freepro.org/forum/viewforum.php?f=13

2. Verifica la página de Comandos por si requiere correcciones http://www.visual-freepro.org/wiki/index.php/Main_Page#Visual_FreePro
En este momento estoy implementando la página de Funciones.

3. Vé a la 'Lista de deseos' y organiza en un block de notas los que consideres más apremiantes para la Comunidad. Luego se lo posteas a Rick.

4. Seguiremos en contacto, los tres.

saludes

Douglas

--
 

[Luis Mata]

Tanto le cuesta pagar unos dólares e licenciamiento?

--
 
 
 

[GeoSys Diseño de Software]

 Querido Colegas.

Sí hay algo fundamental en que puedan colaborar con el proyecto, ya que la mayoría no tiene conocimientos de ese nivel de programación es:

CONTRIBUIR CON DINERO.

EL PROYECTO CARECE DE FINANCIAMIENTO.

EL CREADOR TIENE QUE TRABAJAR COMO TODOS NOSOTROS PARA PODER VIVIR.

Algo que aquí en el foro no nos gusta para nada. Solamente meditemos y hagámonos estas preguntas:

¿Nosotros hemos colaborado con las herramientas FoxyPreviewver, FoxBarCode y otras?

¿Con que hemos respondido nosotros?, incluso estos proyectos son liberados con su código fuente.

¿Quien ha ayudado con el código?

Al no tener ese nivel de programación entonces ¿Quienes hemos ayudado con dinero?

POCOS SEGÚN DICEN SUS CREADORES Y PORQUÉ NO DECIR "CASI NADIE"

Así es que antes de pedir compiladores y núcleos a 64 bits, reporteador nativo y bla, bla, bla, a tocarse la bolsa y donando al proyecto.

La fundación LibSF http://www.visual-freepro.org/wiki/index.php/Liberty_Software_Foundation, la creó Rick

¿Alguien ha ayudado con dinero para poder financiar el proyecto?

Se le agradece a Rick su gran y buena voluntad, pero solo con la voluntad no es suficiente.

Espero que después de esto ya no se pregunten como pueden colaborar.

Saludos

Anthony Contreras Peralta

Costa Rica.

--
 
 
 

[Martin´S Consultora Informatica]

Bien dicho, pienso lo mismo

[ZeRoberto]

Que todo sea orientado objetos Y olvidarnos de los SET y algunos
comando obsoletos

Saludos

2012/9/23, Martin´S Consultora Informatica <marti...@gmail.com>:
> Bien dicho, pienso lo mismo
>
> --
>
>
>
>

[Luis Mata]

Tranquilo, Nivel, haber donde se colabora, no me da acceso ni a portalfox

--
 
 
 

[Rafael Morales]

Estoy muy entusiasmado con el Proyecto Visual Free Pro.

¿De qué manera se puede hacer un donativo de dinero para el proyecto?. Yo estoy dispuesto a colaborar mensualmente con dinero, no es mucho pero si todos ponemos unas monedas sería una buena ayuda.

Fuerzas Rick.

--
Rafael Morales

[HernanCano]

DSanchez:
Las respuestas directas de Rick:

1. Open Source:
Rick así lo afirma en su portal.

2. Windows y Linux:
VVM and VFrP can also be natively ported to mobile platforms. I have no plans to do this myself. However, they will be ported to Linux natively so will easily run on Android.

3.- 32bit y 64bit:
Will have native 32-bit and 64-bit releases for VVM and VFrP. Am designing from the start this way.

4.a- Diseñador de formularios: RAD:
Limited RAD assistance. Drag-and-drop table fields with auto-sizing and labeling. Right-click "copy/paste selected POEMs" from one control to another. Not much more. Is designed to be more powerful than VFP's forms, so a lot of code re-use and templates would be best way to provide RAD support.

4.b- Diseñador de informes: RAD:
Report Writer will have backward compatibility with limited new development because VFP's report writer is hideous and prone to breaking. However, I will be providing an entirely new reporting system far less primitive, but more form-like with POEMs for report objects. Plan to define this near 1.0 release for 2.0 version.

5.- WebForm: asp, html5, css3, Apache:
Web extensions will be created, but will be among the last things I develop. I plan that VFrP will be able to run as a server or service. Requests can be made of it similar to how MySql works with/for data, but also to request web forms and generated reports as web pages. Again, this will be nearly last after everything is working and is working well (not clunky). Planning to document this sometime in January.

Nos vemos....

[HernanCano]

Amigo kanashiro:
Recuerda que el objetivo es compatibilidad al máximo con las aplicaciones actuales.

>>> que todo sea orientado  objetos...

Y también programación procedural.

>>> y olvidarnos de los SET y algunos comando obsoletos

No me parece buena idea descartar los SET; algunos comandos obsoletos se descartarán.
Mira la documentación al respecto
http://www.visual-freepro.org/wiki/index.php/Commands
http://www.visual-freepro.org/wiki/index.php/Functions

[Douglas Sánchez]

Excelente Hernan Cano, esa era mi duda.

Con respecto a los temas que se han tocado en este foro sobre la cooperaciion con el desarrollo de este framework, creo que a Rick si hay que apoyarlo aunque para mi lo correcto es que ya teniendo un producto terminado el otorgue licenciamientos o sea que deberia manejar dos versiones 1 gratis y otra de pago con un valor considerable para constribuir con él por el tiempo que empleó,  lo otro podria ser que se le de un donativo cuando este finalice la aplicacion de los que quieran adquirir la version completa de este framework.

saludes

Douglas Sanchez

[HernanCano]

Ingresa al portal e indícale a Rick de tu intención.

www.visual-freepro.org/

http://www.libsf.org/

[Hernan Cano]

Douglas:
Esperemos lo que diga Rick.

--
 
 
 

[Mary]

Saludos me gustaria en lo personal una grilla mas moderna asi como mas controles modernos

[ZeRoberto]

Eso es justamente lo que no lo deja despegar al VFP ligas mayores, es
como cuando uno trabaja con dbf y luego quiere pasarse a sql, es un
cambio no solo de codigo sino de concepto. Muchos dicen quiero migrar
mis sistema a MySQL pero sin embargo no solo es copiar la data a MySQL
sino que incluye tambien muchos cambios de codigo.

Y por eso si vamos a seguir aferrado a la compatibilidad con version
antiguas siempre va a tener una especie de frenos, lo que el VFP
necesita es una reingenieria total. Cambiar muchos conceptos.

Yo pienso ue se deberia muchas cosas buenas de otros lenguajes e
integrarlos, bueno si es que no haya problema con las patentes.


Saludos



El 24/09/12, HernanCano <jherna...@gmail.com> escribió:

>> <marti...@gmail.com<javascript:>>:

>>
>> > Bien dicho, pienso lo mismo
>> >
>> > --
>> >
>> >
>> >
>> >
>>
>

> --
>
>
>
>

[ZeRoberto]

Por ejemplo dis que por cuestion de compatibilidad el Fox ha
mantenido el color scheme con pares de colors R/W, B/N esto ya debio
ser eliminada desde antes en ves de distraese con eso hubieran buscado
la forma de como captura los colores del SO.

Saluds

El 24/09/12, ZeRoberto <zero...@gmail.com> escribió:

[Rafael Morales]

yo solo espero que con el Visual Free Pro se puedan abrir y modificar los programas hechos en Foxpro 9 sin tener que cambiar toda la codificación.

--
Rafael Morales

[HernanCano]

Claro, Mary.
Ya está concebida la clase GridX.
Observa en   http://www.visual-freepro.org/wiki/index.php/VFrP_changes#Changes 
sobre la GridX Class.

[HernanCano]

Lo que mencionas es correcto, pero hay que empezar.

En VFrP se nos ofrecerá la posibilidad de hacer algo como

USE table ALIAS whatever REMOTE(127.0.0.1, port[, usr, pwd[, driver]]) 

Míralo en
http://www.visual-freepro.org/wiki/index.php/VFrP_changes#Changes

Por favor: mira la sgte respuesta a Rafael.

>>> ... yo pienso ue se deberia muchas cosas buenas de otros lenguajes e integrarlos...

¿Se debería mirar? Es correcto: de la experiencia se aprende. Si conocemos una característica "agradable" que quisiéramos que nuestro zorro tuviera, la incorporaríamos mientras pudiéramos. ¿Con VFrP "podemos"? Rick está programando sólo este proyecto, sólo en lo que al núcleo (core) se refiere. ¿Te queda fácil ser más específico con algo que naturalmente podamos incluir, algo útil para muchos y sin complicaciones legales? En cuanto a estas complicaciones, lo que observes nos lo puedes comentar.

Seguimos en contacto.

[HernanCano]

Por favor, Roberto.
Me gustaría saber si le estás hablando a M$ o a Rick.

Rick ya mencionó en la lista de Comandos los que se decartan.
http://www.visual-freepro.org/wiki/index.php/Commands

Y precisamente entre ellos están SET COLOR OF SCHEME y siguientes.

[HernanCano]

Qué bien, Rafael.

Te cuento que VFrP surge con dos premisas inherentes:

1. Mejorar el lenguaje, darle continuidad.

2. Mantener compatibilidad: "forward and backward compatibility (as much as possible)".
Observa ésto en
http://www.visual-freepro.org/wiki/index.php/Main_Page#Protect_Your_Investment

[HernanCano]

Muchachos:

Me interesan su comentarios sobre este tema. Pero no los he visto por 

http://www.visual-freepro.org/

Ya hay una descarga y deseamos conocer sus impresiones.

Quiero verlos en el portal.

Hasta luego.

[gonzal...@hotmail.com]

Estimado Hernan:

Aqui adjunto un mensaje que me enviaron sobre una consulta que hice, encontre una herramienta poco conocida que se llama marinas-gui que usa harbour para transformar *.prg a *.c y tomando como entrada *.c usa compilador gcc o su variante para windows y genera un ejecutable en binario (imposible o muy de decompilar), harbour es 100% compatible con clipper y soporta DBFNTX DBFCDX hice las pruebas generando dbfs en VFP con indices CDX y el harbour los procesa sin problemas tambien hice la misma prueba generando dbf en Harbour y el VFP los lee sin problemas.

Te escribo este mensaje para que Rick tenga en cuenta las cosas que ya estan hechas y se pueden mejorar, por otra parte se puede recuperar las ideas y los procesos que ya estan hechos para no estar reinventando la polvora. a continuacion transcribo el mensaje que me enviaron:


Saludos.

Enviado por: "CarozoDeQuilmes" carozod...@gmail.com   carozodequilmes

Mar, 2 de Oct, 2012 11:18 am

Hola Gonzalo, no voy a hablar de HMG porque al no utilizarla no la conozco,
solamente te comento algunas cosas que me parecen interesantes de Marinas y
queda de tu parte ver si tambien estan en HMG:

(Todos estos items estan tratados en profundidad en el help de marinas-ide
o en la pagina oficial www.marinas- gui.org)

- Multiplataforma:

Actualmente testeadas, soportadas y documentadas las siguientes plataformas:

Linux:
Linux Debian 6.0.5 or superior (32 and 64 bits)
Linux Ubuntu 10.04 or superior (32 and 64 bits)
Linux Tuquito 5 or superior (32 and 64 bits)
Linux Mint 12 or superior (32 and 64 bits)
Linux Zorin OS 6 (32 and 64 bits)
Windows:
Windows 8 (32 and 64 bits)
Windows 7 (32 and 64 bits)
Windows Server 2008 R2 (64 bits)
Windows Server 2008 (32 and 64 bits)
Windows Vista (32 and 64 bits)
Windows Server 2003 R2 (32 and 64 bits)
Windows Server 2003 (32 and 64 bits)
Windows XP (32 and 64 bits)
Windows 2000

- 3 familias de Fuentes embebidas automaticamente en el ejecutable generado:

mg_normal (similar a Arial)
mg_monospace (similar a Courier New)
mg_roman (similar a Sans Serif)

o sea, que si se utilizan esas fuentes en tu programa, siempre estaran
disponibles aunque cambies de plataforma o de maquina

- El instalador de Marinas contiene el Harbour y Qt sincronizados para no
tener incompatibilidades

- Marinas tiene las siguientes tools:

Marinas-IDE (Project Manager) (al 100%)
DBTool (like DBU al 40%)
Editor (para que tenga todas las funcionalidades básicas solo le falta
indicar los numeros de linea en el fuente, esto es por una limitacion
actual de HBQT que esperemos resuelvan a la brevedad)
Editor de Ventanas (no liberado aun)
Generador de Helps (similar a SHG de QAC, no liberado aun)

- Marinas-IDE tiene una utilidad para generar el instalador de tu programa

- Marinas-IDE y Marinas-GUI se actualizan desde Marinas-IDE a travez de
internet

- Marinas-GUI tiene un sistema de trace para ir haciendo displays de textos
en una consola en los lugares de tu programa que quieras

- Marinas-GUI soporta el Debug de Harbour

- Marinas-IDE te guarda backpup de TODOS tus programas, headers o forms en
forma automatica y transparente y te permite recuperar versiones anteriores
desde una utilidad online (Hot Recovery). Podés especificar que te guarde
hasta 100.000 versiones de tu componentes (el default creo recordar que es
100)

- Marinas-IDE te permite utilizar archivos de recursos .RC similares a los
de minigui

- Documentacion online www.marinas- gui.org Bilingue (Español e Ingles
(gracias Bruno!))

- Actualizaciones "conservadoras" y testeadas durante bastante tiempo para
no generar efectos colaterales graves.

Y algunas otras cosas que no recuerdo en este momento

Saludos
CdQ

[Douglas Sánchez]

Hola Hernan ya entre al link pero no veo donde dice descargar  podrias darnos el link para probar.


saludes.

--
 
 
 

--
Ing. Douglas Sánchez Guillén

      Consultor Informatico

Claro: 505 88495476

[Rick C. Hodgin]

Gonzalo,

You do not understand what I am trying to do with VisualFreePro.  You might understand when it is closer to being completed.

Best regards,
Rick C. Hodgin

On Wednesday, October 3, 2012 12:43:24 PM UTC-4, gonzal...@hotmail.com wrote:

Estimado Hernan:

Aqui adjunto un mensaje que me enviaron sobre una consulta que hice, encontre una herramienta poco conocida que se llama marinas-gui que usa harbour para transformar *.prg a *.c y tomando como entrada *.c usa compilador gcc o su variante para windows y genera un ejecutable en binario (imposible o muy de decompilar), harbour es 100% compatible con clipper y soporta DBFNTX DBFCDX hice las pruebas generando dbfs en VFP con indices CDX y el harbour los procesa sin problemas tambien hice la misma prueba generando dbf en Harbour y el VFP los lee sin problemas.

Te escribo este mensaje para que Rick tenga en cuenta las cosas que ya estan hechas y se pueden mejorar, por otra parte se puede recuperar las ideas y los procesos que ya estan hechos para no estar reinventando la polvora. a continuacion transcribo el mensaje que me enviaron:


Saludos.

Enviado por: "CarozoDeQuilmes" caro...@gmail.com   carozodequilmes

[Rick C. Hodgin]

Douglas,

See libsf on GitHub.  Look in the vvm\ directory for vvm.exe, vdebug.exe, vvmoss.dll and vdebug.dll.

Best regards,
Rick C. Hodgin

[HernanCano]

Gonzalo-Corozo:

Tú mismo lo dices:

... marinas-gui ... usa Harbour para transformar *.prg a *.c y .... usa compilador gcc ... para windows y genera un ejecutable en binario..."

En cambio:

http://www.visual-freepro.org/wiki/index.php/Main_Page
VFrP (pronounced vee-ferpi) intends to be a highly compatible liberty software replacement for a --now defunct-- popular database management toolset of a similar name. It will offer compatibility with a DOS-based multi-user 2.1 version, along with a GUI-based 2.6 version, as well as visual versions 3, 6 and 9.

VFrP intenta ser un reemplazo de software libre altamente compatible con un administrador de bases de datos --hoy disfuncional-- de nombre similar. Ofrecerá compatibilidad con la versión multiusuario DOS 2.1, con la versión GUI 2.6, así como con las versiones visuales.
------------
Con VFrP tendrás: (1) los 'asistentes' dentro de la misma interfaz; con marinas sólo un convertidor; (2) con VFrP "usarás" lenguaje xBase; con marinas "quedará" en C. ((nota los verbos clave: usar .vs. quedar))
------------
Observa que Rick te respondió directamente también.

Gracias por la información. Seguro que a algún colega le será útil.

[HernanCano]

Buenos días, muchachos.

Quiero dar a conocer a todos los entusiastas de VFrP los videos en que Rick nos comparte cómo hace la programación de su proyecto.

http://www.visual-freepro.org/
http://www.visual-freepro.org/videos/
http://www.visual-freepro.org/blog/

Overview of VVM, philosophy of VFrP
Development on VVM's refresh Screen and Canvas

Están en inglés, su idioma nativo.

[Douglas Sánchez]

Gracias por mantenernos informado, voy a ir a la pagina.

Saludes

[Douglas Sánchez]

Creo que desde mi punto de vista, muchos opinaran lo mismo ya que yo escribo y lee mas el ingles que lo que lo entiendo al escuchar hablarlo, Seria bueno poner Caption = subtitulo a los videos en ingles, y si es en español mucho mejor.

SAludes

Douglas

[Rick C. Hodgin]

An amazing ability would be a version of VLC with built-in voice recognition, coupled to automatic Google Translate queries.  The software could scan ahead in the video / audio stream, and then overlay the Spanish text automatically.  Would be amazing.

Best regards,
Rick C. Hodgin

[ultraton500]

Hola, 

me cuesta sugerir mejoras siendo casi del todo inútil para colaborar con este proyecto pero puede que a otros les parezcan de utilidad. Así que aquí comento algunas observaciones.

- Sería muy práctico que, en el entorno de desarrollo, la funcionalidad Ctrl+Z (deshacer) funcione luego de guardar los cambios o de ejecutar. Esto es algo que tienen otros editores como Dreamweaver y EditPlus y me ha sido muy útil al hacer pruebas deshacer en lugar de reescribir una y otra vez.

- ocultar automáticamente durante la ejecución la barra de propiedades, de sesión de datos, etc..

- Ampliar la variedad de colores de fondo y fuente (al menos la de fondo) en el editor de código, no por capricho sino para poder elejir los colores que mejor permiten descansar la vista.

- Ampliar el máximo del área de diseño (limitada ahora en 1600x1200) al menos a 1920x1080.

Saludos cordiales,
Javier.

P.D.: Estoy de acuerdo en que este proyecto tenga un precio. Rick debería tener una retribución por su esfuerzo, sobre todo habiendo tantos beneficiarios.

_________________________________________________________________________________________________

Hello,

Is hardly to me suggest improvements being almost completely useless for helping with this project but maybe for others this may seem useful. So here commented some observations.

- It would be very practical that, in the development environment, functionality Ctrl + Z (undo) work after saving changes or run. This is something that have Dreamweaver and other editors like EditPlus and it has been very useful to make tests instead of rewriting over and over again.

- Hide automatically the property bar, session data, etc. during execution.

- Expand the range of background colors and font (at least the background) in the code window, not a whim but to be able to choose the colors that best allow rest the eyes.

- Extend the maximum design area (limited now on 1600x1200) at least to 1920x1080.

Best regards,

Javier.

PS: I agree that this project will have a price. Rick should have a reward for their effort, especially with so many beneficiaries

[Hernan Cano]

Muy bien, Javier.

Rick revisará tus apreciaciones. Las llevé al foro propio.

Es grato para mí que aportes, tú y todos los colegas que lo han hecho.

Dios te bendiga.

El 6 de noviembre de 2012 13:18, ultraton500 <ultra...@gmail.com> escribió:

Hola, 

me cuesta sugerir mejoras siendo casi del todo inútil para colaborar con este proyecto pero puede que a otros les parezcan de utilidad. Así que aquí comento algunas observaciones.

- Sería muy práctico que, en el entorno de desarrollo, la funcionalidad Ctrl+Z (deshacer) funcione luego de guardar los cambios o de ejecutar. Esto es algo que tienen otros editores como Dreamweaver y EditPlus y me ha sido muy útil al hacer pruebas deshacer en lugar de reescribir una y otra vez.

- ocultar automáticamente durante la ejecución la barra de propiedades, de sesión de datos, etc..

- Ampliar la variedad de colores de fondo y fuente (al menos la de fondo) en el editor de código, no por capricho sino para poder elejir los colores que mejor permiten descansar la vista.

- Ampliar el máximo del área de diseño (limitada ahora en 1600x1200) al menos a 1920x1080.

Saludos cordiales,
Javier.

P.D.: Estoy de acuerdo en que este proyecto tenga un precio. Rick debería tener una retribución por su esfuerzo, sobre todo habiendo tantos beneficiarios.

_________________________________________________________________________________________________

Hello,

Is hardly to me suggest improvements being almost completely useless for helping with this project but maybe for others this may seem useful. So here commented some observations.

- It would be very practical that, in the development environment, functionality Ctrl + Z (undo) work after saving changes or run. This is something that have Dreamweaver and other editors like EditPlus and it has been very useful to make tests instead of rewriting over and over again.

- Hide automatically the property bar, session data, etc. during execution.

- Expand the range of background colors and font (at least the background) in the code window, not a whim but to be able to choose the colors that best allow rest the eyes.

- Extend the maximum design area (limited now on 1600x1200) at least to 1920x1080.

Best regards,

Javier.

PS: I agree that this project will have a price. Rick should have a reward for their effort, especially with so many beneficiaries

El sábado, 22 de septiembre de 2012 21:12:49 UTC-6, HernanCano escribió:

Buenas tardes, muchachos.

[HernanCano]

Javier:
Te espero por el foro
http://www.visual-freepro.org/forum/index.php

Chao.

[ultraton500]

Hola Hernan, ya me registré y estoy a la espera de la activación.

Saludos,

Javier.

[ZeRoberto]

Siguen todavia en la maquina virtual?

 

Y para cuando algun avance del VFreePro

 

Saludos

 

 

--
 
 
 

[Hernan Cano]

Listo, Javier.
Seguimos en contacto.

--
 
 
 

[Hernan Cano]

Claro que sí!! La máquina virtual es la base del desarrollo de VFrP.

Los avances puedes verlos permanentemente en la página propia del proyecto http://www.visual-freepro.org. De hecho la novedad por estos días son los videos http://www.visual-freepro.org/videos.
Espero que te inscribas en el foro http://www.visual-freepro.org/forum/viewforum.php?f=13

Chao.

--
 
 
 

[GeoSys Diseño de Software]

Tengo entendido que este proyecto es a largo plazo.

Saludos

--
 
 
 

[Rick C. Hodgin]

I apologize for posting in English.  If anyone has problems getting access to www.visual-freepro.org/forum, please send me an email.  You can find my email address on www.visual-freepro.org main page.

Best regards,
Rick C. Hodgin

[Hernan Cano]

Sí, dr. GeoSys.

Te transcribo el schedule que Rick tiene en la página del proyecto. Si consideramos que él está solo programando, y que lo hace sin esperar retribución económica, y que tantas personas (programadores) estarían (estamos) interesadas en un proyecto así, describo este plan como de mediano plazo.

Chao.


http://www.visual-freepro.org/wiki/index.php/Main_Page#VFrP_Release_Schedule

VFrP Release Schedule

Project began on July 12, 2012. The goal is to release version 1.0 of Visual FreePro in July, 2013, with the Visual FreePro Virtual Machine (VVM) being released April, 2013:

Date of Release	Version	Planned Functionality
April 15, 2013	VFrP 0.90 Planned	Beta release. To be announced. Target here is to be able to execute all commands and functions executing more code, fully instantiate and process forms, single-threading, all file I/O for non-SQL commands (tables, indexes, seek, append, replace, etc.), most network I/O (ping, authenticate, remote table access and update, push).
July 15, 2013	VFrP 1.00 Planned	Official release. To be announced. Will be a properly functioning version of an xbase compatible language running in the virtual machine. Will not be optimized or fast, but should be syntactically and functionally correct.