| Autor |
Mensagem |
|
|
O método addItem serve para o JComboBox, em aplicações swing. Para páginas em JSP tem que ser algo similar a isso...
Qual erro você recebe? É de compilação ou os dados são exibidos incorretamente?
|
 |
|
|
abelgomes wrote:ou ainda
instancia novamente o botao...com o nome que vc quer 
Pode ser feito, mas todas as propriedades (toolTipText, preferedSize, etc.) seriam perdidas. É mais fácil mudar apenas o texto.
|
 |
|
|
oddy.silva wrote:Como eu adoro o pessoal do GUJ!!!
Primeiramente, obrigado as pessoas que estão me ajudando até este momento.
Deixa eu ver se assimilei bastante coisa até agora.
No meu exemplo, set() entra primeiro porque a priori a minha variável size possui valor null. É isso? Depois é resgatado o valor com get(). Isso mesmo? Se eu estiver errado me corrijam.
Mas se eu tivesse declarado a minha variável size e já lhe atribuido um valor? Eu poderia então usar get() primeiro, passar os argumentos para set() e então mostrar um resultado num possível System.out.println?
Abraço!!! Grato!!!
O valor inicial de size é 0 (zero) e não null. E quanto a segunda parte, é isso mesmo. Se no construtor da classe (você já aprendeu sobre construtores?) você definir um valor padrão, você pode acessá-lo antes mesmo de usar um set.
|
 |
|
|
windsofhell wrote:
metodo setText to JToggleButton talvez funcione nao?
Exato:
|
 |
|
|
Pode olhar isso se quiser:
http://www.guj.com.br/posts/list/15/114205.java#617636
|
 |
|
|
Lucas Lacerda Gertel wrote:Então meu velho.
Na verdade não existe uma ordem obrigatória para chamada destes métodos.
O set() você define o valor do atributo e o get() você recupera.
No caso do teu objeto GoodDog, ele primeiro define o valor 70, pois se ele utilizasse o getSize ele viria como null pois não tem um valor definido na classe.
O get() recupera o valor do atributo e o set() define.
Imagine que você não sabe se já existe um valor definido e você precisa definir um caso não exista...
Ai você chamaria primeiro o get().
Acho que é isso!
Abraços,
É quase isso. A sua condição nunca vai ser verdadeira, pois 'size' é um 'int' e tipos primitivos nunca são null (null é apenas para referência para objetos). O correto seria:
|
 |
|
|
1º - Você cria um objeto do tipo GoodDog chamado 'one'. A JVM chama o construtor padrão, ou seja o valor de size é o padrão (zero).
2º - Você DEFINE o atributo 'size' de 'one' através do método 'setSize(int)'.
3º - Cria outro objeto do tipo GoodDog chamado 'two'.
4º - Altera seu tamanho para 8 através de setSize(int).
5º - Você RESGATA e imprime os valores em 'size' de ambos os objetos, através do método 'getSize()'.
6º - Manda ambos os cachorros latirem através do método 'bark()'. Esse método faz a verificação do tamanho do cão para definir o tipo de latido.
Entendeu agora?
|
 |
|
|
Com Scanner ficaria algo como:
|
 |
|
|
Veja um exemplo:
Arquivo JAR executável
Código fonte - classe JFrameGenerico
Código fonte - classe EditorDeTexto
|
 |
|
|
Glauber Pardo wrote:
Glauber Pardo wrote:O que acham desse algoritmo .... Bem básico ....preparei apenas para teste ...seria o actionPerformed do botão gerar arquivo ....
import java.io.FileOutputStream;
import java.io.IOException;
import java.io.ObjectOutputStream;
public class Gravador
{
public static void main (String[] args)
{
ObjectOutputStream s;
FileOutputStream f;
String a;
a = "Teste \n Teste \n Teste"; //preparação da string que irá gerar o txt;
try {
f = new FileOutputStream("c:\\teste.txt", true); //local e nome do arquivo que sera gerado;
s = new ObjectOutputStream(f);
s.writeObject(a); //escreve no arquivo txt;
}
catch(IOException io )
{
System.out.println("Erro ao criar arquivo");
}
}
}
alguem pode me falar se o código assim irá funcionar para gerar o txt e abrir em notepad
Sim, vai. Gera um arquivo txt comum, como se tivesse sido criado em um editor de texto do sistema operacional.
|
 |
|
|
marcobiscaro2112 wrote:
Como faço o rebuild?
Clique com o botão direito sobre o projeto. Selecione 'Refresh'. Depois clique novamente com o botão direito e clique em 'Build Project'.
Você não encontrou Build Project?
|
 |
|
|
Já tentou usar a classe Scanner ou BufferedReader? Me parece que o método read() de InputStreamReader espera todos os dados serem carregados (ou algo assim). Com BufferedReader você tem um buffer que vai recebendo dados gradativamente, o que deixa a aplicação mais eficaz, e talvez não "trave" em determinada linha. Seria algo como:
|
 |
|
|
Na linha 41, você não precisa mais daquele for (o for na parte de baixo já cuida do problema, eu acho).
Elimine a linha 41 e tente novamente.
|
 |
|
|
Um Frame dentro outro, propriamente dito, não dá. Existe o JDesktopPane e JInternalFrame que podem ser úteis.
Ou você poderia adicionar somente o contentPane de um Frame no outro. Por exemplo:
|
 |
|
|
Olha só:
|
 |
|
|