Nuevo comportamiento del IDE

[xAvi]

Con la 1.76 cuando abre por el Gestor de proyectos un .prg ahora también activa la vista de formulario, lo malo es que modifica
el fichero .prg no el .xfm sin ningún cambio aparente en el código (??? activa el flag de modificado) aún estando activo
bloquear controles en el inspector de objetos y claro lo compilará también.
En mi caso yo no deseo ver la vista de formulario al abrir un prg con el _riesgo de modificar algún control_, si estás
trabajando en un formulario y consultas uno anterior el flag de bloquear controles no estará activo, prefiero el comportamiento
anterior que sólo mostraba el prg y activar la vista formulario a voluntad: en todo caso que fuera configurable por el usuario.
Si el problema es refrescar el Inspector de objetos es preferible dejarlo en blanco *reset* hasta que no se visualice el
formulario. Ahora, al menos a mí­, me crea mucha inseguridad de haber provocado cambios indeseados al código cuando sólo estoy
consultando módulos.
Un saludo
Xavi

[xAvi]

Bueno en fin, porqué me tocan a mi todas las chinas? Jeje
Si creamos un nuevo proyecto con el IDE de la 1.76 directorio prueba proyecto prueba por ejemplo, le añadimos un form1 todo por
defecto, grabamos salimos volvemos a entrar e intentamos ver la vista formulario del form1 no hay manera de que salga.
De hecho es que mi IDE de la 1.76 no esta grabando ni modificando los archivos .xfm
Si pillo cualquier form de un proyecto creado y lo modifico con la vista formulario, pues eso, "ni flores".
Coñe a alguien más le pasará no? :'(
Un saludo
Xavi

[jfgimenez]

Xavi,
> Bueno en fin, porqué me tocan a mi todas las chinas? Jeje
>
> Si creamos un nuevo proyecto con el IDE de la 1.76 directorio prueba
> proyecto prueba por ejemplo, le añadimos un form1 todo por defecto,
> grabamos salimos volvemos a entrar e intentamos ver la vista formulario
> del form1 no hay manera de que salga.
>
> De hecho es que mi IDE de la 1.76 no esta grabando ni modificando los
> archivos .xfm
> Si pillo cualquier form de un proyecto creado y lo modifico con la vista
> formulario, pues eso, "ni flores".
>
> Coñe a alguien más le pasará no? :'(
Estoy probándolo de varias formas, pero no consigo reproducir el problema
que comentas. Por favor, indícanos un "paso a paso" a seguir para
reproducirlo.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

[jfgimenez]

Xavi,
> Con la 1.76 cuando abre por el Gestor de proyectos un .prg ahora también
> activa la vista de formulario, lo malo es que modifica el fichero .prg no
> el .xfm sin ningún cambio aparente en el código (??? activa el flag de
> modificado) aún estando activo bloquear controles en el inspector de
> objetos y claro lo compilará también.
>
> En mi caso yo no deseo ver la vista de formulario al abrir un prg con el
> _riesgo de modificar algún control_, si estás trabajando en un formulario
> y consultas uno anterior el flag de bloquear controles no estará activo,
> prefiero el comportamiento anterior que sólo mostraba el prg y activar la
> vista formulario a voluntad: en todo caso que fuera configurable por el
> usuario. Si el problema es refrescar el Inspector de objetos es preferible
> dejarlo en blanco *reset* hasta que no se visualice el formulario. Ahora,
> al menos a mí, me crea mucha inseguridad de haber provocado cambios
> indeseados al código cuando sólo estoy consultando módulos.
Ok, ya está modificado. Estará disponible en la próxima versión.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

[xAvi]

Jose F. Gimenez escribió:
> Estoy probándolo de varias formas, pero no consigo reproducir el problema
> que comentas. Por favor, indí­canos un "paso a paso" a seguir para
> reproducirlo.
>
José,
Ante mi asombro se me ha ocurrido renombrar el Xailer.cfg y vuelto a registrar el mismo IDE con mis datos pero DEMO por Internet
y ahora si que modifica/crea el fichero .xfm con lo que deduzco que es un problema del registro-licencia. Cuesta de digerir pero ...
Lo otro ya no lo sé, parece ser que al IDE no le gusta este Form.
Si creas un form nuevo por defecto y lo generas o copias el código siguiente del Form1.xfm en él, la primera vez que visualizas
el formulario activa el flag de modificado, al menos a mi. En otros forms similares en lo relativo a TReBar y TToolBar no. La
verdad es que me gustarí­a saber porque lo hace: no le veo lógica.
En el proyecto que adjunto con este form me pasa.
----- Form1.xfm --------------------------------------------
METHOD CreateForm() CLASS TForm1
Super:CreateForm()
::SetBounds( 28, 20, 363, 375 )
::SetClientSize( 355, 348 )
::cText := "TForm1"
::oFont := TFont():Create( "MS Sans Serif", 8, 0, 400 )
::OnInitialize := "FormInitialize"
::Create()
WITH OBJECT ::oPopupMenu := TPopupMenu():New( Self )
:Create()
END
WITH OBJECT ::oReBar := TReBar():New( Self )
:SetBounds( 0, 0, 355, 26 )
:AddItem( )
:Create()
END
WITH OBJECT ::oTB := TToolBar():New( ::oReBar )
:SetBounds( 9, 0, 120, 24 )
:Create()
END
WITH OBJECT ::oTV := TTreeView():New( Self )
:SetBounds( 0, 26, 355, 322 )
:nAlign := alCLIENT
:nAnchors := akALL
:Create()
END
RETURN Self
Un saludo
Xavi
--

