Ricardo Palomares Martinez escribió:
> Leto Atreides escribió:
>> Hace poco me pasé al NetBeans y quise hacerlo con una aplicación que
>> tengo bastante avanzada. El problema reside en que no puedo utilizar el
>> Visual Editor sobre clases que ya tenÃ***a implementadas, sólo en nuevas
>> clases que yo defino como JFrame, JDialog, etc. utilizando el asistente
>> que tiene el NetBeans.
>>
>> ¿Qué debo hacer para acceder al Visual Editor del NetBeans sobre las
>> clases que ya tengo implementadas?
>
>
> A diferencia de Visual Basic, en Java no se definió un modelo de
> archivos de meta-información sobre formularios y componentes gráficos.
> En su lugar, se deinieron APIs que crean paneles, clases que definen
> dimensiones, y cosas asÃ***. Eso significa que puedes tener dos
> (infinitas, en realidad) secuencias de código Java completamente
> distintas que generan el mismo formulario en pantalla. AsÃ*** que,
> partiendo del código, no es en absoluto trivial generar visualmente el
> formulario, permitirte modificarlo y aplicar los cambios de nuevo al
> código.

SÃ***, lo sabÃ***a.

>
> En su lugar, cada herramienta de edición de formularios tiene su
> manera de describir los formularios, normalmente de un modo
> alternativo al código Java generado. Creo que Eclipse interpreta
> directamente el código Java, pero a cambio parece comúnmente aceptado
> que su editor visual de GUIs es peor que el de NetBeans. NetBeans, en
> cambio, guarda la información que define el formulario en un archivo
> XML diferenciado acabado en .form, y configura el código Java generado
> de tal manera que, a través de su editor, las partes que el editor
> necesita regenerar estén protegidas para que no se modifiquen
> directamente por el desarrollador.

No conozco en profundidad el Visual Editor del NetBeans, pero el
JBuilder (hasta su versión 2006) no utilizaba ningún archivo externo, se
basaba todo en lo que se definÃ***a en una función especial llamada
jbInit(). No sabÃ***a que el NetBeans tuviera esa peculiaridad.

>
> No obstante, hay una herramienta que *intenta* generarlo a partir de
> un .java. Tienes más información en la FAQ de NetBeans:
>
> http://wiki.netbeans.org/wiki/view/F...ratingFormFile
>

Gracias, le echaré un ojo al enlace a ver si puedo hacer algo.

Ricardo Palomares Martinez escribió:
> Leto Atreides escribió:
>> Hace poco me pasé al NetBeans y quise hacerlo con una aplicación que
>> tengo bastante avanzada. El problema reside en que no puedo utilizar el
>> Visual Editor sobre clases que ya tenÃ***a implementadas, sólo en nuevas
>> clases que yo defino como JFrame, JDialog, etc. utilizando el asistente
>> que tiene el NetBeans.
>>
>> ¿Qué debo hacer para acceder al Visual Editor del NetBeans sobre las
>> clases que ya tengo implementadas?
>
>
> A diferencia de Visual Basic, en Java no se definió un modelo de
> archivos de meta-información sobre formularios y componentes gráficos.
> En su lugar, se deinieron APIs que crean paneles, clases que definen
> dimensiones, y cosas asÃ***. Eso significa que puedes tener dos
> (infinitas, en realidad) secuencias de código Java completamente
> distintas que generan el mismo formulario en pantalla. AsÃ*** que,
> partiendo del código, no es en absoluto trivial generar visualmente el
> formulario, permitirte modificarlo y aplicar los cambios de nuevo al
> código.

SÃ***, lo sabÃ***a.

>
> En su lugar, cada herramienta de edición de formularios tiene su
> manera de describir los formularios, normalmente de un modo
> alternativo al código Java generado. Creo que Eclipse interpreta
> directamente el código Java, pero a cambio parece comúnmente aceptado
> que su editor visual de GUIs es peor que el de NetBeans. NetBeans, en
> cambio, guarda la información que define el formulario en un archivo
> XML diferenciado acabado en .form, y configura el código Java generado
> de tal manera que, a través de su editor, las partes que el editor
> necesita regenerar estén protegidas para que no se modifiquen
> directamente por el desarrollador.

