Mensagens enviadas por: thingol
Índice dos Fóruns » Perfil de thingol » Mensagens enviadas por thingol
Autor Mensagem

Como vcs complicam uma coisa tão simples...no 3º post o amigo ja deu a entender que solucionou...provavelmente eh um trabalho de faculdade ou algo simples..não tem a necessidades de extender este topico para descobrir quem eh o rei da raiz quadrada..

Isso tudo é culpa do AndreDeCotia - ele começou a falar de exponenciação e outras coisas ... :)
Ah, se a vida fosse tão fácil...

1) Se sua aplicação tiver generics (exemplo: List<String> ) os descompiladores normalmente já se complicam com isso
2) Se o seu método tiver um try/catch também dá problemas com a descompilação.

Como acho que você faz suas aplicações usando generics e try/catch então você vai ter de suar um pouquinho.

Não há substituto para um backup bem feito. Se puder usar um controle de versão na Internet (como o github) é melhor ainda.
Não. Você tem de habilitar a criação de arquivos em diretórios protegidos manualmente ou então com o comando cacls (que você terá de rodar em um command prompt com usuário administrador.)
Acho mais fácil implementar um DnD de um JList para outro JList. Que tal fazer isso?
Volta e meia temos alguns incidentes desses, mas bloquear não resolve muito - ele pode se recadastrar como "CoringãoCampeão2011" ou coisa parecida. Estamos tomando as devidas providências.
Vou deixar isto trancado até que os ânimos se acalmem. Quem quiser proceder à exploração não-consensual de certas partes anatômicas de outros integrantes do fórum, por favor faça-o via MP, não pelo fórum. Obrigado.
Vou travar isto aqui.
CONSTRAINT = RESTRIÇÃO em português.

Você pode ler exatamente este texto aqui:

http://db.apache.org/derby/docs/dev/pt_BR/ref/rrefsqlj13590.html

Não sei se isto ajuda (obviamente não fiz nenhum teste, só usei o velho e bom Google)

http://java.sun.com/products/java-media/2D/reference/faqs/index.html#Q_What_is_the_difference_between

Veja esta classe:

http://download.oracle.com/javase/6/docs/api/java/awt/font/TextLayout.html

e em particular,

http://download.oracle.com/javase/6/docs/api/java/awt/font/TextLayout.html#getPixelBounds%28java.awt.font.FontRenderContext,%20float,%20float%29
Hoje não acordei bem disposto. Não bastando um cara que quer a solução pronta, agora há um segundo.
Quem quiser ajudar a Kamila (que parece ser um clone do gusouza21, ou pelo menos estudar na mesma classe) então continue no tópico http://www.guj.com.br/posts/list/227217.java . Trancado.
No meu "technical debt" está, por exemplo, escrever no meu blog sobre todas as formas de não usar um KeyListener.
Até agora não escrevi, por exemplo, como é que se usa um "try with resources" com um java.sql.Connection.
Como vocês devem ter aprendido na marra, o comportamento de teclas com os componentes do Swing raramente pode ser customizado usando-se um mero KeyListener.
Se seu dispositivo requer que a resposta seja enviada em no máximo 30 ms, eu diria que é necessário deixar só essa parte que recebe a requisição e envia uma resposta (qualquer que seja ela) em uma thread com a prioridade RealTime (as outras threads não devem usar essa prioridade).

Esse é um dos poucos casos em que é absolutamente necessário alterar a prioridade de uma thread.

Atenção! Atenção! Atenção! Essa thread deve fazer quase nada, exceto pelo fato de responder rapidamente à requisição do dispositivo. Qualquer regra de negócio, etc, deve ser feita fora dessa thread.

(Por que é que você não precisaria disso se sua thread ficasse escutando um socket ou esperando ler de um arquivo? É que nesses dois casos o Windows já eleva a prioridade da thread que está esperando ler de um socket, ou ler de um arquivo, para uma prioridade bem alta. Uma vez que o socket tenha sido lido ou o arquivo tenha sido lido, então a prioridade baixa automaticamente. Mas no caso de uma interface serial, isso não ocorre. )
Trancado.
Trancado. Leia as normas do fórum.
 
Índice dos Fóruns » Perfil de thingol » Mensagens enviadas por thingol
Ir para:   
Powered by JForum 2.1.8 © JForum Team