[jfgimenez]

Xavi,
> Ante mi asombro se me ha ocurrido renombrar el Xailer.cfg y vuelto a
> registrar el mismo IDE con mis datos pero DEMO por Internet
> y ahora si que modifica/crea el fichero .xfm con lo que deduzco que es un
> problema del registro-licencia. Cuesta de digerir pero ...
Tiene que ser otra cosa. Te aseguro que no hay absolutamente nada de nada en
el IDE que impida modificar un formulario en función del registro. El
sistema de registro influye directamente en la generación del ejecutable
final, para impedir que se pueda correr fuera del IDE en el caso de la demo,
pero ten por seguro que no impide modificar los formularios.
Podría haber ocurrido como hace poco, que un bug en la generación del
ejecutable en la demo provocaba un mensaje de que el ejecutable estaba
corrupto, pero es que en este caso no estamos hablando de la generación del
ejecutable, sino de la edición de formularios, y ahí sí que no hay
absolutamente ninguna limitación.
> Lo otro ya no lo sé, parece ser que al IDE no le gusta este Form.
> Si creas un form nuevo por defecto y lo generas o copias el código
> siguiente del Form1.xfm en él, la primera vez que visualizas
> el formulario activa el flag de modificado, al menos a mi. En otros forms
> similares en lo relativo a TReBar y TToolBar no. La
> verdad es que me gustaría saber porque lo hace: no le veo lógica.
> En el proyecto que adjunto con este form me pasa.
Acabo de probarlo y no marca el módulo como modificado. Pero claro, yo lo
estoy probando después de haber hecho algunos cambios en el IDE respecto a
lo que comentaste sobre mostrar el formulario al abrir un módulo y sobre
otro bug que han informado en el foro inglés. Por favor, envíame exactamente
el .prg y el .xfm que tienes para probarlo de nuevo aquí y comprobar si
sigue pasando.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

[xAvi]

Jose F. Gimenez escribió:
> Por favor, enví­ame exactamente
> el .prg y el .xfm que tienes para probarlo de nuevo aquí­ y comprobar si
> sigue pasando.
>
Creo que está adjuntado al post anterior, es un prueba.zip generado de un proyecto nuevo, con él me pasa.
Debes comprender la dificultad de expresarse mejor, "paso a paso" tanto en mi caso como en el de Xevi creo que está dicho.
Claro, por mi parte también comprendo tu dificultad si a ti no te pasa.
Tengo amigos que si leyeran esto aprovecharí­an para machacarme con lo del Open Source. Jeje, más vale que no se enteren.
Con respecto a lo de la licencia, lo que me ha ocurrido es que al generar de nuevo el Xailer.cfg, CreateBAK por defecto se pone
a TRUE y entonces si que modifica los .xfm
Un saludo
Xavi

[jfgimenez]

Xavi,
> Debes comprender la dificultad de expresarse mejor, "paso a paso" tanto en
> mi caso como en el de Xevi creo que está dicho.
> Claro, por mi parte también comprendo tu dificultad si a ti no te pasa.
Sí, entiendo perfectamente que a veces no es fácil transmitir en qué
consiste el problema o cómo se produce, por eso muchas veces pedimos que se
nos envie un ejemplo. Otras veces, ni siquiera esto sirve, y hay que hacer
pruebas y más pruebas, tanto por nuestra parte como por parte de los
usuarios. Pero lo importante es que al final, con la ayuda de todos, los
problemas se resuelven.
> Tengo amigos que si leyeran esto aprovecharían para machacarme con lo del
> Open Source. Jeje, más vale que no se enteren.
Bueno, todo tiene cabida
> Con respecto a lo de la licencia, lo que me ha ocurrido es que al generar
> de nuevo el Xailer.cfg, CreateBAK por defecto se pone a TRUE y entonces si
> que modifica los .xfm
Gracias a esta información ya he encontrado el bug y ya está solucionado.
Estará disponible en la inminente versión 1.8. Muchas gracias por tu ayuda.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

[xAvi]

