Hola a todos:

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?

Gracias,
Leto

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.

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.

El resultado de todo eso es que, si tienes un código Java que define
un formulario y ese codigo no está acompañado del archivo .form
correspondiente, no lo puedes editar visualmente en NetBeans.

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

Saludos.

--
If it's true that we are here to help others,
then what exactly are the OTHERS here for?

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.