No conozco en profundidad el Visual Editor del NetBeans, pero el
JBuilder (hasta su versión 2006) no utilizaba ningún archivo externo, se
basaba todo en lo que se definÃ***a en una función especial llamada
jbInit(). No sabÃ***a que el NetBeans tuviera esa peculiaridad.

>
> No obstante, hay una herramienta que *intenta* generarlo a partir de
> un .java. Tienes más información en la FAQ de NetBeans:
>
> http://wiki.netbeans.org/wiki/view/F...ratingFormFile
>

Gracias, le echaré un ojo al enlace a ver si puedo hacer algo.

Ricardo Palomares Martinez escribió:
> Leto Atreides escribió:
>> Hace poco me pasé al NetBeans y quise hacerlo con una aplicación que
>> tengo bastante avanzada. El problema reside en que no puedo utilizar el
>> Visual Editor sobre clases que ya tenÃ***a implementadas, sólo en nuevas
>> clases que yo defino como JFrame, JDialog, etc. utilizando el asistente
>> que tiene el NetBeans.
>>
>> ¿Qué debo hacer para acceder al Visual Editor del NetBeans sobre las
>> clases que ya tengo implementadas?
>
>
> A diferencia de Visual Basic, en Java no se definió un modelo de
> archivos de meta-información sobre formularios y componentes gráficos.
> En su lugar, se deinieron APIs que crean paneles, clases que definen
> dimensiones, y cosas asÃ***. Eso significa que puedes tener dos
> (infinitas, en realidad) secuencias de código Java completamente
> distintas que generan el mismo formulario en pantalla. AsÃ*** que,
> partiendo del código, no es en absoluto trivial generar visualmente el
> formulario, permitirte modificarlo y aplicar los cambios de nuevo al
> código.

SÃ***, lo sabÃ***a.

>
> En su lugar, cada herramienta de edición de formularios tiene su
> manera de describir los formularios, normalmente de un modo
> alternativo al código Java generado. Creo que Eclipse interpreta
> directamente el código Java, pero a cambio parece comúnmente aceptado
> que su editor visual de GUIs es peor que el de NetBeans. NetBeans, en
> cambio, guarda la información que define el formulario en un archivo
> XML diferenciado acabado en .form, y configura el código Java generado
> de tal manera que, a través de su editor, las partes que el editor
> necesita regenerar estén protegidas para que no se modifiquen
> directamente por el desarrollador.

No conozco en profundidad el Visual Editor del NetBeans, pero el
JBuilder (hasta su versión 2006) no utilizaba ningún archivo externo, se
basaba todo en lo que se definÃ***a en una función especial llamada
jbInit(). No sabÃ***a que el NetBeans tuviera esa peculiaridad.

>
> No obstante, hay una herramienta que *intenta* generarlo a partir de
> un .java. Tienes más información en la FAQ de NetBeans:
>
> http://wiki.netbeans.org/wiki/view/F...ratingFormFile
>

Gracias, le echaré un ojo al enlace a ver si puedo hacer algo.

Ricardo Palomares Martinez escribió:
> Leto Atreides escribió:
>> Hace poco me pasé al NetBeans y quise hacerlo con una aplicación que
>> tengo bastante avanzada. El problema reside en que no puedo utilizar el
>> Visual Editor sobre clases que ya tenÃ***a implementadas, sólo en nuevas
>> clases que yo defino como JFrame, JDialog, etc. utilizando el asistente
>> que tiene el NetBeans.
>>
>> ¿Qué debo hacer para acceder al Visual Editor del NetBeans sobre las
>> clases que ya tengo implementadas?
>
>
> A diferencia de Visual Basic, en Java no se definió un modelo de
> archivos de meta-información sobre formularios y componentes gráficos.
> En su lugar, se deinieron APIs que crean paneles, clases que definen
> dimensiones, y cosas asÃ***. Eso significa que puedes tener dos
> (infinitas, en realidad) secuencias de código Java completamente
> distintas que generan el mismo formulario en pantalla. AsÃ*** que,
> partiendo del código, no es en absoluto trivial generar visualmente el
> formulario, permitirte modificarlo y aplicar los cambios de nuevo al
> código.