José,
_Sólo por si puede servirte de ayuda_ para clarificar y fijar un poco más el problema y si ya está solventado pues mejor.
He comprobado que el IDE me activa el flag de modificado si la ReBar tiene como parent Self en el .xfm .-
....
WITH OBJECT ::oReBar := TReBar():New( Self )
....
Si lo cambias por otro contenedor, por ejemplo panel, ya no activa el flag de modificado .-
....
WITH OBJECT ::oReBar := TReBar():New( ::oPanel1 )
....
------------ Form1.xfm ---------------------------------------
METHOD CreateForm() CLASS TForm1
Super:CreateForm()
::SetBounds( 28, 20, 363, 375 )
::SetClientSize( 355, 348 )
::cText := "TForm1"
::oFont := TFont():Create( "MS Sans Serif", 8, 0, 400 )
::OnInitialize := "FormInitialize"
::Create()
WITH OBJECT ::oPopupMenu := TPopupMenu():New( Self )
:Create()
END
WITH OBJECT ::oPanel1 := TPanel():New( Self )
:SetBounds( 0, 0, 355, 348 )
:cText := "Panel1"
:nAlign := alCLIENT
:Create()
END
WITH OBJECT ::oReBar := TReBar():New( ::oPanel1 )
:SetBounds( 0, 0, 351, 30 )
:Create()
END
WITH OBJECT ::oTB := TToolBar():New( ::oReBar )
:SetBounds( 9, 0, 120, 24 )
:Create()
END
WITH OBJECT ::oTV := TTreeView():New( ::oPanel1 )
:SetBounds( 0, 30, 351, 314 )
:nAlign := alCLIENT
:nAnchors := akALL
:Create()
END
RETURN Self
Un saludo
Xavi
--

[xAvi]

SIGUE ACTIVANDO EL FLAG DE MODIFICADO!
Ahora al presentar la vista de formulario, algo es algo.
Gracias
Un saludo
xAvi escribió el 29/10/07:
> José,
>
> _Sólo por si puede servirte de ayuda_ para clarificar y fijar un poco
> más el problema y si ya está solventado pues mejor.
>
> He comprobado que el IDE me activa el flag de modificado si la ReBar
> tiene como parent Self en el .xfm .-
> ....
> WITH OBJECT ::oReBar := TReBar():New( Self )
> ....
>
> Si lo cambias por otro contenedor, por ejemplo panel, ya no activa el
> flag de modificado .-
> ....
> WITH OBJECT ::oReBar := TReBar():New( ::oPanel1 )
> ....
>
> ------------ Form1.xfm ---------------------------------------
>
> METHOD CreateForm() CLASS TForm1
>
> Super:CreateForm()
> ::SetBounds( 28, 20, 363, 375 )
> ::SetClientSize( 355, 348 )
> ::cText := "TForm1"
> ::oFont := TFont():Create( "MS Sans Serif", 8, 0, 400 )
> ::OnInitialize := "FormInitialize"
> ::Create()
>
> WITH OBJECT ::oPopupMenu := TPopupMenu():New( Self )
> :Create()
> END
>
> WITH OBJECT ::oPanel1 := TPanel():New( Self )
> :SetBounds( 0, 0, 355, 348 )
> :cText := "Panel1"
> :nAlign := alCLIENT
> :Create()
> END
>
> WITH OBJECT ::oReBar := TReBar():New( ::oPanel1 )
> :SetBounds( 0, 0, 351, 30 )
> :Create()
> END
>
> WITH OBJECT ::oTB := TToolBar():New( ::oReBar )
> :SetBounds( 9, 0, 120, 24 )
> :Create()
> END
>
> WITH OBJECT ::oTV := TTreeView():New( ::oPanel1 )
> :SetBounds( 0, 30, 351, 314 )
> :nAlign := alCLIENT
> :nAnchors := akALL
> :Create()
> END
>
> RETURN Self
>
> Un saludo
> Xavi
--

[jfgimenez]

Xavi,
> SIGUE ACTIVANDO EL FLAG DE MODIFICADO!
¡Corregido! El problema se debía a que la rebar modifica la posición y
dimensiones de los controles que contiene cuando se muestra el formulario, y
esto era interpretado por el IDE como un cambio por parte del usuario.
Intentaremos publicar la corrección después del puente.
> Ahora al presentar la vista de formulario, algo es algo.
Bueno, lo que pasa es que ahora no se crea el formulario cuando se carga el
..prg en el editor, sino que se crea sólo cuando se muestra. Esto tiene
principalmente dos ventajas:
- Los proyectos cargan más rápido, ya que no se crean los formularios
durante la carga.
- Ahora memoria y recursos del sistema, ya que en un ciclo normal de
desarrollo primero se diseña el formulario, pero después se escribe el
código del módulo sin necesidad de tocar el formulario. Y es en esta segunda
fase de trabajo cuando se evita crear el formulario innecesariamente.
--
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info