|
|
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 - JuanK
Páginas: 1 ... 52 53 [54] 55 56 ... 231
1326
« en: Martes 21 de Noviembre de 2006, 14:12 »
System.Windows.Forms.Cursor.Position = PointToScreen( new Point(0,0));
PointToScreen es para cambiar las coordenadas absolutas del mouse a coordenadas desde el inicio de la forma.
1327
« en: Martes 21 de Noviembre de 2006, 14:06 »
Por cierto... que es un algori smo? He modificado el titulo 
1328
« en: Martes 21 de Noviembre de 2006, 13:57 »
1329
« en: Martes 21 de Noviembre de 2006, 13:55 »
Bueno, lo que hay que hacer es crear un arbol binario ( por eso en el articulo habla de pos fijo e infijo) con operadores y con los valores, y luego vas recorriendo las rramas del arbol y resolviendo cada uno de sus nodos.
1330
« en: Martes 21 de Noviembre de 2006, 13:29 »
Utiliza el objeto OnKeyPress y desde alli determinas con el KeyEventArgs cual fue la tecla presionada y si fué P entonces haces lo que debas hacer.
1331
« en: Martes 21 de Noviembre de 2006, 13:28 »
No no las tiene, lo que pasa es que VB.NET tiene cosas que hicieron para facilitar 'la migracioón' de de los programadores de Visual Basic Normalito, desde luego cosas que a ellos se les hacen fáciles e interesantes a otros programadores que no venimos de ese lenguaje se nos hacen una molestia, es cuestión mas de gustos aunque sin lugar a dudas ese tipo de características empobrecen la calidad del del software pero facilitan el desarrollo. Por eso es que casi no hay proyectos interesantes ( para mi) hechos en vb.net, la mayoría de proyectos que uno encuentra en vb.net son paginas web y sistemas de información, generalmente porque a las empresas que desarrollan ese tipo de software les es muy conveniente el desarrollo rápido, sin embargo en proyectos del estilo de 3D Engines, motores de física, manipulación de imágenes a nivel profesional y aplicativos no web ni de manejo e datos... C# es el mas usado desde luego por sus caracterísiticas mas precisas a la hora de construir software de mayor calidad. En fin ya uno no sabe ni que pensar, en unos paper que se encuentran en las paginas de Microsoft encontré que para C# 3.0 tienen planeado incluir la característica de declaración de variables nodefinidas, o como se llame.... es decir eso de declarar: var a; y pider usar esa variable para lo que yo quiera, desde cadenas y enteros hasta objetos o estructuras... la verdad seria una lastima que hicieran eso. 
1332
« en: Lunes 20 de Noviembre de 2006, 21:59 »
Muchas gracias Ethernal Idol y pabloreda, me habeis solucionado el problema.
Y "0" gracias al que puso el código como le salió de las pelotas y encima dice que el foro es para dar ideas no para ayudar. Joer si uno tiene un fallo de compilación y metes de un lenguaje de programación cualquier cosa, pues vaya ayuda.  lencho no tiene la culpa de que no tengas idea acerca de las cosas mas básicas de programar... si lo hizo asi es porque escasamente tuvo tiempo para ayudarte o por lo que sea y aun asi lo hizo para ayudarte... Ante todo hay que agradecer, el código de lencho arrojaba errores y no hacia basta compilar nada para saberlo, pues es solo un código de ejemplo, la ayuda no debe venir necesariamente en el lenguaje que tu uses, era de suponerce que eras capaz de entender el ejemplo de lencho y sino era asi podias haber preguntado en lugar de reclamarle... Es decir , según tú, lencho te ayudo y a la final entonces te salio debiendo un favor a ti...   
1333
« en: Lunes 20 de Noviembre de 2006, 17:43 »
Los controls no son de windows... o bueno hay maneras de verlo...
los controles generalmente son 'ventanas' con funcioanlidades ya programadas , estas funcionalidades algunas ya hacen parte de la API de Windows y otras vienen hecha o mostrada de otra manera en cada frameWork (llamese FMC, ATL, .NET FrameWork, AWT, Swing, etc)
No vale la pena crear controles desde 0 salvo que realmente lo necesites, ademas si vas atrabajar por tu cuenta... pasaran años antes de que logres tener un set de controles lo suficientemente bueno como para decir que no usaras los que te brindan los diferentes frameworks.
1334
« en: Lunes 20 de Noviembre de 2006, 16:45 »
intuitivamene...
dices que tu imagenn esta a nivel de proyecto:
....\Proyecto\imagen.bmp
y que la estas llamando asi:
"..\\imagen.bmp"
entonces esta mal...
Supongo que usas Visual Studio, por lo cual
Tu archivo ejecutable esta en:
....\Proyecto\bin\Release
o bien
....\Proyecto\bin\Debug
Por lo cual estas llamando la imagen como si estuviera en
....\Proyecto\bin\
y no es asi.
Lo priemero, ya que tienes VS agrega la imagen al proyecto y en als propiedades le colocas copiar en el diretorio de salida...
o bien usar mejor un archivo de recursos o bien colocarla como parte del ensamblado para que la imegan te quede embebdida dentro del exe y luego la llamas usando un objeto de la clase Assembly (esta seria la mejor opcion... bueno depende del caso
1335
« en: Lunes 20 de Noviembre de 2006, 16:38 »
Mis dudas van ref a mis projectos a futuro se podria decir, estoy recien empezando en programación ( lenguaje C ), y tenia pensado hacer unos programitas para empezar y ver si los puedo vender.
De acuerdo a lo que dices, que eres independiente y que tu objetivo es comercial, te recomiendo primeramente que desarrolles programas para Windows, por que para UNIX todo el mundo querra quiere software gratis sobre todo si eres independiente...  Y ya que hablas de interes comercial, C# o alguno de los lenguajes CLR son una excelente opción, java personalmente no me gusta, y ya que desarrollarias bajo windows C# cuenta con el respaldo amplio de Microsoft asi que seria la opción mas recomendable.
1336
« en: Lunes 20 de Noviembre de 2006, 16:30 »
Hola, cree esta discución para aclarar unas dudas que tnego en cuanto a la programación y sus plataformas, agradeceria que pudieran respondermelas, por favor.
1- Es fiable la programación en windows Desde luego que si, pero la mayoria de las veces eso es algo que no depende directamente del sistema operativo , generalmente depende del equipo desarrollador. Puedes hacer un programa que no sea nada fiable y correrlo en UNIX, WinDOWS o donde quieras..y sino es desarrollado con calidad el resultado sera el mismo independientemente de la plataforma. 2- Cual es la plataforma mas fiable en cuanto a la programación En mi opinión ninguna es 100% fiable, pero si la desicion estuviera en mis manos prefiero pagar para desarrollar bajo Windows o bajo UNIX y no pagar por un desarrollo que corra en LINUX .. eso para mi no sera fiable en absoluto. 3- Cuales son las ventajas que tengo al programar en una plataforma como Unix Una ventaja importante es que es nu sistema operativo muy estable, asi que la cantidad de problemas que tengas y que giren en torno al OS se reducirían, aunque desde luego tendras otras desventajas en la codificación, como la falta de herramientas del nivel de profesionalismo de Visual Studio por ejemplo... otra gran desventaja es que hay muchas 'distribuciones' de UNIX rondando por ahí y suelen aparecer cosas que sirven en unas y en otras no. 4- Cual es el mejor lenguaje para empezar Depende, ya en este momento ni se. Hace unos meses te habría dicho que C y C++ y que luego sigas con lenguajes como C# o Java, pero las necesidades del mercado laboral y academico tienen una clara tendencia a C# y a Java asi que me dan ganas de decirte que comiences con eso.... No se todo depende de tus necesidades, de tu tiempo y de las oportunidades que tengas.
1337
« en: Lunes 20 de Noviembre de 2006, 15:31 »
Se refiere a retroceder un directorio para ubicarse en el directorio de la imagen.
1338
« en: Lunes 20 de Noviembre de 2006, 15:30 »
Aquí en Bogotá sucede algo parecido... El día de ayer unos cuantos militares y miembros especializados de contraguerrilla, entraron a instalaciones militares de el Cantón Norte en Bogotá que algunos militares y médicos que trajeron desde Cali heridos han comenzado a atacar indiscriminadamente a las enfermeras que los cuidaban y a pacientes que estaban en camillas cerca de ellos, tampoco entiendo por que hacen eso, pero al parecer se libro una pequeña batalla en el Catón Norte y se ven varios grupos militares recorriendo las calles de la ciudad, se ha hecho un toque de queda a partir de mañana de 8 pm a 6 am y nadie puede salir de sus casas...  Espero que todo vuelva a la normalidad rápidamente y no ocurra lo que pasa en Cali.
1339
« en: Lunes 20 de Noviembre de 2006, 14:52 »
1340
« en: Lunes 20 de Noviembre de 2006, 14:46 »
Depende de lo que necesites hacer.
Si necesitas usar comunicación entre procesos por red lo mas recomendable es que uses...
System.Runtime.Remoting
System.Runtime.Remoting.Channels
Pipes como tal no he escuchado que los haya en el .net framework, puedes utilizar cualquiera de los objetos del namespace que te he mencionado y te ahorraras mucho trabajo, por lo cual no te recomiendo trabajar con Sockets, lo ideal es usar un
TcpChannel.
Si lo que vas a usar es únicamente comunicación entre procesos en la misma máquina lo ideal es que uses
IpcChannel
Esa es la más rápida de comunicar dos procesos en la misma máquina.
1341
« en: Lunes 20 de Noviembre de 2006, 14:29 »
Gracias amigos!!!   Que bueno que se hayan acordado de Mii
1342
« en: Domingo 19 de Noviembre de 2006, 15:28 »
... dos ratones o joysticks ... Para los dos JoySticks no hay problema pues directX te ayuda mucho con eso, incluso hay ejemplo en la documentacion del SDK , e incluso si quieres hacerlo haciendo uso de la winapi tampoco seria demasiado complicado.
1343
« en: Domingo 19 de Noviembre de 2006, 15:24 »
Deba haber alguna manera de hacerlo, busca en el platfform SDK, o talvez no... es muy raro, en la casa tengo dos mouse, uno inalámbrico y otro inalámbrico pero USB y ambos conectados funciona como uno solo. Asi que esto me dice que el problema se soluciona con un nuevo driver que sea capaz de manejar mas de un mouse... o en la API es probable encontrar algo buscando por acceso a dispositivos de Interfaz Humana, o sino en internet encontré este driver ya hecho: http://cpnmouse.sourceforge.net/Ahi mismo hay ejemplos
1345
« en: Sábado 18 de Noviembre de 2006, 17:00 »
1346
« en: Viernes 17 de Noviembre de 2006, 23:49 »
si estoy de acuerdo.
1347
« en: Viernes 17 de Noviembre de 2006, 23:43 »
Conclusiones:
1- Si bien NULL puede o no ser igual 0, lo mas seguro es que nunca exista un compilador que le asigne diferente 0. El 100% de las implementaciones mas populares actualmente lo hacen así.
2- Si bien los if pueden recibir cualquier valor, al final la condición muy probablemente se evaluara con cmp buscando igualdad o desigualdad con 1 o con 0.
1348
« en: Viernes 17 de Noviembre de 2006, 23:16 »
El preprocesador es del compilador. Yo no dije lo contrario dije no a esto:
"Es decir que apunta a la dirección 0... que desde luego es la dirección del comienzo del segmento de datos... del stack."
NULL no apunta a ningun lado. Si podemos darle el valor de NULL a un puntero, que seria el que apuntara a 0.
¿Es la direccion del comienzo de datos? ¿Si? ¿Entonces para que declaramos siempre los punteros a cero? ¿Para sobreescribir la memoria? NO. Los datos comienzan donde el S.O. lo diga igual que la pila y si escribimos en 0 siempre da una excepcion ya que nunca nos da el S.O. esa direccion. Considera, como creí que lo harías, que la dirección 0 del segmento de datos es la dirección 0 offset a partir de la dirección que el OS destine para cargar ese stack.
1349
« en: Viernes 17 de Noviembre de 2006, 23:13 »
No, porque nadie te puede asegurar que x realmente no sea 0 sino NULL.
Por otro lado el ejemplo esta mal, no solo por el uso de i en un lado y de x en otro, sino que
en el caso que x sea 0:
if (x) --> se resuelve como falsa
y
if (i==0)--> se resuelve como cierta El que esta confundiendo las cosas eres tu
if compara falso/verdadero, 0/1, encendido/apagado, nel/simon es una logico boleano
por cierto strcmp no devuelve null 
lo que puse fue
x=(i==0) //=1
if (x) <---- el if estaria recibiendo la condicion ya 'resuelta'
if (i==0)
y es lo MISMO porque previamente le asignaste el resultado LOGICO de i==0 a x en lugar de pasarselo al IF
Tambien tengo entendido que NULL es 0 el if no revienta
 no creo estar confundido, normalmente el if evalúa falso o verdadero eso es cierto mirándolo a nivel logico, según tu solo 1 o 0 pero no es cierto de hecho, y eso si me corregiría eternal idol, el compilador en esos caso de comparación de igualdad resolvería ese if con una instrucción de TEST equivalente en opcode , que lo único que miraría seria revisar si un registro tiene un valor en 0 o diferente de 0. De resto creo que ya te confundiste incluso con lo que yo dije. Aunque estamos haciendo una avalancha con una sola bola de nieve.
1350
« en: Viernes 17 de Noviembre de 2006, 23:08 »
Decir que
#define NULL 0
Es decir que apunta a la dirección 0... que desde luego es la dirección del comienzo del segmento de datos... del stack.
La mayoria, si es que no la totalidad de los compiladores, asignan 0 a NULL,, pero no es obligación que lo hagan asi, es libre de la implementación del compilador determinar a donde lo dejan apuntando y que dirección tomar como nula. No, el preprocesador se encarga de reemplazar la palabra NULL por 0. Nadie en su sano juicio usaria un compilador que no definiera NULL como 0 ... El preprocesador es del compilador.
Páginas: 1 ... 52 53 [54] 55 56 ... 231
|
|
|
Mostrar Mensajes
