Bugs? y Sugerencia

[zeasoftware]

Bugs?
Tengo un tDBEdit con el evento checkState, validando que el dato sea nuevo
para que lo pueda capturar, ya que si estoy editando y como es mi campo
llave no lo moodifico:
METHOD CodigoCheckState( oSender ) CLASS TFrmEditProd
RETURN ::oParent:oDataSet:lOnAppend
Su puestamente quiero que si es un nuevo registro lo capture pero.... al
ingresar a la TForm y dado que este es el primer campo del mismo entra en
modo de edicion y me deja modificar su contenido, y si salgo de el y querer
volver a editarlo ya entonces se valida el CheckState y ay no me deja
modificarlo.
Creo que debe de hacerlo desde que entra al la TForm no?
Sugerencias:
Dentro de este mismo proyecto me surgio la nececidad de intercambiar unos
datos de un Folder a otro, pero si copiaba y pegaba no pasaba o marcaba un
error que voy a buscar para postearlo. Por que no admitor cambios de objetos
en el Inspector de Objetos Drag and Drop?
Por que no anexar un combobox donde nos puedan aparecer enlistados los
Methodos de una Clase o de a fuente que estemos editando?
Por que no poner alguna opcion para generar nuevo Methodo en la clase
activa, el cual nos escribiria tanto la descricion en la definicion de la
Clase como poner el eskeleton a como sucede cuando damos doble click al
generar un nuevo Evento.
Por que no poner la compilacion del proyecto en una ventana aparte ya que en
ciertas ocasiones hay que volverlo a achicar, y si fuera en una ventana
simplemente nos pasamos al editor y dejamos la ventana en segundo plano.
Por que no al salir nos muestra una ventana donde aparezcan todos los
archivos modificados sin grabar y podamos dar un solo click de "Salvar
Todos", "Omitir Todos", "Cancelar".
::::::::::::::::::::::::::
Puede que algunas sugerencias parezcan obvias o de pereza, pero son punto de
vista de mi humilde opinion que considero enriquecen el trabajo de un IDE.
Tengo pantallas de las sugerencias por si en algo me toman en cuenta.
Saludos.
Ramón Zea

[ignacio]

Ramón,
> Tengo un tDBEdit con el evento checkState, validando que el dato sea nuevo
> para que lo pueda capturar, ya que si estoy editando y como es mi campo
> llave no lo moodifico:
Utiliza la propiedad lEditable del propio control.
> Dentro de este mismo proyecto me surgio la nececidad de intercambiar unos
> datos de un Folder a otro, pero si copiaba y pegaba no pasaba o marcaba un
> error que voy a buscar para postearlo. Por que no admitor cambios de
> objetos en el Inspector de Objetos Drag and Drop?
Esperamos el error, o un pequeño proyecto que muestre el problema. Lo siento
pero no se a que te refieres cuando dices: "Por que no admitor cambios de
objetos en el Inspector de Objetos Drag and Drop?"
> Por que no poner alguna opcion para generar nuevo Methodo en la clase
> activa, el cual nos escribiria tanto la descricion en la definicion de la
> Clase como poner el eskeleton a como sucede cuando damos doble click al
> generar un nuevo Evento.
Pues porque tendría que pedirte todo y tardarias lo mismo que escribiendolo
tu mismo en el editor. Además, intentamos evitar opciones innecesarias en
aras de conseguir un IDE simple pero potente y fácil de usar.
> Por que no anexar un combobox donde nos puedan aparecer enlistados los
> Methodos de una Clase o de a fuente que estemos editando?
Creo que el folding que se ha introducido en la PR5 cumple perfectamente su
cometido. Consulte en el apendice los atajos de teclado para uso con
Folding. El sistema que propones es de VB y a decir verdad no me convence
demasiado, lo siento.
> Por que no poner la compilacion del proyecto en una ventana aparte ya que
> en ciertas ocasiones hay que volverlo a achicar, y si fuera en una ventana
> simplemente nos pasamos al editor y dejamos la ventana en segundo plano.
>
Pues precisamente para que no haya un montón de ventanas volando. Utiliza la
opción 'Ver-Mensajes de salida' para hacer aparacer o desaparecer la
ventana, sin que tengas que achicarla.
> Por que no al salir nos muestra una ventana donde aparezcan todos los
> archivos modificados sin grabar y podamos dar un solo click de "Salvar
> Todos", "Omitir Todos", "Cancelar".
Por falta de tiempo Me la apunto.
Un saludo,

