Paint.NET
- AugustoRuiz
- 128 bits

- Mensajes: 1726
- Registrado: 24 May 2006 08:35
- Ubicación: Madrid
- Contactar:
Paint.NET
Una herramienta de dibujo hecha en .NET 2.0, gratuita...
http://www.getpaint.net/
Tiene buena pinta, qué opinan los expertos?
http://www.getpaint.net/
Tiene buena pinta, qué opinan los expertos?
Are you linked in?
http://www.linkedin.com/in/augustoruiz
http://www.linkedin.com/in/augustoruiz
- Konamito
- 256 bits

- Mensajes: 6395
- Registrado: 01 Jun 2005 17:26
- Ubicación: Santa Cruz de Tenerife
- Contactar:
-
Borrocop
- AugustoRuiz
- 128 bits

- Mensajes: 1726
- Registrado: 24 May 2006 08:35
- Ubicación: Madrid
- Contactar:
Ten en cuenta que a parte de esos 3,59Mb, requiere el framework 2.0 de .NET que son algo menos de 40Mb...
Si es que en el framework de .NET ya hay un güevo de cosas implementadas (transparencias de formularios, etc, etc)...
Aún así... Si esos 3,59 megas fuesen sólo de código, sería un huevo de código
EDITO: Un ejemplo, tódo el código que necesitas para que un formulario sea transparente en .NET (desde la versión 1.1, creo) es lo siguiente:
Si es que en el framework de .NET ya hay un güevo de cosas implementadas (transparencias de formularios, etc, etc)...
Aún así... Si esos 3,59 megas fuesen sólo de código, sería un huevo de código
EDITO: Un ejemplo, tódo el código que necesitas para que un formulario sea transparente en .NET (desde la versión 1.1, creo) es lo siguiente:
Código: Seleccionar todo
miForm.Opacity = 0.5f;Are you linked in?
http://www.linkedin.com/in/augustoruiz
http://www.linkedin.com/in/augustoruiz
-
nonamed
Para hacer un formulario transparente sin ser en .NET, si no en windows 32 clásico, es también una propiedad de la ventana, simplemente le tienes que dar un valor a AlphaBlendValue (Tienes que tener la propiedad AlphaBlend a True). Eso sí, en versiones anteriores a Windows 2000 estas propiedades son ignoradas
- cht666cht
- 128 bits

- Mensajes: 2145
- Registrado: 06 Oct 2005 12:20
- Ubicación: Barcelona
La verdad es que la ventanas transparentes serán muy bonitas, pero a mi me lian 
Y hablando de .NET, Microsoft quiere que todo funcione con este framework, incluidos los juegos, pero para las partes de código que tengan muchos cálculos yo creo que se notará en el rendimiento. Supongo que en Windows Vista se podran seguir utilizando las aplicaciones win32 de toda la vida
Y hablando de .NET, Microsoft quiere que todo funcione con este framework, incluidos los juegos, pero para las partes de código que tengan muchos cálculos yo creo que se notará en el rendimiento. Supongo que en Windows Vista se podran seguir utilizando las aplicaciones win32 de toda la vida
- na_th_an
- 256 bits

- Mensajes: 11874
- Registrado: 22 Abr 2005 13:25
- Contactar:
- Benway
- Site Admin

- Mensajes: 9241
- Registrado: 24 Dic 2005 10:18
- Ubicación: Madrid
- Contactar:
Supongo, porque si no le van a dar por saco bien pronto... porque el "mercado" del software libre para Windows está creciendo cada día: El otro día una compañera de trabajo (que no tiene ni p.i. de informática) me enseñó su portátil y tenía instalado (y usaba) el Open Office... y, claro, no creo que sea muy compatible el .NET con la licencia GPL...
- AugustoRuiz
- 128 bits