SÃ***, lo sabÃ***a.

>
> En su lugar, cada herramienta de edición de formularios tiene su
> manera de describir los formularios, normalmente de un modo
> alternativo al código Java generado. Creo que Eclipse interpreta
> directamente el código Java, pero a cambio parece comúnmente aceptado
> que su editor visual de GUIs es peor que el de NetBeans. NetBeans, en
> cambio, guarda la información que define el formulario en un archivo
> XML diferenciado acabado en .form, y configura el código Java generado
> de tal manera que, a través de su editor, las partes que el editor
> necesita regenerar estén protegidas para que no se modifiquen
> directamente por el desarrollador.

No conozco en profundidad el Visual Editor del NetBeans, pero el
JBuilder (hasta su versión 2006) no utilizaba ningún archivo externo, se
basaba todo en lo que se definÃ***a en una función especial llamada
jbInit(). No sabÃ***a que el NetBeans tuviera esa peculiaridad.

>
> No obstante, hay una herramienta que *intenta* generarlo a partir de
> un .java. Tienes más información en la FAQ de NetBeans:
>
> http://wiki.netbeans.org/wiki/view/F...ratingFormFile
>

Gracias, le echaré un ojo al enlace a ver si puedo hacer algo.

Ricardo Palomares Martinez escribió:
> Leto Atreides escribió:
>> Hace poco me pasé al NetBeans y quise hacerlo con una aplicación que
>> tengo bastante avanzada. El problema reside en que no puedo utilizar el
>> Visual Editor sobre clases que ya tenÃ***a implementadas, sólo en nuevas
>> clases que yo defino como JFrame, JDialog, etc. utilizando el asistente
>> que tiene el NetBeans.
>>
>> ¿Qué debo hacer para acceder al Visual Editor del NetBeans sobre las
>> clases que ya tengo implementadas?
>
>
> A diferencia de Visual Basic, en Java no se definió un modelo de
> archivos de meta-información sobre formularios y componentes gráficos.
> En su lugar, se deinieron APIs que crean paneles, clases que definen
> dimensiones, y cosas asÃ***. Eso significa que puedes tener dos
> (infinitas, en realidad) secuencias de código Java completamente
> distintas que generan el mismo formulario en pantalla. AsÃ*** que,
> partiendo del código, no es en absoluto trivial generar visualmente el
> formulario, permitirte modificarlo y aplicar los cambios de nuevo al
> código.

SÃ***, lo sabÃ***a.

>
> En su lugar, cada herramienta de edición de formularios tiene su
> manera de describir los formularios, normalmente de un modo
> alternativo al código Java generado. Creo que Eclipse interpreta
> directamente el código Java, pero a cambio parece comúnmente aceptado
> que su editor visual de GUIs es peor que el de NetBeans. NetBeans, en
> cambio, guarda la información que define el formulario en un archivo
> XML diferenciado acabado en .form, y configura el código Java generado
> de tal manera que, a través de su editor, las partes que el editor
> necesita regenerar estén protegidas para que no se modifiquen
> directamente por el desarrollador.

No conozco en profundidad el Visual Editor del NetBeans, pero el
JBuilder (hasta su versión 2006) no utilizaba ningún archivo externo, se
basaba todo en lo que se definÃ***a en una función especial llamada
jbInit(). No sabÃ***a que el NetBeans tuviera esa peculiaridad.

>
> No obstante, hay una herramienta que *intenta* generarlo a partir de
> un .java. Tienes más información en la FAQ de NetBeans:
>
> http://wiki.netbeans.org/wiki/view/F...ratingFormFile
>

Gracias, le echaré un ojo al enlace a ver si puedo hacer algo.