|
|
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 - silverfox
Páginas: 1 ... 8 9 [10] 11 12
226
« en: Jueves 16 de Marzo de 2006, 09:27 »
Buenas, chavales. Espero que este sea el foro correcto donde obtener una mano para resolver este problema.
El ordenador se queda colgado cuando abro juegos 3d (en particular el FIFA 06, el NWN y algunos otros con gran requerimiento gráfico).
Cuando no se queda colgado, se resetea, o bien, se sale al escritorio.
Me ha salido un par de veces la pantalla azul con el error nv4_disp infinite loop, pero aún no he conseguido solucionarlo.
Antes, tenía una tarjeta igual que la que tengo ahora (Nv 6600 GT), pero de la marca Club3D y me tiraba todo sin ningún problema, nunca vi ese error hasta que cambié de tarjeta (la otra se quemó, literalmente, aún no sé debido a qué...).
Ya he buscado en internet, he formateado dos veces, instalado drivers en modo a prueba de fallos, desinstalado todo, probado otras fuentes de alimentación, desenchufado dispositivos... en fin... todas las soluciones que he encontrado por internet (incluso un parche para lso drivers de nvidia y el driver beta de la página oficial), pero sigo sin tener ningún resultado.
Espero que alguien pueda decirme cómo solucionar de manera más o menos definitiva este fallo.
Muchas gracias.
Silverfox
Nvidia 6600GT Sparkle 128Mb
AMD 64 - 3500+
1 Gb RAM
MB: MSI RS480M-IL
227
« en: Miércoles 15 de Marzo de 2006, 09:26 »
Ups, estaba buscando otra cosa a la vez en el google y...  Según los manuales de Java3D, existen biliotecas para cargar ficheros DXF de autocad, lo que no sé es lo que quieres hacer... Busca el PgDxfLoader, no sé si te valdrá. Suerte. Silverfox
228
« en: Martes 14 de Marzo de 2006, 09:29 »
No sé si es a lo que te refieres, pero está el AJaX, a lo mejor te sirve.
Suerte
Silverfox
229
« en: Miércoles 8 de Marzo de 2006, 13:13 »
El código lo tendrás que ejecutar como respuesta a un evento cualquiera.
Como código, echa un vistazo a la clase Runtime...
Suerte.
Silverfox
230
« en: Miércoles 8 de Marzo de 2006, 13:11 »
 Gracias... Solo es el google... y algo de tiempo para encontrar un link decente. Espero que os sirva. Saludos. Silverfox