- Mensajes: 1726
- Registrado: 24 May 2006 08:35
- Ubicación: Madrid
- Contactar:
Sí, se siguen utilizando... Y seguirá siendo así hasta que alguna empresa de microprocesadores saque un procesador que directamente interprete el código MSIL... (supongo).Y hablando de .NET, Microsoft quiere que todo funcione con este framework, incluidos los juegos, pero para las partes de código que tengan muchos cálculos yo creo que se notará en el rendimiento. Supongo que en Windows Vista se podran seguir utilizando las aplicaciones win32 de toda la vida
De todas formas, siempre hay que usar la herramienta que mejor te venga para cada tarea. Usar .NET para aplicaciones de cálculo es igual de disparatado que usar un martillo para meter tornillos (se puede hacer, pero no es lo más adecuado
Eso sí, si miras el rendimiento que tiene .NET y lo comparas con la máquina virtual de Java, verás que .NET es bastante más rápido...
Y la productividad que puedes tener para desarrollo de aplicaciones es muy buena. En este sentido no la comparo con la productividad de Java, porque no he usado Java a nivel profesional en proyectos gordos (alguna cosa me ha tocado hacer, pero han sido cosas "de juguete").
Are you linked in?
http://www.linkedin.com/in/augustoruiz
http://www.linkedin.com/in/augustoruiz
- AugustoRuiz
- 128 bits

- Mensajes: 1726
- Registrado: 24 May 2006 08:35
- Ubicación: Madrid
- Contactar:
Hmmm... Con .NET hay programas que se distribuyen bajo licencia GPL... No mezclemos las cosas...Benway escribió:Supongo, porque si no le van a dar por saco bien pronto... porque el "mercado" del software libre para Windows está creciendo cada día: El otro día una compañera de trabajo (que no tiene ni p.i. de informática) me enseñó su portátil y tenía instalado (y usaba) el Open Office... y, claro, no creo que sea muy compatible el .NET con la licencia GPL...
Por cierto, ese proyecto lo comenzó un español (también hizo otras cosas, como el Ximian), y la gente le echaba pestes, llamándolo vendido...
Are you linked in?
http://www.linkedin.com/in/augustoruiz
http://www.linkedin.com/in/augustoruiz
- na_th_an
- 256 bits

- Mensajes: 11874
- Registrado: 22 Abr 2005 13:25
- Contactar:
- AugustoRuiz
- 128 bits

- Mensajes: 1726
- Registrado: 24 May 2006 08:35
- Ubicación: Madrid
- Contactar:
No es capaz de ejecutarlo al 100%, hay cosas que aún no se han implementado.
De todas formas, dudo que a Microsoft le importe mucho. De hecho publicaron ROTOR como código libre, una implementación de su máquina virtual, que es muy parecida a la real... (tiene capadas ciertas cosas).
Ten en cuenta que el simple hecho de que el CLI (la "definición" de los lenguajes, por decirlo mal y rápido) lo hayan hecho un estándar ECMA, quiere decir que cualquiera podría coger la especificación, implementarla, y con eso ejecutar código .NET directamente...
De todas formas, dudo que a Microsoft le importe mucho. De hecho publicaron ROTOR como código libre, una implementación de su máquina virtual, que es muy parecida a la real... (tiene capadas ciertas cosas).
Ten en cuenta que el simple hecho de que el CLI (la "definición" de los lenguajes, por decirlo mal y rápido) lo hayan hecho un estándar ECMA, quiere decir que cualquiera podría coger la especificación, implementarla, y con eso ejecutar código .NET directamente...
Are you linked in?
http://www.linkedin.com/in/augustoruiz
http://www.linkedin.com/in/augustoruiz
-
nonamed
- na_th_an
- 256 bits

- Mensajes: 11874
- Registrado: 22 Abr 2005 13:25
- Contactar:
- cht666cht
- 128 bits

- Mensajes: 2145
- Registrado: 06 Oct 2005 12:20
- Ubicación: Barcelona
-
nonamed
bueno, bueno, relax. Windows es mucho más que .NET. Si Mono llega a ser 2.0 compliant, podrás ejecutar "ejecutables" .NET.
Las aplicaciónes son mucho más que ejecutables:
De base de datos: Sin son de escritorio pues propia base de datos SQL, si es web pues la misma base tb y otras funcionalidades, por ejemplo el IIS.
Juegos: Las DirectX. Una cosa que que mono ejecute .NET y otra que exista un API compatible DirectX (inviable, más que nada por que además no es libre).
Lo de poder ejecutar .NET en Unix/Linux supone que un desarrollador de software pueda tener de forma muy sencilla versiones multiplataforma de sus aplicaciones.
Windows Vista tendrá muchas características y novedades de sistema, .NET "de serie" sólo será una de ellas.
Las aplicaciónes son mucho más que ejecutables:
De base de datos: Sin son de escritorio pues propia base de datos SQL, si es web pues la misma base tb y otras funcionalidades, por ejemplo el IIS.
Juegos: Las DirectX. Una cosa que que mono ejecute .NET y otra que exista un API compatible DirectX (inviable, más que nada por que además no es libre).
Lo de poder ejecutar .NET en Unix/Linux supone que un desarrollador de software pueda tener de forma muy sencilla versiones multiplataforma de sus aplicaciones.
Windows Vista tendrá muchas características y novedades de sistema, .NET "de serie" sólo será una de ellas.


