|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - gothmog
26
« en: Jueves 1 de Abril de 2004, 01:59 »
No se si te seguira interesando, pero para hacer lo que quieres iterativamente, puedes utilizar una cola o una pila como estructura auxiliar.
27
« en: Lunes 15 de Marzo de 2004, 18:20 »
Si lanza NumberFormatException es porque estas intentando convertir algo que no es un numero. Siempre puedes hacer la conversion a mano  Te haces un metodo y ya esta.
28
« en: Lunes 15 de Marzo de 2004, 14:45 »
Que errores te da? Lo unico que se me ocurre es que intentes parsear algo que o no es un numero o no es un entero. En este ultimocaso puedes usar Long.parseLong o Float.parseFloat
29
« en: Lunes 8 de Marzo de 2004, 19:10 »
La direccion que he puesto yo es mayormente una traduccion de los tutoriales de sun  No esta todo, pero para empezar si.
30
« en: Viernes 5 de Marzo de 2004, 13:18 »
31
« en: Viernes 27 de Febrero de 2004, 15:49 »
Una descripcion algo mas detallada del error en cuestion ayudaria... 
33
« en: Miércoles 25 de Febrero de 2004, 13:57 »
Y tu problema es.....? No esperaras que te hagan el programa? Si es un ejercicio de clase, es para que aprendas. Hazlo y plantea dudas concretas 
34
« en: Martes 24 de Febrero de 2004, 11:03 »
Si, pero si por el mismo precio te dan lo otro...
35
« en: Lunes 23 de Febrero de 2004, 16:46 »
No veo por que alguien iba a querer pasar codigo de pascal a basic. Seria como querer cambiar un pentium 4 por un pentium 2
36
« en: Lunes 23 de Febrero de 2004, 14:50 »
Pues operar en hexadecimal/octal/binario creo que no se puede. Pero para cambiar de base puedes hacer esto: decimal -> binario Integer.toBinaryString(int);
binario -> decimal Integer.parseInt(String, 2);
decimal -> octal Integer.toOctalString(int);
octal -> decimal Integer.parseInt(String, 8);
decimal -> hexadecimal Integer.toHexString(int);
hexadecimal -> decimal Integer.parseInt(String, 16);
Segun he visto, ni Short ni Byte ni Float ni Double tienen los metodos to AnyString, aunque sí el método inverso. Las unicas que lo tienen son Integer y Long. Espero que te sirva.
37
« en: Lunes 16 de Febrero de 2004, 20:55 »
La verdad, ni idea, y una busqueda rapida en los foros de sun ha resultado bastante desesperanzadora. Hay un paquete que hace eso (a traves de twain), pero el precio de la licencia es de 345 eur  http://www.gnome.sk/Twain/jtp.htmlLa otra opcion es meterse de lleno en JNI (java native interface) y tratar con las librerias twain usando c++. Un articulo acerca de esto mismo aqui: http://www.javaworld.com/javaworld/jw-07-2...6-twain-p1.html
39
« en: Sábado 14 de Febrero de 2004, 15:17 »
Para lo segundo, esto deberia valer (sobre frames al menos):
setIconImage(Toolkit.getDefaultToolkit().createImage("Filename"));
Para lo primero, pues no se, pero si eso funciona...
40
« en: Sábado 14 de Febrero de 2004, 12:41 »
Indagando un poco mas, he visto que laplace enuncio un metodo general para la resolucion de determinantes. http://es.wikipedia.org/wiki/Determinante#Fórmula_generalNo obstante, ya sabiendo qué buscar, te recomendaria que buscaras en algun libro de algebra lineal ese metodo en concreto. Para la matriz inversa, busca en http://www.google.com , salen cientos de paginas.
41
« en: Viernes 13 de Febrero de 2004, 00:36 »
Si no te quieres complicar la vida, en cualquier Container (un JPanel por ejemplo), redefines el metodo paint con esto: import java.io.*; import javax.imageio.*; import java.awt.image.*;
public void paint(Graphics g){ try{ BufferedImage bi = ImageIO.read(new File("NombreDeArchivo")); g.drawImage(bi, 0, 0, bi.getWidth(), bi.getHeight(), this); } catch (Exception x){} }
O tambien puedes utilizar un JLabel: jLabel1.setIcon(new ImageIcon("NombreDeArchivo"));
Para el paquete javax.imageio necesitaras java 1.4.2 Pero hay mas formas de hacerlo, leyendo el fichero por bytes, a traves de mediatracker, a traves de url... Ah, y soporta gif's animados.
42
« en: Jueves 12 de Febrero de 2004, 17:22 »
Hace tiempo que no toco el algebra, pero juraria que los determinantes SOLO pueden sacarse en matrices cuadradas (nxn). Otra cosa seria el rango.
Los determinantes de orden 1, 2 y 3 son triviales o faciles de sacar, porque es una formula y plantarla en tu codigo. De orden 4 creo que tambien hay formula, y de ordenes superiores ya ni idea, aunque siempre se puede intentar reducir la matriz a una matriz triangular, con lo que el determinante seria trivial (el producto de la diagonal, vamos).
Para hallar la inversa, si existe determinante es una formula tremendamente sencilla de implementar tambien. Si no, a nivel basico tienes el metodo de gauss. A otros niveles no sabria ya decirte.
En serio, yo alucino muchas veces con la peña que se viene a preguntar dudas aqui, es que no mueven un puto dedo, hay que darselo todo hecho. Intenta hacer el programa por tu cuenta y cuando tengas una duda concreta, la planteas. Pero que es eso de venir con el enunciado a que te resuelvan los demas una practica o un ejercicio?
Ademas que asi no aprendeis en la vida. Mas importante que plantar el codigo, es darle al coco y pensar para hallar la solucion.
43
« en: Martes 10 de Febrero de 2004, 16:26 »
Si, hombre, claro. Y ya de paso, no quieres tambien el resto de las practicas de tu curso? Ponlas aqui, que como no tengo otra cosa que hacer (tocarme las pelotas por ejemplo), te voy a hacer aprobar por el morro. Puestos a pedir, pide tambien el proyecto de final de carrera y luego, como no tendras ni puñetera idea de programar, cuando encuentres un trabajo, pones aqui los proyectos tambien. Asi tu te llevas las pelas y la gente dell foro trabaja por ti. No se si captas la "ironia" 
44
« en: Lunes 9 de Febrero de 2004, 16:00 »
No seria [paizon] ?
45
« en: Viernes 6 de Febrero de 2004, 00:24 »
Vaya, vista la solucion parece evidente. Es lo malo de usar programas como jbuilder, que a veces se te olvidan cosas tan basicas como los listeners 
46
« en: Viernes 6 de Febrero de 2004, 00:22 »
Puede ser que la altura de la celda no se modifique automaticamente. En ese caso tendrias que manejarlo tu.
47
« en: Miércoles 4 de Febrero de 2004, 19:55 »
48
« en: Miércoles 4 de Febrero de 2004, 17:26 »
La causa aparente es que no toma el objeto del celleditor como objeto del cellrenderer. Si, suena raro. Vaya por delante que no domino mucho del tema, solo espero no estar diciendo ninguna barbaridad Cuando asocias el cellRenderer, el modelo asocia ese objeto con la columna. Por ejemplo, en este caso, es un JTextField. Al llamar al cellEditor, crea un objeto nuevo "encima" del JTextField, pero cuando vuelves a llamar al cellEditor desde otra fila, ese objeto se destruye, quedando el cellRenderer que no se ha modificado en ningun momento. Haz una prueba. Mete un boton que te diga el contenido de una celda determinada que utilice el cellEditor. Ahora cambia el valor, y pulsa el boton. Veras que el contenido de la celda no ha cambiado. Espero que te sirva de ayuda Ah, por cierto, en el renderFecha, si estas extendiendo un cellRenderer, no hace ya falta que implementes el generico
49
« en: Lunes 2 de Febrero de 2004, 21:48 »
Pues viene a ser algo asi: javac -classpath paquete.jar;paquete2.jar;paquete3.jar MiClase.java
En el caso de no estar en el mismo directorio, pues se pone la ruta, ya sea absoluta o relativa: javac -classpath c:\paquetes\paquete.jar;..\paquetes\paquete2.jar;paquete3.jar MiClase.java
50
« en: Lunes 2 de Febrero de 2004, 18:28 »
tienes que indicarle donde esta el paquete. Esto se puede hacer de distintas formas dependiente de como programes (linea de comandos, algun ide...)
|
|
|
Mostrar Mensajes