231
« en: Lunes 6 de Marzo de 2006, 14:21 »
jpaler tiene razón... Con JMF puedes capturar imágenes de una webcam. Lo malo es que, según he podido leer, no todas las webcam se soportan correctamente, pero puedes probar para la tuya, o puede que yo haya leído alguna información atrasada... En este link tienes un ejemplo de captura de video en Java: http://www.mutong.com/fischer/java/usbcam/Mucha suerte, ya nos contarás tus progresos. Un saludo. Silverfox
232
« en: Lunes 6 de Marzo de 2006, 14:13 »
La teoría es que, efectivamente, debe haber otras bibliotecas JDIC para otros entornos, así que, en un principio, todo esto debería ser portable... Y si no... ya sabes... si te ofreces voluntario... Al final te diste por vencido por el otro camino... vaya, me hubiera gustado ver cómo quedaban las cosas... Y sí, te da cosas bastante interesantes, pero lo mejor es que maneja solito el tema de los botones de las páginas web. Pues nada, disfruta tu nuevo navegador. Un saludo. Silverfox
233
« en: Viernes 3 de Marzo de 2006, 08:16 »
Volveré al tema central de la primera pregunta para añadir una cosa:
Efectivamente, Java tiene tipos primitivos. En consecuencia y para usar esos tipos base con las clases que necesitan objetos como parámetros se han diseñado estos tipos. Lo malo es el engorro que supone estar transformando las cosas y destransformando después.
Para eso, en la versión 1.5, se han añadido dos funcionalidades nuevas: autobox y autounbox, que consigue que se puedan definir Objetos wraper de tipos primitivos sólo con escribir el tipo primitivo, y realizar operaciones entre Objetos y primitivas, algo como esto:
Integer a= 3; //objeto -> equivalente a new Integer(3);
int b= 7;
b= a;
a= b;
Integer c= a + b;
Así que la evolución merece la pena.
De todas formas, la operación sólo acorta lo que nosotros haríamos a mano, por lo que la velocidad sigue siendo la misma que cuando transformábamos mediante código.
Las cadenas... es cierto. Si no recuerdo mal, sólo las cadenas inicializadas a null pueden cambiar. Una vez que tienes reservada memoria y haces algo, se vuelve a reservar memoria en otro punto y se copia allí la cadena. Por eso las operaciones con cadenas son bastante lentas en Java si no se usa algún tipo de buffer.
En cuanto a las máquinas virtuales, todo depende. Hay bastantes JVM, no sólo las de Java. Muchos desarrolladores las han trabajado y las han incluido con sus programas (por ejemplo, la de Microsoft). Supongo que en linux y unix pasará lo mismo. El rendimiento dependerá de cómo esté optimizada esa máquina. También dependerá de cómo se implementen las llamadas al sistema que hay por debajo de todas las bibliotecas que usen JNI, que, al fin y al cabo, es C.
Un saludo.
Tistklehoff
234
« en: Miércoles 1 de Marzo de 2006, 10:46 »
Buenas...
No entiendo exactamente lo que quieres decir con que te imprime resultados diferentes de la base... ¿qué base?
En principio, te diría que el código es correcto, pero que sólo te imprimirá entradas hasta que se agote uno de los ResultSet (el más pequeño)
Creo que la mejor idea sería que modificases tu código para hacer una sóla llamada a la Base de Datos, obteniendo un solo ResultSet:
SELECT *
FROM Productos prod, InventarioFisico inv
WHERE prod.nombreAlmacen = XXXX
AND prod.nombreAlmacen = inv.nombreAlmacen
AND prod.kkkk = inv. kkkk
#para todos los campos que puedas unir entre estas dos tablas.
De todas formas... ¿Estás seguro de que la lógica que usas dentro del bucle while doble es la misma que cuando haces dos bucles while? Aunque esté mal el resultado, ¿el número de filas que imprime es el mismo en los dos casos?
Gracias.
Silverfox
235
« en: Miércoles 1 de Marzo de 2006, 09:44 »
Es más sencillo de lo que piensas. En realidad, ya casi lo tienes. El método submitData(String) te permite enviar un formulario. En cuanto al lugar, por si quieres saberlo (no creo que te haga falta). Todos los FORM en html tienen un atributo (action) que indica a qué página se enviará. Si no tienen, se asume que por defecto, es la misma página que la actual. Mira lo que he encontrado, seguro que es mucho más explicativo que lo que yo pueda contarte. http://www.javaworld.com/javaworld/jw-11-2...14-toolbox.htmlEn especial, la página 4, que trata de los formularios... El código se parece bastante a lo que has posteado... quizá te sirva para depurar algunas cosas más... Suerte. Silverfox
236
« en: Martes 28 de Febrero de 2006, 09:49 »
Pues nada, nada... Bienvenido. En cuanto a tus preguntas, investiga en el API el paquete javax.print para el tema de la impresión de archivos. Para lanzar un programa ejecutable tendrás que utilizar la clase Runtime, igual que en la anterior, echa un vistazo a la documentación. El API de Java puedes encontrarlo aqui: http://java.sun.com/j2se/1.4.2/docs/api/Espero que te sirva. Suerte. Silverfox
237
« en: Lunes 27 de Febrero de 2006, 11:24 »
Hola de nuevo. Ese navegador te está dando bastantes problemas ¿eh? . Animo, que casi lo tienes... Si echas un vistazo al código de google, te darás cuenta de que son botones de submit, efectivamente. No he hecho nunca esto, pero buscando por Sun he encontrado algo que te puede ser útil: (sacado de: http://forum.java.sun.com/thread.jspa?foru...threadID=414212) JEditorPane contents; HTMLEditorKit kit = new HTMLEditorKit(); HTMLDocument htmlDoc = new HTMLDocument(); contents.setEditorKit(kit); contents.setDocument(htmlDoc); URL url = new URL("http://blahblahblah.com"); contents.read(url.openStream(), htmlDoc); private void parseElements(Element elem) { AttributeSet atts = elem.getAttributes(); //If this is the submit button, add a listener: Object model = atts.getAttribute(StyleConstants.ModelAttribute); Object type = atts.getAttribute(HTML.Attribute.TYPE); if ((type != null) && (type.equals("submit"))) { DefaultButtonModel btn = (DefaultButtonModel) model; btn.addActionListener(new ActionListener() { public void actionPerformed(ActionEvent event) { System.out.println("Yay!"); } }); } } //Recurse for (int i = 0; i < elem.getElementCount(); i++) parseElements(elem.getElement(i)); }
Este es el código con el que, se supone, que algunas personas de los foros han resuelto ese problema. Esto, como una forma de hacerlo. He encontrado otra explicación al fallo, que creo que es más correcta que parsear la página web en busca de botones de submit, más que nada, porque en google, por ejemplo, todos los botones son de submit, así que mal ibas a poder parsear a ver qué botón es el que estás pulsando. Según Sun, el submit no está soportado por el JEditorPane y no produce eventos capturables con el HyperlinkListener. Pero como donde hay problemas hay soluciones, echa un vistazo a la clase FormView en la documentación, que con ella sí que se puede hacer un post de un formulario. (más info en: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4465905) Lo que no puedo es ayudarte a integrar esa clase ni darte código de ejemplo, porque nunca he trabajado con ello. Cuando tengas algo, postealo para ver cuál es la solución. Los foros de Sun están bastante copados con esta pregunta, pero no hay respuesta... Espero que te sirva de algo. Suerte con ello. Silverfox
239
« en: Miércoles 22 de Febrero de 2006, 15:01 »
Hola... No entiendo exactamente qué es lo que te está ocurriendo. Si lo que creo es cierto, supongo que te refieres a cómo puedes generar una URL válida relativa a otra URL que ya tengas cargada. Es sencillo: Utiliza el siguiente constructor para la clase URL: URL (URL context, String spec) el parámetro context será la URL que tienes en este momento. El parámetro spec es la ruta relativa que quieres aplicar. Echa un vistazo al API para ver el comportamiento completo de esta clase. Aquí tienes un código de ejemplo, ejecutalo para que veas lo que hace (atención especial a la última transformación): import java.net.*; public class Test_Java1 extends Thread { public static void main(String args[]){ try{ URL url1= new URL("http://solocodigo.com/prueba/prueba1/index.html"); System.out.println(url1); URL url2= new URL(url1, "../saliendo1.html"); System.out.println(url2); url2= new URL(url1, "../../saliendo2.html"); System.out.println(url2); url2= new URL(url1, "entrando1/dentro.html"); System.out.println(url2); url2= new URL(url1, "conquery/query.html?mi_query"); System.out.println(url2); url2= new URL(url1, "conref/ref.html#mi_ref"); System.out.println(url2); url2= new URL(url1, "//fallando/index.html"); System.out.println(url2); } catch (Exception e){} } }
Espero que te sirva. Suerte. Silverfox
240
« en: Martes 21 de Febrero de 2006, 09:37 »
jdic... ok, me lo apunto para probarla, que yo no he utilizado nunca el tray con Java. De nada, hombre, para eso estamos todos en el foro, ¿no? Ya nos contarás lo que estás haciendo, si es que puede saberse... Suerte. Silverfox
242
« en: Miércoles 15 de Febrero de 2006, 11:05 »
Hola a todos.
Estoy intentando construir un circuito al que puedan conectarse dispositivos mediante puerto USB, en concreto, intentaré construir un 'lector' de memorias USB.
Me gustaría que me indicaseis dónde puedo conseguir (si es posible) información acerca del funcionamiento de este puerto y sus posibilidades de conexión a algún tipo de microcontrolador (aún por determinar, si podeis indicarme cuál podría ser la opción más adecuada, os lo agradecería).
Espero vuestras respuestas.
Gracias por adelantado.
Silverfox
243
« en: Miércoles 15 de Febrero de 2006, 11:01 »
Buenas a todos.
Me gustaría que me indicaseis dónde puedo encontrar información acerca del manejo de los puertos USB.
En concreto, me gustaría conocer la forma de intercambiar información con este tipo de puertos y los pasos generales para leer, por ejemplo, una memoria USB conectada. Por supuesto, todo en ensamblador.
Cualquier tipo de ayuda será bienvenido.
Muchas gracias.
Silverfox
244
« en: Miércoles 15 de Febrero de 2006, 10:44 »
Se ha hablado de esto en el foro de Sun: http://forum.java.sun.com/thread.jspa?thre...ssageID=2704157Deberías echar un vistazo a las bibliotecas JDIC en la página https://jdic.dev.java.net/ya que Java no puede por sí mismo hacer uso del tray, porque éste es dependiente de la plataforma, así que tendrás que hacer uso de alguna de estas herramientas externas. La otra opción que tienes es usar llamadas a código nativo en C para llamar a las DLL's de Windows que controlan el acceso a la zona de Iconos. Espero que te sirva. Suerte. Silverfox
245
« en: Jueves 9 de Febrero de 2006, 15:17 »
Para escribir un fichero en Java necesitas una instancia de la clase FileWriter, o de la clase FileOutputStream. La diferencia entre las dos es que los Reader / Writer sirven para entrada de caracteres y los InputStream / OutputStream están hechos más bien para bytes (lo cual no quiere decir que no se puedan usar de otras formas, pero vamos, que usarlos para lo suyo es bastante más cómodo... ) Lo único que necesitas es lo siguiente: FileWriter salida= new FileWriter("ruta_y_nombre_del_fichero");
Cuando termines, no olvides hacer: Mira el API de java en java.sun.com para más información acerca de las clases FileWriter, FileReader, FileOutputStream y FileInputStream Suerte. Silverfox
246
« en: Jueves 9 de Febrero de 2006, 15:11 »
En apache, en sus bibliotecas commons, tienes implementado un pool de conexiones. La biblioteca en cuestión es la DBCP.
Si lo que quieres es algo más sencillo, echa un vistazo en google, buscando por 'connection pool' u 'object pool'
Espero que te sirva algo así.
Suerte.
Silverfox
247
« en: Martes 7 de Febrero de 2006, 16:41 »
http://java.sun.com/j2se/1.5.0/docs/guide/...ions/index.htmlEspero que eso te valga para echar un vistazo. Vienen muchas cosas, lo que no se es qué tal andas de Collections incluso con dudas, para entender algunas cosas, aunque no creo que tengas mucho problema... Suerte. Silverfox
248
« en: Lunes 6 de Febrero de 2006, 11:45 »
MutableAttributeSet es un interface java estándar. Echa un vistazo a la documentación del API.
Sirve para definir conjuntos de atributos, en este caso, para crear un estilo. Una de las clases que lo implementa es javax.swing.text.StyleContext.NamedStyle, con la que podrás definir varios atributos referidos al estilo del texto (color, fuente y esas cosas) y colocar a ese estilo un nombre para que puedas identificarlo.
Echa un vistazo a esa clase y también a javax.swing.text.SimpleAttributeSet, que es una implementación base de NamedStyle con la que podrás trabajar.
Suerte. Ya nos contarás como queda todo.
Silverfox
249
« en: Viernes 3 de Febrero de 2006, 12:04 »
Supongo que lo que estás buscando podrá parecerse a un JTextPane o a un JEditorPane.
Estos dos admiten formatos html y rtf, así que supongo que no te será demasiado complicado el utilizar colores para resaltar el texto.
Espero que te sirva.
Suerte.
Silverfox
250
« en: Viernes 3 de Febrero de 2006, 11:49 »
Ufff, eso ya no lo sé... todo depende de lo que el toolkit te admita como archivo de imagen. La verdad, estoy bastante más acostumbrado a usar el HTML y Javascript para cambiar el cursor, porque trabajo co aplicaciones web.
De todas formas, trataré de echarle un vistazo, a ver qué consigo.
Me alegra que lo hayas conseguido.
Un saludo
Silverfox
Páginas: 1 ... 8 9 [10] 11 12
|
|
|
Mostrar Mensajes