[Guest]

Ramón,
Creo que lo tenemos mejor solucionado con operación de cortar y pegar,
porque de esa forma indicas visualmente donde quieres que caiga el control
utilizando las opciones de menú contextual.
Un saludo,
"Ramón Zea" <zeasoftware@hotmail.com> escribió en el mensaje
news:[email=43319e01@ozsrvnegro.ozlan.local...]43319e01@ozsrvnegro.ozlan.local...[/email]
> En los methodos por eso especifico que pueden ser de flojera, pero, como
> dices seria algo demás, no discuto, el gurú eres tu.
>
>> Esperamos el error, o un pequeño proyecto que muestre el problema. Lo
>> siento
>> pero no se a que te refieres cuando dices: "Por que no admitor cambios de
>> objetos en el Inspector de Objetos Drag and Drop?"
>>
> Perdon, es ADMITIR, osea, que podamos arrastrar un objetoy soltarlo dentro
> de otro en el arbol presentado en el inspector de proyectos.
>
> Anexo una imagen la que el objeto oDBCheckBox8 que pertenece a oGroupBox6
> de
> oFolderpage1, lo cambiaria a oFolder1 solo con arrastrarlo y dejarlo caer
> sobre el objeto destino.
> Es solo un ejemplo.
>
> Saludos.
> Ramón Zea
> )
>
>
>
>

[zeasoftware]

En los methodos por eso especifico que pueden ser de flojera, pero, como
dices seria algo demás, no discuto, el gurú eres tu.
> Esperamos el error, o un pequeño proyecto que muestre el problema. Lo
> siento
> pero no se a que te refieres cuando dices: "Por que no admitor cambios de
> objetos en el Inspector de Objetos Drag and Drop?"
>
Perdon, es ADMITIR, osea, que podamos arrastrar un objetoy soltarlo dentro
de otro en el arbol presentado en el inspector de proyectos.
Anexo una imagen la que el objeto oDBCheckBox8 que pertenece a oGroupBox6 de
oFolderpage1, lo cambiaria a oFolder1 solo con arrastrarlo y dejarlo caer
sobre el objeto destino.
Es solo un ejemplo.
Saludos.
Ramón Zea
:o)

[zeasoftware]

si, el detalle es el siguiente y veo que no lo puse, si a los DataControl ya
se le tiene asigando los valores del campo al que se le relaciona en la base
de datos y alguna funcion relacionada a los eventos OnXXXX, estos ya no
pasan bien y hay que reasignarles.
Vaya espero no ser algo terco o redundante, pero, si corto y pego los
methodos ya asiganados se pierden y en donde yo hice pruebas y creo que lo
hice bien, los methodos se perdieron methodos y el campo asignado a Dataset
y al Field.
Por eso la sugerencia del arrastrar y pegar, ya que de esa manera solo se
trasladaban estos a otro objeto contenedor.
Mil gracias por su tiempo.
Ramón Zea

[jfgimenez]

Ramón,
> si, el detalle es el siguiente y veo que no lo puse, si a los DataControl
> ya se le tiene asigando los valores del campo al que se le relaciona en la
> base de datos y alguna funcion relacionada a los eventos OnXXXX, estos ya
> no pasan bien y hay que reasignarles.
> Vaya espero no ser algo terco o redundante, pero, si corto y pego los
> methodos ya asiganados se pierden y en donde yo hice pruebas y creo que lo
> hice bien, los methodos se perdieron methodos y el campo asignado a
> Dataset y al Field.
Por favor, envíanos un ejemplo concreto que falle y lo corregiremos. Si hay
algún bug en Xailer, lo correcto es solucionarlo, y no buscar alternativas
(lo que los ingleses llaman workaround).
--
Un saludo,
José F. Giménez

