Vc so pode estar se referindo aos LayOuts Managers de interface, n�o?
Se assim for, o JB trabalha com todos os Layouts de gerencia do JDK e ainda
coloca outros(Flow, Border, Card, Grid, GridBag, VerticalFlow, XY, Panel,
Box e Overlay).

Poder trabalhar com os layouts de gerencia eh perfeitamente possivel sim.
Agora se eh trabalhar "bem" ou n�o eh uma coisa que se pode discutir. Alguns
Layouts de Gerencia n�o s�o do jdk e fogem a filosofia do java, como o
XYLayout.

[]�s Marcelo Santiago Guedes
Sun Certified Java Programmer

        ----- Mensagem original -----
        De:             Flavio Eduardo de Cordova
[SMTP:[EMAIL PROTECTED]]
        Enviada em:             Segunda-feira, 3 de Maio de 1999 13:17
        Para:           [EMAIL PROTECTED]
        Assunto:                RE: IDE ou n�o IDE, eis a quest�o.

        At� agora, o �nico IDE, que eu j� tenha visto, que utiliza bem os
layouts �
        o NetBeans... Todos os outros (tudo bem, n�o foram tantos assim)
normalmente
        n�o utilizam layouts...

        Falando em NetBeans, me parece que uma nova vers�o (na verdade, um
novo
        produto - Gandalf) foi "lan�ada" (ainda em desenvolvimento) que tira
        proveito de caracter�sticas espec�ficas do Java 2 (ou Java 1.2)...
acho que
        vale a pena dar uma olhada...

        para quem se interessar, de uma olhada em http://www.netbeans.com

        > -----Original Message-----
        > From: Ricardo Munhoz Santiago [SMTP:[EMAIL PROTECTED]]
        > Sent: Monday, May 03, 1999 8:37 AM
        > To:   Antonio Augusto; [EMAIL PROTECTED]
        > Subject:      Re: IDE ou n�o IDE, eis a quest�o.
        > 
        > Na minha opini�o pessoal, o c�digo gerado pelo JBuilder n�o �
legal.
        > Contudo o ambiente lhe traz algumas facilidades, como mudar a cor
das
        > palavras chaves, e permitir que voc� veja os metodos dispon�veis
em um
        > objeto enquanto escreve o c�digo. Voc� pode usar o JBuilder apenas
como
        > editor sofisticado. Contudo o JBuilder ainda tem o agravante de
gerar um
        > monte de arquivos de dependencia que atrapalhar�o quando voc�
quiser
        > compilar seu programa usando o jdk normal.
        >  
        > O visualage for java � sem d�vida uma op��o muito melhor, mas
preste
        > aten��o ao c�digo que � gerado. 
        >  
        > Todas as ferramentas que andei vendo n�o fazem muito bom uso do
modelo de
        > eventos da linguagem java quando voc� cria interfaces gr�ficas.
Fora que
        > todas elas, emboram n�o obrigem, estimulam a utiliza��o de layout
null, o
        > que diminui suas changes de portabilidade entre diferentes
configura��es
        > de v�deo.
        >  
        > Eu uso atualmente VisualAge for Java. Acho a melhor op��o
dispon�vel.
        > 
        >       -----Mensagem original-----
        >       De: Antonio Augusto < [EMAIL PROTECTED]
        > <mailto:[EMAIL PROTECTED]>>
        >       Para: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> <
        > [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>
        >       Data: Domingo, 2 de Maio de 1999 17:48
        >       Assunto: IDE ou n�o IDE, eis a quest�o.
        >       
        >       
        >       Ol�, pessoal
        >        
        >        
        >       Instalei o JBuilder no meu PC, embora j� tenha ouvido que o
Visual
        > Age seria melhor, e o instalei porque alguns amigos me disseram
que apenas
        > com o JDK seria muito dura e �rdua a tarefa de escrever programas
em Java.
        > Mas, recentemente, ouvi que � melhor programar na munheca com o
JDK, pois
        > voc� ter� um c�digo menos complicado de trabalhar, o que me
indicaram como
        > o melhor caminho. O que voc�s dizem? 
        > 
        * Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail,
escolha a lista <[EMAIL PROTECTED]> e de um <submit>.
* Para nao receber mais e-mails da lista, acesse 
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a 
lista <[EMAIL PROTECTED]> e de um <submit>.

Responder a