[ignacio]

Ramón,
> oSender:lEditable := ::oParent:oDataSet:lOnAppend
> Pero no me desactiva la captura del DataControl, ya que supuestamente si
> le doy modificar lOnAppend debe regresar FALSE.
Esto es siempre VERDADERO cuando se está en edición
oDataSet:lOnAppend ES DEL DATASET NO DEL CONTROL, no tiene nada que ver. El
que está en estado de Alta es el DataSet, el control SOLO ENTIENDE de si
está o no editable.
Antes de hacer Addnew o Edit pon lEditable al valor que quieras.
Saludos,
"Ramón Zea" <zeasoftware@hotmail.com> escribió en el mensaje
news:[email=43338e1e@ozsrvnegro.ozlan.local...]43338e1e@ozsrvnegro.ozlan.local...[/email]
> Aplique esto en el OnCreate:
>
> METHOD DBEditkCreate( oSender ) CLASS TFrmEditProd
> oSender:oDataSet := ::oParent:oDataSet
> oSender:lEditable := ::oParent:oDataSet:lOnAppend
>
> RETURN Nil
>
> Pero no me desactiva la captura del DataControl, ya que supuestamente si
> le doy modificar lOnAppend debe regresar FALSE.
>
> Que estoy haciendo mal?
>
> Gracias.
>
>

[ignacio]

Ramón,
> En cuestion a los eventos asignados a los eventos de un Objeto, por que no
> validar si queremos eliminar el methodo?
Por velocidad. Si empezamos a preguntar por cada operación que suponga
alguna perdida de información haríamos el IDE inusable. Por ese motivo
existe siempre un fichero BAK (a no ser que se deshabilite) con la última
versión guardada.
> Por que en algunas ocasiones dichos Methodos solo estan asignado a ese
> Evento, y al quitarlo de dicho evento el Methodo desaparece, seria bueno
> que si el methodo no esta asignado a ningun evento nos pregunte si
> queremos eliminarlo definitivamente?
Ya respondido.
Un saludo,
"Ramón Zea" <zeasoftware@hotmail.com> escribió en el mensaje
news:[email=43338f41@ozsrvnegro.ozlan.local...]43338f41@ozsrvnegro.ozlan.local...[/email]
> En cuestion a los eventos asignados a los eventos de un Objeto, por que no
> validar si queremos eliminar el methodo?
>
> Por que?
>
> Por que en algunas ocasiones dichos Methodos solo estan asignado a ese
> Evento, y al quitarlo de dicho evento el Methodo desaparece, seria bueno
> que si el methodo no esta asignado a ningun evento nos pregunte si
> queremos eliminarlo definitivamente?
>
> Se evita perderlo solo con copiarlo y luego pegarlo, o asignarlo a otro
> evento y luego eliminarlo, pero si se olvida de hacerlo, uff, a
> reescribirlo.
>
> Gracias.
> Ramón Zea
> )
>
>

[zeasoftware]

Aplique esto en el OnCreate:
METHOD DBEditkCreate( oSender ) CLASS TFrmEditProd
oSender:oDataSet := ::oParent:oDataSet
oSender:lEditable := ::oParent:oDataSet:lOnAppend
RETURN Nil
Pero no me desactiva la captura del DataControl, ya que supuestamente si le
doy modificar lOnAppend debe regresar FALSE.
Que estoy haciendo mal?
Gracias.

[zeasoftware]

En cuestion a los eventos asignados a los eventos de un Objeto, por que no
validar si queremos eliminar el methodo?
Por que?
Por que en algunas ocasiones dichos Methodos solo estan asignado a ese
Evento, y al quitarlo de dicho evento el Methodo desaparece, seria bueno que
si el methodo no esta asignado a ningun evento nos pregunte si queremos
eliminarlo definitivamente?
Se evita perderlo solo con copiarlo y luego pegarlo, o asignarlo a otro
evento y luego eliminarlo, pero si se olvida de hacerlo, uff, a
reescribirlo.
Gracias.
Ramón Zea
:o)